كيف تدير سلسلة بيدي من 30 فرعاً قائمة طعام مركزية

افتُتحت "بيدي ساراي" عام 1987 كمحل صغير في شارع توناللي بأنقرة. اليوم تضم السلسلة 30 فرعاً، ويواجه المالك حقان مشكلة كلاسيكية: سعر البيدي باللحم المفروم 95₺ في توناللي و75₺ في اسكي شهير، بينما يجب أن يبقى الوصف والمسببات للحساسية والصور متطابقاً في كل مكان.

نموذج الأب-الابن

في thMenu، تعتمد إدارة الفروع المتعددة على عمود parent_restaurant_id. فرع توناللي هو "الأب" والـ29 الباقية أبناء. المنتجات تُورَّث؛ فروقات الأسعار فقط تُخزَّن في جدول price_override.

عند مسح QR، تستخدم الـAPI استعلام فرعي آمن (لا JOIN). توناللي تعرض 95₺ واسكي شهير 75₺. نفس المنتج، نفس الوصف، نفس الصورة.

طبقة التحكم الإقليمية

الفروع تتجمع: 8 فروع في مرمرة من نفس المورد. بدل 8 override فردية ننشئ region_id "مرمرة".

ترتيب الحل: فرع > إقليم > أب. 85% من الفروع تُدار على مستوى الإقليم.

دفع ليلي عند 03:00

حقان يضيف عرض نوفمبر مرة واحدة في لوحة الإدارة ويجدوله إلى 2026-11-01 03:00 UTC. يقوم cron بإبطال الذاكرة المؤقتة لـ30 فرعاً وكتابة القائمة الجديدة في KV. الساعة 05:00 يرى كل الزبائن العرض.

أسعار POS كابوس. الأسعار المعتمدة على القائمة هي المصدر الوحيد للحقيقة.

FAQ

فرع يترك القائمة المركزية؟ parent_restaurant_id إلى NULL؛ تنظيف override يدوياً.

override للامتياز؟ نعم، بصلاحيات مبنية على الدور.

أي خطة؟ تعدد المواقع من Pro+ فما فوق.

هل وجدت هذا مفيداً؟ شاركه.