المطاعم في مصر تخسر يومياً 5-15% من إيراداتها بسبب أخطاء بسيطة: طلب Talabat منقول يدوياً بشكل خاطئ، طبق منسيّ في المطبخ، فاتورة غير مُرسلة لـ ETA، مخزون نُسي قبل اكتشاف نفاده. الفرق بين مطعم رابح ومطعم متعثّر ليس جودة الطعام — بل النظام الذي يربط الكاشير بالمطبخ بالـ Aggregators بمصلحة الضرائب.
هذا الدليل يأخذك من الصفر: ما هو نظام POS المطعم، كيف يختلف عن POS التجزئة، أيّهم أنسب لحجم مطعمك، تكلفة كل خيار، خطوات التأسيس في 11 يوماً، وإجابات على كل سؤال تقني وعملي قبل اتخاذ القرار. لمزيد من حلول القطاعات الأخرى، شوف مكتبة الحلول القطاعية.
لماذا POS للمطاعم ≠ POS التجزئة
تجار كثيرون يفترضون أن نظام POS واحد يصلح لأي عمل. خطأ مكلف. المطعم له خمس خصائص لا توجد في محل التجزئة:
- Modifiers والـ Customizations: "برجر بدون بصل، إضافة جبنة، Medium" — كل طبق له عشرات التركيبات الممكنة. نظام التجزئة لا يدعمها.
- طابور المطبخ (KDS): الطبق يحتاج وقت تحضير. الكاشير يأخذ الطلب، المطبخ ينفّذ، النادل يقدّم — ثلاث محطات متزامنة.
- الـ Aggregators: Talabat و Elmenus و Otlob تمثّل 30-60% من إيرادات المطعم المصري. تكامل API ليس رفاهية.
- Recipe-based Inventory: لا تبيع "لحماً" — تبيع "برجر" يحتوي 150g لحم. النظام يجب أن يفهم الـ Recipe ويخصم المكونات تلقائياً.
- الطاولات وخدمة الـ Dine-in: طاولة واحدة قد تستقبل الطلبات على مراحل (مشروبات أولاً، طعام، حلو، ثم فاتورة موحّدة). نظام التجزئة "ضربة واحدة" لا يصلح.
الميزات الأساسية في نظام POS مطعم 2026
1. Kitchen Display Screen (KDS)
شاشة (تابلت / TV) معلّقة في المطبخ تستقبل الطلبات من الكاشير فوراً. لا chits ورقية، لا "أنادي الشيف". كل طلب يظهر مع:
- وقت الطلب + countdown timer (متى يجب أن يكون جاهز).
- اسم الطاولة / رقم الطلب.
- Modifiers بوضوح (بدون بصل = نص أحمر).
- تقسيم حسب القسم (المشاوي يرى المشاوي فقط، السلطات منفصلة).
- زر "Ready" → الـ waiter يستقبل إشعار فوراً.
2. Aggregator Integration (Talabat / Elmenus / Otlob)
كل aggregator له بوابة API. النظام الجيد يربط معاها فيدخل طلبات الـ delivery مع طلبات الـ Dine-in في طابور واحد. النظام السيء يطلب من الكاشير "ينقل" الطلب يدوياً من تطبيق Talabat — وقت ضائع + أخطاء كثيرة.
3. Recipe-based Inventory
كل طبق له "recipe" (المكونات الفعلية + كمياتها). لما تبيع طبق، النظام يخصم تلقائياً من مخزون المكونات. فوائده:
- تنبيهات لما المكون يقترب من النفاد.
- تقرير "food cost" دقيق لكل طبق (كم تكلفته الفعلية؟).
- كشف السرقة (لما المخزون الفعلي ≠ المخزون المتوقع بناءً على المبيعات).
4. Table Management (إدارة الطاولات)
خريطة بصرية للمطعم في النظام: كل طاولة لها حالة (فاضية / مشغولة / فاتورة مفتوحة / دفعت). الـ waiter يفتح طاولة، يضيف طلبات على مراحل، يقفل الفاتورة في النهاية. Split bill (تقسيم الفاتورة بين عملاء) من النظام مباشرة.
5. ETA Bridge (الفاتورة الإلكترونية)
ربط مباشر مع منظومة الفاتورة الإلكترونية المصرية ETA. كل فاتورة تُرسل تلقائياً، تحصل على UUID رسمي، تظهر في الـ portal. لو نظامك لا يدعم ETA = مخالفة ضريبية + غرامات.
أرقام السوق المصري — لماذا الاستثمار يعود سريعاً
مقارنة 4 أنظمة POS مطعم في السوق المصري
| الميزة | CloudMarkit | Foodics | Lightspeed | Square |
|---|---|---|---|---|
| سعر بداية (ج.م/شهر) | 199 | 2,000 | 3,500 | 1,800 |
| دعم عربي كامل | — | — | ||
| ETA bridge مصر | — | — | ||
| Talabat integration native | — | — | ||
| Elmenus integration | — | — | ||
| KDS مدمج | ||||
| Recipe-based inventory | — | |||
| Self-order Kiosks | — | |||
| QR Menu | ||||
| Offline mode | ||||
| دعم محلي مصري | — | — | ||
| يعمل على متصفح (لا تثبيت) | — | — | — | |
| الفترة المجانية | 14 يوم | 7 أيام | لا يوجد | 30 يوم |
خطوات تأسيس نظام مطعم في 11 يوم
خريطة طريق التأسيس
حصر احتياج المطعم قبل الشراء (يوم 1)
قبل اختيار أي نظام، اكتب على ورقة: عدد الطاولات، هل لديك Delivery أم Take-away فقط، هل تستقبل طلبات من Talabat/Elmenus/Otlob، عدد محطات الكاشير المتزامنة، هل تحتاج Kitchen Display Screen (KDS)، هل تطبع فواتير حرارية أم A4. كل "نعم" تكتبها توفّر عليك آلاف الجنيهات من الاختيار الخاطئ لاحقاً.
اختيار النظام بناءً على Order Channels (يوم 2-3)
المطعم المصري في 2026 لديه عادة 4 قنوات: Dine-in (الصالة)، Delivery مباشر، Take-away، و Aggregators (Talabat/Elmenus). النظام يجب أن يستقبل الأربع في طابور واحد. تجنّب الأنظمة التي تتطلّب فتح تطبيق Talabat ونقل الطلب يدوياً — كل طلب يدوي = دقيقتان عرضة للخطأ + احتمال طبق مفقود.
إعداد قائمة الطعام الرقمية + الـ Modifiers (يوم 4-5)
القائمة في النظام ليست مجرّد قائمة أسعار. كل صنف يحتاج: اسماً، سعراً، وقت تحضير، صورة (تظهر في KDS)، Modifiers (إضافات/استبعادات: "بدون بصل"، "إضافة جبنة")، علامة حلال/نباتي، خصومات زمنية. الإعداد الصحيح من البداية يوفّر ساعات من التعديل اليومي طوال السنة.
ربط Talabat / Elmenus / Otlob (يوم 6-7)
كل Aggregator له تكامل API معتمد. في CloudMarkit: Settings → Integrations → Aggregators → اختر Talabat → أدخل API Key + Restaurant ID → اضغط Sync. النظام يستقبل الطلبات تلقائياً ويضعها في طابور المطبخ بنفس آلية الطلب الداخلي. الإعداد لكل Aggregator يستغرق ~30 دقيقة.
تشغيل KDS في المطبخ (يوم 8)
Kitchen Display Screen = شاشة في المطبخ تستقبل الطلبات مقسّمة حسب القسم (مشاوي، سلطات، حلويات). بدلاً من Chits ورقية، الشيف يرى الطلب فور إدخاله من الكاشير، مع Countdown لكل طبق (15 دقيقة لبرجر، 8 دقائق لسلطة). فور ضغط الشيف "Ready"، يصل إشعار للـ Waiter. هذه التقنية تقلّل زمن التحضير 18-25%.
تفعيل الفاتورة الإلكترونية ETA (يوم 9-10)
منذ 2024 الفاتورة الإلكترونية إلزامية على المطاعم في مصر. النظام يجب أن يكون مربوطاً بمنظومة ETA ويرسل كل فاتورة لحظياً. CloudMarkit يفعّل الـ ETA Bridge من إعداد واحد، وكل فاتورة تحصل على UUID رسمي تلقائياً. أي نظام مطعم لا يدعم ETA = خطر مالي وقانوني مباشر.
تجربة Soft-launch ليلة واحدة (يوم 11)
قبل الإطلاق الرسمي، نفّذ ليلة تجريبية بـ 30-50% من السعة الفعلية. راقب: زمن إصدار الفاتورة، أخطاء الطباعة، أداء KDS، تزامن الـ Delivery. اجمع ملاحظات من الكاشير والنادلين والطهاة. صحّح، ثم انطلق بالكامل اليوم التالي.
أخطاء شائعة عند اختيار نظام POS مطعم
- اختيار نظام تجزئة بدلاً من نظام مطعم: لأنه أرخص بـ 50 ج.م شهرياً، ينتهي بفقدان آلاف يومياً. نظام التجزئة لا يدعم Modifiers ولا KDS ولا Recipes.
- تجاهل تكامل الـ Aggregators: إذا كانت 50% من طلباتك من Talabat، فنظامك بدون تزامن مع Talabat يعني أن نصف إيراداتك معرَّض يومياً لخطأ بشري.
- إهمال Recipe-based Inventory: "أعرف مخزوني تقريبياً" يساوي عملياً سرقة وإهدار 8-15% من تكلفة الطعام دون كشف.
- تأجيل ETA Bridge: إلزامي منذ 2024. كل فاتورة بلا UUID من ETA = غرامة محتملة ومخالفة ضريبية مسجَّلة.
- إهمال Offline Mode: انقطاع الإنترنت وقت الذروة في رمضان = مطعم متوقّف عن العمل. النظام يجب أن يستمرّ بلا إنترنت.
متى تحتاج Self-order Kiosks أو QR Menu؟
QR Menu مناسب لكل المطاعم تقريباً (تكلفة الإعداد = صفر، وقتك = طباعة كود لكل طاولة). فوائده: تقليل الأخطاء، تسريع الخدمة، توفير في عدد الـ waiters المطلوبين. عيوبه: العملاء كبار السن قد يفضّلون التحدث مع waiter.
Self-order Kiosks (شاشات داخل المطعم) مناسبة للمطاعم ذات الحجم المتوسط-الكبير وخاصة fast food. تكلفة الكيوسك 25-50 ألف ج.م لكن يقلل الـ staff ويقلل الـ wait time. لو طلباتك أكبر من 200/يوم، فكّر فيها.
