أدوار

يعمل النادل ضمن واجهات الصالة ونقطة البيع بحسب الصلاحيات، مع الطلبات والطاولات المسندة ومعلومات الخدمة. توجد إجراءات لقبول إسناد الطلب أو رفضه وتحديث الاستجابة، إلى جانب طلبات استدعاء النادل. الغرض تنظيم مسؤولية الخدمة؛ هذه واجهات أدوار داخل المنظومة وليست ادعاء بوجود تطبيق نادل منفصل منشور.

تجمع واجهة الكاشير بناء الطلب وتعديل خياراته وإرسال التحضير والتحصيل وطباعة المستندات. ويرتبط عمله بجلسة صندوق يمكن افتتاحها ومراجعة حركاتها وإغلاقها. سواء استخدم واجهة الويب أو تطبيق Flutter، يبقى نطاق العمل خاضعًا للصلاحيات وإتاحة الوحدات بدل منح موظف التحصيل إدارة النظام بالكامل.

يركز فريق التحضير على تذاكر المطبخ وأصنافها وكمياتها وملاحظاتها وحالتها، مع اختلاف أماكن التحضير وتوجيه الطباعة عند تهيئته. يرى الفريق ما يلزم لتنفيذ الطلب وتحديث تقدمه، فيما تبقى المدفوعات وإدارة العملاء من اختصاص الواجهات الأخرى.

للمندوب بوابة ويب بدخول رمز تحقق، ثم لوحة عمل وطلبات مسندة وتفاصيل كل طلب وسجل سابق وملف شخصي وشاشة تسوية نقد التحصيل. هذا يمنحه مساحة خدمة خاصة بعيدًا عن إدارة القائمة والمخزون.

يقدم أدوار تطبيق Flutter مستقلًا للعمل اليومي في المطعم، بواجهات تتكيف مع الهاتف والتابلت وسطح المكتب. يستخدم النادل الطلبات والطاولات، ويستخدم الكاشير الدفع والصندوق، ويصل المدير إلى التقارير والإعدادات وفق صلاحياته. اختلاف الدور يحدد ما يراه الموظف وما يستطيع تنفيذه؛ لا يلزم فتح لوحة الإدارة لكل طلب.

يبدأ إعداد الجهاز بإدخال نطاق المطعم ثم تسجيل الدخول. يستمد التطبيق بيانات المؤسسة وعملتها ولغاتها وفروعها من النظام، مع تبديل الفرع بحسب الصلاحيات. هذه البداية تربط محطة البيع ببيئة المطعم الصحيحة بدل إدخال إعدادات مستقلة في كل شاشة.

تعرض شاشة البيع قوائم الطعام وتصنيفاتها وأصنافها مع البحث والسعر وحالة التوفر. يستطيع الموظف فتح أكثر من سلة والانتقال بينها، مثل طلب طاولة وطلب سفري في الوقت نفسه، مع اختيار نوع الطلب وعدد الضيوف. تبقى عناصر الطلب وكمياته وملاحظاته وإجماليه أمام الموظف أثناء التجهيز.

يعالج التطبيق تنويعات الصنف وإضافاته وسعر كل خيار، مع قواعد الحد الأدنى والأقصى للاختيارات حين تكون معرفة في القائمة. يمكن تعديل الكمية وإضافة تعليمات للمطبخ قبل إرسال الطلب، لتصل اختيارات العميل إلى التحضير مع الصنف نفسه.

تعرض السلة قيمة الأصناف والخصم والضرائب ورسوم التوصيل عند انطباقها ثم الإجمالي. يدعم مسار الخصم مبلغًا ثابتًا أو نسبة ضمن ضوابط الإدخال، مع انعكاس التغيير في الحساب المعروض. بذلك يستطيع الموظف مراجعة مكونات الفاتورة قبل تحصيلها بدل التعامل مع رقم نهائي مبهم.

ينشئ التطبيق تذاكر المطبخ KOT المرتبطة بالطلب ويعرض تذاكره وحالاتها. يمكن متابعة حالة التذكرة أو بند منها، ومعالجة إلغاء التحضير بالأسباب المتاحة، وإعادة طباعة التذكرة. يفصل ذلك بين تجهيز الطعام وتسوية حساب العميل، وهما خطوتان مختلفتان في دورة الخدمة.

تعرض شاشة الطاولات المتاح والمشغول والمحجوز والمقفل، وتجمعها حسب الأقسام مع البحث وطرق عرض مختلفة. يمكن بدء طلب لطاولة، فتح طلبها الجاري، نقل الطلب إلى طاولة أخرى، طباعة الحساب وفك الحجز التشغيلي وفق الحالة والصلاحيات. تساعد هذه الصورة النادل على معرفة ما يحدث في الصالة دون فتح كل طلب منفردًا.

يجمع التطبيق الطلبات مع مرشحات المصدر ونوع الخدمة والفترة الزمنية والبحث. تظهر الحالة والمبلغ وبيانات الطاولة أو العميل في السياق نفسه، مع تحديث البيانات وسحب المزيد من النتائج. يحتفظ مسار العمل بمعرفة الطلب الذي ينتظر التحضير والذي ينتظر الدفع بدل جمعهما في قائمة غير مميزة.

يجمع ملف الطلب العميل والأصناف والإضافات والإجمالي والمدفوع والمتبقي وتذاكر المطبخ. يتيح الدفع والطباعة وتحديث الحالة وتعديل العناصر عندما يكون الطلب قابلًا للتعديل، مع إجراءات إلغاء أو تسجيل استرداد للمخولين. تسجيل حالة الاسترداد داخل التشغيل لا يعني تنفيذ تحويل مصرفي تلقائي.

تعرض واجهة الدفع المستحق والمدفوع والمتبقي وتتعامل مع طرق الدفع المهيأة للنظام. يدعم مسار الطلب تسويات جزئية وتقسيم المبلغ، وتوجد معالجة لتقسيم الدفع على عناصر محددة، إلى جانب تسجيل الإكرامية. الفائدة هي تسوية حساب المجموعة أو المبالغ المتتابعة دون فقدان صلة كل دفعة بالطلب.

يبدأ الكاشير جلسة للصندوق مع رصيد افتتاحي، ثم يسجل إدخال النقد وإخراجه والإيداع في الخزنة مع الملاحظات. تعرض الجلسة مبيعات النقد والحركات ورصيدها الجاري، وتبقى الصلاحيات ووضع تفعيل الوحدة جزءًا من المسار. هذا يفصل حركة النقد الفعلية عن مجرد مجموع الفواتير.

عند الإغلاق يحسب التطبيق النقد المتوقع ويتيح إدخال عدد القطع لكل فئة نقدية. يقارن المجموع المعدود بالمتوقع ويظهر الفرق مع ملاحظة الإغلاق. يعطي ذلك المدير نقطة مراجعة واضحة للعجز أو الزيادة بدل إنهاء الوردية برقم يدخل يدويًا دون تفصيل.

يخزن التطبيق الطلبات وجلسات الصندوق وحركاته محليًا باستخدام SQLite، ويحتفظ بطابور للإجراءات وحالتها ومحاولاتها وترابطها. تشمل إجراءات المزامنة إنشاء الطلب وتعديله وإرسال KOT والدفع وفتح الصندوق وإغلاقه وحركات النقد. عند عودة الاتصال يعاد إرسال الإجراءات المدعومة؛ لا يفترض ذلك أن جميع وحدات الويب قابلة للعمل دون إنترنت.

يتابع التطبيق التغييرات عبر قنوات التحديث الفوري مع مسار بديل عند تعذر الاتصال، ويعرض حالة الاتصال والمزامنة. تقود الإشعارات المستخدم إلى الطلب أو الحدث المرتبط بها، مع عداد غير المقروء والتنبيهات الصوتية. الهدف أن تصل المعلومة إلى الفريق أثناء الخدمة، مع معرفة ما إذا كانت البيانات متصلة أو محلية.

تعرض الحجوزات بالتاريخ والحالة مع عدد الضيوف والعميل والطاولة. يستطيع المستخدم المخول إنشاء الحجز أو تعديله وتغيير حالته وتخصيص طاولة وإضافة طلب خاص. يربط ذلك موعد حضور الضيف بتشغيل الصالة بدل إبقاء الحجوزات في سجل منفصل عن الطاولات والموظفين.

يوفر التطبيق دليلًا للعملاء وبحثًا بالاسم أو البيانات المتاحة، مع إمكانية إضافة عميل لمن يملك الصلاحية وربطه بالطلب. يمكن التعامل مع عناوين العميل في مسارات التوصيل. يختصر ذلك تكرار إدخال بيانات الضيف ويحافظ على ارتباط الطلب بعميل معروف.

تعرض صفحة الفريق الأعضاء والأدوار وبيانات التواصل وصفة التوصيل حيث تتوفر، بينما تعرض صفحة القائمة الأصناف والتصنيفات والأسعار والتوفر وخيارات الصنف. هاتان الصفحتان للقراءة التشغيلية؛ إدارة حسابات الموظفين وتحرير الكتالوج الشامل تبقيان في لوحة الإدارة، كي لا تتحول محطة البيع إلى صلاحية إدارية مفتوحة.

تحسب شاشة التقارير مؤشرات المبيعات والمدفوعات والطلبات من البيانات المعروضة للفترة المحددة وتقارنها بفترة سابقة. تتضمن اتجاهات مختصرة وخريطة لنشاط ساعات اليوم والأصناف الأعلى مساهمة وجدول المعاملات. تساعد المدير على مراجعة تشغيل الوردية أو الأسبوع مباشرة من التطبيق، ضمن البيانات التي جلبها النظام للفترة.

يتضمن التطبيق خدمات لاكتشاف طابعات الشبكة والاتصال بطابعات Bluetooth BLE والاستفادة من طابعات النظام. يمكن تعريف الطابعات واختبارها وتحديد الافتراضية وتوجيه نوع المستند. تختلف قابلية الاتصال بحسب الجهاز وصلاحياته والطابعة، لكن مسار الطباعة موجود داخل التطبيق نفسه وليس مجرد زر يفتح صفحة ويب.

يمكن ضبط بيانات المنشأة والشعار والرقم الضريبي وترويسة الإيصال وتذييله وما يظهر من تفاصيله. يولد التطبيق فاتورة العميل أو الحساب قبل الدفع وتذكرة المطبخ بمحتويات تناسب كل غرض، مع تسميات حسب اللغة ومعالجة عربية للطباعة. تصل للمطبخ تعليمات التحضير، ويصل للعميل تفصيل حسابه.

في بيئات تعدد نقاط البيع يسجل الجهاز باسم واضح ويرتبط بالفرع ثم يظهر وضعه: بانتظار الاعتماد أو فعال أو مرفوض. تستند وظائف التطبيق إلى صلاحيات المستخدم والجهاز، وتظهر متطلبات الإعداد الناقصة قبل بدء التشغيل. يفيد ذلك في إدارة عدة كاشيرات وأجهزة خدمة ضمن المطعم نفسه.

يدعم التطبيق التعريب واتجاه اليمين لليسار والإنجليزية، مع الوضع الفاتح والداكن وإعداد النظام. تتغير بنية العرض بين الهاتف والتابلت وسطح المكتب، وتستخدم الشاشات الكبيرة تبويبات وألواحًا تساعد على الانتقال بين الطلبات والطاولات دون فقدان سياق العمل.

يتضمن مسار تطوير أدوار أيضًا تطبيقًا محليًا بـReact Native وExpo، منفصلًا عن عميل Flutter المرتبط بالخادم. يشمل مسارات البيع والباركود والطلبات المعلقة والعملاء والمخزون والضرائب وتقسيم الدفع وإغلاق الوردية، مع تخزين Realm محلي. تعرض هذه النسخة ضمن التطوير والتجريب، ولا تُقدَّم كإصدار منشور في المتاجر أو كتطابق مثبت مع وظائف الخادم.

تملك واجهة العميل إعدادات تطبيق ويب قابل للتثبيت PWA باسم المطعم وأيقونته ولونه، وتفتح في وضع مستقل عند دعم الجهاز لذلك. تبقى مرتبطة بموقع المطعم ومسارات الطلب الخاصة به، فتمنح العميل وصولًا مباشرًا من شاشة جهازه دون الادعاء بوجود تطبيق متجر مستقل لكل مطعم.

يبدأ الكاشير بتحديد نوع الطلب: صالة أو استلام أو توصيل، ثم يختار الأصناف ويربط الطلب بالعميل أو الطاولة والنادل. تنتقل تفاصيل التحضير إلى المطبخ، بينما يبقى الطلب قابلًا للمتابعة حتى التحصيل والإغلاق. جمع مراحل البيع في سجل واحد يربط ما طُلب بما جرى تحضيره وما تم دفعه، بدل إعادة كتابة الطلب في كل قسم.

تُدار قوائم الطعام وتصنيفاتها وأصنافها مع الصور والأسماء المترجمة وترتيب العرض. يستطيع المسؤول تنظيم ما يراه الكاشير وما يظهر للعميل، وإدارة اختلافات الصنف وخياراته بدل إنشاء عناصر مبهمة ومتكررة. وتساعد أدوات الفرز على ترتيب القائمة بحسب طريقة العمل، لا بحسب ترتيب إدخال البيانات فقط.

يوفر المشروع مسارات لاستيراد أصناف كثيرة دفعة واحدة، وتصدير بيانات القائمة، وتنزيلها بصيغ العرض المدعومة، ونسخ قائمة إلى فروع أخرى. هذه الأدوات مهمة عند تجهيز فرع أو تحديث كتالوج كبير: تُراجع البيانات في عملية منظمة بدل إدخال كل صنف يدويًا، مع بقاء إعدادات الفرع وصلاحياته جزءًا من العملية.

يمكن ربط السعر بنوع الطلب ومنصة التوصيل، مع إدارة أنواع طلبات مخصصة. بذلك يميّز المطعم سعر الصالة عن سعر قناة خارجية عندما تختلف تكاليفها، وتبقى القناة معلومة في الطلب والتقارير. إدارة أسماء منصات التوصيل وأسعارها داخل أدوار لا تعني تلقائيًا وجود اتصال مباشر بكل منصة خارجية.

يختار الموظف اختلافات الصنف ومجموعات الإضافات ويضيف ملاحظات التحضير، مع فصل الإكرامية والرسوم الإضافية في تجربة البيع. وتوجد إعدادات لعلامات مسببات الحساسية والتفضيلات الغذائية عبر واجهات الطلب المدعومة. الهدف أن تصل للمطبخ والعميل تفاصيل الطلب نفسها، وأن تكون الخيارات أوضح قبل التأكيد.

تُدار الضرائب والرسوم وإعدادات الإيصال من واجهات مخصصة، ويُحسب ملخص الفاتورة ضمن مسار الطلب. توجد طباعة للفواتير وتنزيل PDF وإيصالات للدفعات المقسمة. يفصل هذا بين إعداد سياسة الفاتورة من الإدارة وبين استخدامها اليومي من الكاشير، ويساعد العميل على فهم مكونات المبلغ المطلوب.

تدعم مسارات التحصيل تقسيم الدفع وتسجيل المبالغ المدفوعة والمتبقية ثم متابعة تحصيل المستحق لاحقًا. ولا يتوقف الشرح عند زر الدفع: توجد إيصالات للدفعات وتقارير للمبالغ المستحقة ولما جرى تحصيله منها. هذا مهم عندما لا تُسدّد الفاتورة دفعة واحدة أو عندما يحتاج المدير إلى فصل البيع عن وقت استلام النقد.

توجد أسباب قابلة للإدارة للاسترجاع والإلغاء، ونماذج لمعالجة الاسترجاع، وتقارير للطلبات الملغاة والمحذوفة والأصناف المسحوبة من تذاكر المطبخ. بدل اعتبار كل تعديل اختفاءً عاديًا من الشاشة، يستطيع المسؤول الرجوع إلى هذه الحالات وفهم سبب الفرق بين الطلب الأصلي والمبيعات النهائية.

يُقسّم المكان إلى مناطق وطاولات مع بيانات المقاعد والحالة، وتوجد أدوات لإسناد النادل إلى الطاولة وتعديل الإسناد. يرتبط طلب الصالة بسياقه المكاني، وتظهر طلبات استدعاء النادل للمراجعة. هذا يوضح من يخدم أي طاولة وما الذي ينتظر الاستجابة خلال الوردية.

للحجوزات شاشة متابعة ونماذج إنشاء وتعديل، كما يمكن للعميل طلب حجز من موقع المطعم ومراجعة حجوزاته. تضبط الإدارة إعدادات الحجز وأيامه، وتظهر حجوزات اليوم ضمن واجهات التشغيل. الربط بين الحجز والطاولة والوردية يساعد الفريق على الاستعداد بدل معالجة كل حجز في محادثة منفصلة.

يحصل المطبخ على تذاكر التحضير KOT مع الأصناف والكميات والملاحظات ويتابع حالتها خلال العمل. الطلب التجاري وتذكرة التحضير لهما وظيفتان مترابطتان: الأولى للتحصيل وخدمة العميل، والثانية لتنفيذ الوجبة. وتوجد متابعة للتغييرات والإلغاء حتى لا تُحضّر أصناف أُلغي طلبها دون أن ينتبه الفريق.

تتيح وحدة المطبخ تعريف أماكن تحضير متعددة وتعيين الأصناف لها وربط الطابعات، مع فحص الأصناف التي لم يُحدد لها مطبخ. يمكن مثلًا فصل مسار المشروبات عن الوجبات بحسب الإعدادات. أهمية ذلك أن يصل جزء الطلب إلى مكان تنفيذه، بدل إرسال كل التفاصيل إلى جميع الأقسام.

تحتوي واجهات نقطة البيع على تخزين محلي وطابور عمليات للطلبات والمدفوعات المدعومة، مع حالة اتصال ومزامنة عند عودة الشبكة وتنبيه بوجود عمل غير مرفوع. الفائدة هي استمرار المسارات التي يدعمها العميل المحلي أثناء انقطاع الاتصال. يختلف هذا النطاق بين نسخة الويب وتطبيق Flutter؛ لا تُقدّم كل وحدات الفندق والإدارة على أنها تعمل دون إنترنت.

تحدد الإدارة ساعات الفتح والإغلاق والورديات التشغيلية على مستوى الفرع، مع تحكم بحالة استقبال الطلبات والتوافر التلقائي وفق الإعدادات. هذه طبقة تشغيل مهمة لموقع العميل والكاشير: ما يستطيع العميل طلبه يجب أن يتوافق مع وقت خدمة الفرع، بدل الاعتماد على تعديل يدوي دائم للحالة.

توفر MultiPOS تسجيل الجهاز ثم مراجعة طلبه واعتماده أو تعطيله، مع حدود للأجهزة حسب الفرع وربط الطلبات والجلسات بالجهاز. يمكن للإدارة الرجوع إلى تقارير الجهاز بدل جمع كل الكاشيرات في رقم واحد. هذا يوضح مصدر الحركة ويساعد في تنظيم تشغيل أكثر من نقطة بيع ضمن المنشأة.

تجمع وحدة الصندوق جلسة الكاشير ورصيد البداية والحركات والإغلاق، وتوفر مسار موافقات وصلاحيات منفصلة للمراجعة. مقارنة النقد المتوقع بما عُدّ فعليًا تجعل نهاية الوردية عملية تسليم قابلة للتتبع، وليست مجرد تسجيل خروج من التطبيق.

توجد تقارير X وZ قابلة للطباعة من المتصفح أو المسار الحراري، مع صادرات لفروقات الصندوق ودفتر النقد والإدخال والإخراج وملخص الجلسات. يراجع المدير حركة الأموال مستقلة عن عدد الطلبات، ويستطيع العودة إلى الوردية أو الجهاز المرتبط بالحركة لمعرفة مصدر الفرق.

تُسجّل المصروفات ضمن تصنيفات، مع نماذج تعديل ومسارات للمصروفات المتكررة وتقارير تفصيلية وملخصات. هذا يضيف جانب الإنفاق إلى متابعة النشاط اليومي بدل الاقتصار على المبيعات. يستطيع المسؤول مراجعة الفئة والفترة والتفاصيل المتاحة لمعرفة أين تُصرف الأموال.

تجيب التقارير عن أسئلة مختلفة: ما الذي بيع خلال الفترة، أي الأصناف ساهمت في الإيراد، وكيف توزعت المبيعات على التصنيفات والطلبات؟ توجد فترات زمنية وفلاتر بحسب الشاشة وصلاحية الوصول. ويكملها ملخص اليوم والمبيعات الأسبوعية وإيراد الطاولات وطرق الدفع في لوحة المتابعة.

إلى جانب المبيعات توجد تقارير الضرائب والاسترجاع والإلغاء والحذف وأصناف المطبخ المسحوبة، وتقارير المستحقات والتحصيل اللاحق ومنصات التوصيل والدفع عند التسليم. كل تقرير يعالج سببًا مختلفًا لاختلاف رقم المبيعات عن النقد الفعلي، ويساعد الإدارة على مراجعة الاستثناء بدل إخفائه داخل إجمالي واحد.

تبدأ إدارة المخزون بتعريف المواد ووحداتها وتصنيفاتها، مع نماذج إضافة وتعديل واستيراد جماعي وملف مثال للاستيراد. هذه البيانات تختلف عن قائمة الطعام: المادة تُستخدم في الشراء والاستهلاك والوصفة، بينما الصنف هو ما يطلبه العميل. الفصل يجعل متابعة التكلفة والكمية أوضح.

تُدار ملفات الموردين وأوامر الشراء مع شاشات الإنشاء والعرض والاستلام وطباعة مستند PDF. يستطيع الفريق متابعة ما طلبه من المورد ثم تسجيل ما استلمه فعليًا والمدفوعات المرتبطة بالمسار. ربط الاستلام بأمر الشراء يوفر مرجعًا للمراجعة بدل إضافة مخزون بلا تفسير لمصدره.

تعرض الوحدة أرصدة المواد وحركاتها وتتيح إدخال المخزون ومراجعة الحركة وتصدير سجلها، مع مسارات للتحويل بين الفروع. بذلك لا يقتصر السؤال على الكمية الحالية؛ يمكن معرفة كيف تغيّرت ومن أي عملية جاءت الزيادة أو النقصان، مع بقاء سياق الفرع واضحًا.

تربط الوصفات صنف البيع ومكوناته بكميات المواد، وتشمل العلاقات المدعومة للإضافات والخيارات. هذا الربط يحول بيع وجبة إلى احتياج مفهوم من المواد، ويساعد في دراسة تكلفة الصنف واستهلاكه بدل اعتبار شراء المواد وبيع الوجبات دفترين منفصلين.

للتحضير المسبق وصفات دفعات وشاشة إنتاج ومخزون خاص بالدفعات. يسجل الفريق إنتاج كمية محضّرة ويتابع استهلاكها بدل إعادة تمثيلها كل مرة كمواد أولية فقط. تظهر تقارير الإنتاج والاستهلاك لتفسير ما أُنتج وما استُخدم خلال الفترة.

توجد تقارير للهدر والصلاحية ومقارنة الاستهلاك المتوقع بالفعلي في الدفعات. تفيد المقارنة في اكتشاف الفروق التي لا يفسرها عدد المبيعات وحده، مثل فاقد التحضير أو تلف المواد. تُعرض هذه البيانات للمراجعة التشغيلية؛ لا تُقدّم كضمان آلي لمنع الهدر.

تشمل التقارير استخدام المواد ودوران المخزون والتوقعات وتكلفة البضاعة المباعة والأرباح والخسائر وأوامر الشراء، إضافة إلى تكلفة الدفعات. تُقرأ هذه الزوايا معًا لفهم أين يُستهلك المخزون وكيف ترتبط مشترياته بالمبيعات. التوقعات هنا وظيفة تقرير ضمن الوحدة، وليست وعدًا بتنبؤ مضمون أو ذكاء اصطناعي مستقل.

يحصل المطعم على واجهة موجهة للعميل لعرض القائمة واختيار نوع الطلب وتكوين السلة، مع مسار خاص برمز الطاولة وروابط للحساب والطلبات والحجوزات والعناوين. اختيار الفرع جزء من التجربة، ويمكن تخصيص الموقع بهوية المطعم ونطاقه الفرعي. بهذه الطريقة تصبح القائمة قناة طلب مرتبطة بالتشغيل.

يمكن للعميل الرجوع إلى طلباته وحجوزاته وعناوينه وملفه بدل إعادة تقديم المعلومات في كل زيارة، وتوجد من جهة الموظف إدارة للعملاء وعرض لطلباتهم. هذا يمنح الفريق سياقًا للخدمة والمتابعة، ويُبقي تاريخ التعامل منفصلًا عن سلة الطلب الحالي.

يضبط كل فرع نطاق التوصيل ووحدة المسافة وساعات الخدمة. يمكن احتساب الرسم كمبلغ ثابت أو شرائح مسافة أو معدل لكل مسافة، مع شروط للتوصيل المجاني بحسب قيمة الطلب أو قرب العنوان. توجد إعدادات لسرعة التوصيل وهامش الوقت لتقدير الوصول؛ وتُستخدم إحداثيات الفرع كأساس لهذا المسار.

تُدار بيانات المندوبين وإسناد الطلبات وحالات التوصيل، مع واجهة خاصة للمندوب تعرض ما أُسند إليه وتفاصيل الطلب والسجل والملف. ترتبط متابعة الموقع والحالة بالمسارات المفعّلة في المنظومة.

لا تنتهي عملية التوصيل بتغيير حالة الطلب إلى مُسلّم. توجد متابعة للنقد المحصّل وعهدة المندوب وتسويتها، وشاشة خاصة للتسوية وتقارير COD. يفصل هذا بين مبلغ دفعه العميل للمندوب وبين المبلغ الذي عاد فعليًا إلى صندوق المطعم، وهو فرق مهم في الرقابة اليومية.

تضيف وحدة الولاء رصيد نقاط للعميل مع كسب النقاط واستبدالها ضمن نقطة البيع وحساب عميل لعرض الولاء. وتوجد تقارير تساعد الإدارة على مراجعة النشاط وفق الفترة والفرع. الغاية ربط الزيارة التالية بتاريخ تعامل العميل، مع فصل رصيد المكافآت عن المبلغ النقدي في الفاتورة.

توجد إعدادات لإشعارات الطلب والتنبيهات داخل التشغيل، واشتراك Push للويب، ووحدات لإرسال رسائل WhatsApp وSMS بحسب الأحداث والإعدادات. تحدد الإدارة القنوات والمزوّدين المتاحين، فلا تكون كل رسالة متاحة تلقائيًا لكل اشتراك. دور التنبيه هو إيصال الحدث إلى الشخص المعني بدل إلزامه بفتح الشاشة ومراجعتها باستمرار.

تتيح وحدة الولاء تعريف شرائح بحسب حدود النقاط وترتيبها وتفعيلها، مع معاملات لكسب النقاط واستبدالها. يمكن للمطعم صياغة مستويات مختلفة للمكافآت بدل قاعدة واحدة لجميع الزبائن، ويُربط حساب العميل بالشريحة المناسبة وفق القواعد المهيأة.

إلى جانب النقاط، توجد قواعد للطوابع مرتبطة بأصناف محددة وعدد طوابع مطلوب ومكافأة قابلة للتعريف، بما فيها صنف مكافأة أو تنويع منه. يحتفظ النظام بطوابع العميل ومعاملاتها وتقارير أدائها. يخدم ذلك برامج التكرار مثل مكافأة شراء صنف عدة مرات دون اختزال الولاء في خصم عام.

لا تقتصر المتابعة على رقم رصيد العميل: توجد تقارير لدفتر النقاط والاستبدالات وأداء الطوابع والالتزامات الناتجة عن الولاء، إضافة إلى النظرة العامة. تتيح هذه السجلات للإدارة مراجعة كيف اكتُسبت المكافأة وكيف استُخدمت وما بقي منها، بدل توزيع مزايا لا يمكن قياس أثرها.

وحدة الفندق منظومة عمل أوسع من طلب الطعام للغرفة. يبدأ موظف الاستقبال بلوحة متابعة وقوائم الوصول والمغادرة والنزلاء المقيمين، ثم ينتقل إلى الحجز أو إجراءات الدخول والخروج. تقسيم هذه الحالات يساعده على معرفة ما يجب تنفيذه اليوم بدل البحث في جميع الحجوزات دون سياق.

تُعرّف الغرف وأنواعها وتُراجع حالتها من لوحة مخصصة، مع إدارة خطط الأسعار. هذا يربط الغرفة الفعلية بخصائصها وسعرها وحالتها التشغيلية؛ فلا يُختزل الفندق في قائمة أسماء غرف. ويمكن أن تبدأ إجراءات تسكين النزيل من سياق الغرفة عند توافر المسار المناسب.

يوجد مسار لفحص توافر الغرف قبل إنشاء الحجز، ثم إنشاء الحجز وتعديله وعرض إيصال له. يساعد ذلك موظف الاستقبال على ربط المدة المطلوبة بالغرفة والضيف والتفاصيل التشغيلية. ويبقى الحجز مرحلة سابقة للإقامة الفعلية، حتى يمكن متابعة ما هو متوقع وما أصبح مقيمًا.

توجد شاشات مستقلة لإنشاء عروض أسعار الإقامة وتعديلها وعرض تأكيدها، إضافة إلى إدارة الاتفاقيات وطباعتها. هذا يخدم مرحلة التفاوض والتنسيق قبل التنفيذ، بحيث يمكن الرجوع إلى عرض أو اتفاق بدل اختزال كل التعامل في حجز نهائي منذ البداية.

تُدار ملفات الضيوف وتُربط بالإقامات مع إجراءات دخول وخروج وسجل للإقامات السابقة. يراجع الموظف بيانات الإقامة والغرفة والنزلاء ضمن المسار المناسب بدل تسجيلها في أوراق منفصلة. ويُستخدم هذا السياق في متابعة الخدمات والحساب المرتبط بالإقامة.

يجمع حساب الإقامة بنود الرسوم والمدفوعات مع الوصف ونوع الرسم ومرجع التحصيل والمستخدم الذي سجّل العملية. يمكن إضافة رسم أو دفعة ثم إعادة احتساب الإجماليات داخل الحساب. بهذه الطريقة يراجع موظف الاستقبال ما استُحق وما دُفع قبل المغادرة من مرجع واحد مرتبط بالإقامة.

توفر وحدة التدبير الفندقي قائمة أعمال ونماذج لإنشاء المهمة وتعديلها وإكمالها. تربط متابعة تنظيف الغرفة وتجهيزها بالعمل اليومي للفندق، بحيث لا يعتمد الاستقبال فقط على سؤال شفهي عن جاهزيتها. توثيق الإكمال يساعد على التنسيق بين الاستقبال وفريق الخدمة.

تضم وحدة المناسبات إدارة القاعات والأحداث ونماذج إنشائها وتعديلها، إلى جانب إعدادات الخدمات الإضافية والضرائب الفندقية. هذه وظائف مستقلة عن بيع الغرفة، وتسمح بعرض الفندق كتشغيل ضيافة متكامل يشمل الإقامة والمناسبة والخدمات التابعة لها.

توجد شاشة لإنشاء طلب خدمة غرفة ومتابعته، وروابط طلب مرتبطة بالغرفة وأدوات لاختيار سياق الفندق من نقطة البيع. الهدف أن يعرف فريق المطعم الغرفة والإقامة المرتبطتين بالخدمة، بدل كتابة رقم غرفة في ملاحظة حرة وفصل الطلب عن بقية تشغيل الفندق.

تُدار الفروع والموظفون والأدوار من واجهات مستقلة، وتراعي القوائم والعمليات صلاحيات المستخدم وسياق الفرع. يستطيع المدير توزيع العمل بين الكاشير والنادل والمطبخ والإدارة بدل منح الجميع الشاشة نفسها والقدرة نفسها. كما تختلف الوحدات المتاحة بحسب ما فُعّل للمطعم.

تتضمن وحدة الذكاء الاصطناعي محادثات محفوظة وأدوات لقراءة المبيعات والطلبات والأصناف الأعلى والتصنيفات والضرائب والاسترجاع والإلغاء والحجوزات وتأخر تذاكر المطبخ واستهلاك المخزون وتقارير التوصيل. يسأل المدير بلغة طبيعية ثم يستند الرد إلى بيانات الأدوات المتاحة ضمن المطعم. هذه مساعدة في الاستعلام والفهم، وليست ادعاء بأن المساعد يدير المطعم أو يعدّل سجلاته ذاتيًا.

توجد سياسة لتفعيل المساعد والأدوار المسموحة وحدود الاستخدام الشهري وتتبع استهلاك المحادثات. يتيح ذلك للإدارة تشغيل الأداة ضمن اشتراك وصلاحيات واضحة، بدل جعل اتصال الذكاء الاصطناعي خدمة غير محدودة لكل مستخدم. يعتمد تشغيلها على إعداد المزوّد وإتاحة الوحدة.

توفر وحدة API مسارات للتهيئة والصلاحيات والطابعات وطلبات العملاء ونقطة البيع وتذاكر المطبخ والحجوزات والتوصيل والتنبيهات والأجهزة والصندوق حيث تكون الوحدات مفعلة. هذه الواجهات هي ما يسمح لعملاء متخصصين بالاتصال بالمنظومة، مع مراعاة نطاق الوصول. وجود API لا يعني أن كل تكامل خارجي قد جرى تنفيذه بالفعل.

يمكن إعداد وجهات Webhook واختبارها ومراجعة سجل إرسال الحدث وإعادة المحاولة أو إعادة الإرسال، مع إدارة مركزية لقواعد التوجيه وإعدادات الباقات. فائدتها إبلاغ نظام خارجي بحدث تشغيلي بطريقة يمكن مراجعة نتيجتها، بدل إرسال غير مرئي لا يُعرف هل نجح أم فشل.

تحتوي المنظومة على مسارات لعدد من مزوّدي الدفع، وإعدادات لوسائل التحصيل، وصفحات عودة وإشعارات خادم لتحديث نتيجة العملية. يختلف الدفع مقابل طلب المطعم عن الدفع مقابل اشتراك المطعم في المنصة. توفّر الشيفرة هذه المسارات، بينما يتطلب تشغيل كل مزوّد تهيئته وتوافره في بلد العمل.

يملك مشغّل المنصة لوحة مستقلة لإدارة المطاعم والباقات والفواتير ومدفوعات الاشتراك وطلبات الدفع غير الإلكتروني وحسابات الإدارة. وتعرض اللوحة مؤشرات المطاعم والنشاط والإيراد بحسب البيانات المتاحة. هذا يوضح أن أدوار منتج SaaS متعدد المنشآت، إلى جانب أدوات العمل داخل المطعم نفسه.

تشمل إعدادات المطعم الهوية والمظهر والعملة والمنطقة الزمنية واللغة والإيصالات وموقع العميل، بينما يملك مشغّل المنصة إدارة لمحتوى الموقع العام وصفحاته. ويحتوي المشروع على مدونة ومركز تعلّم عربي بشروحات تشغيلية وصور من الواجهات. هذه طبقة تساعد في التعريف بالمنتج وتدريب المستخدم بعد الاشتراك، لا مجرد صفحة تسويقية واحدة.

أضيفت مساحة React لعرض نظرة تشغيلية وقراءة الطلبات والقائمة والعملاء والطاولات، مع تنظيم الأقسام والتخصيص وإظهار ما تسمح به صلاحيات المستخدم. هي طبقة إضافية تدريجية؛ القراءة تتم فيها، بينما تبقى العمليات التي تتطلب كتابة أو دفعًا في الشاشات التشغيلية القائمة بحسب نطاق التنفيذ. هذا يحافظ على استمرارية العمل أثناء تطوير واجهة أحدث.

للمشغّل المركزي واجهة لإدارة النسخ الاحتياطية وتنزيلها ومراجعة حالتها ومزامنة سجلها مع التخزين. تضبط سياسة التكرار اليومي أو الأسبوعي أو الشهري وفترة الاحتفاظ وخيارات تضمين الملفات والوحدات وموقع التخزين. هذه وظيفة تشغيل للمنصة وليست زرًا متاحًا لكل موظف مطعم، ولا تعني ضمانًا عامًا لاستعادة أي عطل دون اختبار.

يوفر الكشك مسارًا مستقلًا على شاشة الخدمة الذاتية: شاشة ترحيب، اختيار نوع الطلب، تصفح القائمة، تخصيص الصنف، مراجعة السلة، اختيار طريقة التحصيل ثم تأكيد الطلب. تدخل النتيجة ضمن طلبات المطعم بدل بقائها في نظام منفصل، فيستطيع العميل بناء طلبه بنفسه ويستقبل الفريق تفاصيله في مسار التشغيل المعتاد.

تُنشئ الإدارة الأكشاك وتعدل إعداداتها وتصل إلى رابط مخصص لكل جهاز أو نقطة خدمة. تحدد الإعدادات سياق المطعم والفرع، وتراعي إتاحة وحدة الكشك في الباقة. هذا يتيح إدارة نقاط طلب ذاتي متعددة دون تقديم كل شاشة على أنها تطبيق متجر مستقل.

عند تفعيل الربط، يستطيع مسار الكشك التعرف إلى حساب العميل وإظهار النقاط والطوابع المتاحة وتطبيق المكافأة ضمن الطلب. تُراجع قيمة الخصم وإجمالي التحصيل في السياق نفسه. بذلك لا يفقد العميل مزايا الولاء لمجرد أنه طلب من الشاشة الذاتية بدل الكاشير.

توجد شاشة مخصصة للضيف تعرض عناصر السلة ورقم الطلب والخصم والضرائب والرسوم والإكرامية والتوصيل والإجمالي، مع حالة العملية والمبلغ المطلوب وصورة QR عند توفرها في بيانات الطلب. تتلقى تحديثات من جلسة البيع لتتيح للعميل مراجعة ما سجله الموظف قبل إتمام الدفع.

تعرض لوحة الطلبات مجموعتين واضحتين للطلبات قيد التحضير والجاهزة للاستلام، بالاعتماد على حالة تذكرة المطبخ ورقم الانتظار أو رقم الطلب حسب إعداد نوع الخدمة. تُستبعد الحالات الملغاة والمكتملة ذات الصلة. هذه واجهة للزبائن في منطقة الانتظار، مختلفة عن شاشة سلة الكاشير وعن شاشة عمل المطبخ.