يظهر نظام المطعم جيداً عندما يضيف موظف المبيعات طلباً بسيطاً في صالة هادئة. الاختبار الحقيقي يبدأ عندما تعدل الطاولة طلباً بعد إرساله، ويصل طلب توصيل بالتزامن، وينفد مكوّن، وتنقسم الفاتورة، ثم يحتاج المدير إلى إغلاق الوردية. لذلك يجب تنفيذ اختبار وردية كاملة قبل شراء نظام المطعم، لا الاكتفاء بجولة في شاشة الكاشير.
هذا الدليل لا يعيد مقارنة أجهزة نقاط البيع أو شرح المنيو الذكي. إنه بروتوكول تجريبي لصاحب مطعم وصل إلى قائمة قصيرة ويريد إثبات أن نقطة البيع والمطبخ والمخزون والإغلاق تعمل معاً وفق طريقته. استخدم بيانات وأصنافاً تجريبية، لكن اجعل الحالات شبيهة بما يحدث مساءً.
ابدأ بخريطة الوردية الحالية
ارسم الطلب منذ دخول العميل أو وصول قناة خارجية حتى إغلاق الفاتورة وتسليم الطعام. اكتب من ينشئ الطلب، ومن يعدله، وأين يظهر في المطبخ، ومتى يُخصم المخزون، ومن يستطيع الإلغاء أو الضيافة، وكيف تراجع النقد والمدفوعات في نهاية الوردية.
سجل القنوات التي تستخدمها فعلاً: صالة، واستلام، وتوصيل مباشر، ومنصات خارجية، وهاتف. لا تطلب من النظام دعم كل قناة ممكنة إذا لم تدخل خطتك، لكن لا تسمح للمورد بعرض قناة واحدة واعتبار الباقي «متشابهاً». اختلاف الرسوم والتوقيت والعنوان وحالة التسليم يغير المسار.
ابنِ قائمة قبول من 12 طلباً
جهز منيو مصغراً يشمل وجبة بمكونات، وصنفاً بإضافات مدفوعة، وصنفاً بحساسية أو ملاحظة، وعرضاً مركباً، وصنفاً ينفد أثناء الاختبار. نفذ 12 طلباً موزعة بين الصالة والاستلام والتوصيل، مع تعديلات وإلغاء وتقسيم ودفع مختلط.
لا تحتاج رقماً عاماً للسرعة. سجل خطك الأساسي داخل المطعم وقارن عدد الخطوات والأخطاء في السيناريو نفسه. الهدف أن تعرف ما إذا كان النظام يحافظ على الطلب الصحيح ويظهر حالته، لا أن تصنع ادعاء أداء من تجربة قصيرة.
وزع الأدوار كما في الوردية
- موظف كاشير ينشئ الطلب ويقبض وفق صلاحياته.
- نادل يفتح الطاولة وينقلها أو يقسمها.
- عامل مطبخ يرى محطة التحضير ويغير حالة الصنف.
- مدير يوافق على الإلغاء والخصم ويفتح تقرير الإغلاق.
- مراقب يسجل الوقت والخطأ والتدخل من دون قيادة المستخدمين.
استخدم الحسابات الفعلية للأدوار، لا حساب مدير واحداً للجميع. الصلاحيات جزء من الاختبار، لأن نظاماً يسمح للكاشير بإلغاء طلب بعد تحضيره بلا أثر يخلق مشكلة رقابية ولو كانت شاشته سريعة.
اختبر بناء المنيو والإضافات
أدخل أحجاماً وإضافات وبدائل واستبعادات وأسعاراً مختلفة لقناة أو وقت عندما يحتاجها العمل. أرسل «من دون مكوّن» و«إضافة مزدوجة» و«استبدال جانب» وتحقق من أن المطبخ يرى المعنى والسعر يطابق القاعدة. لا تعتمد على ملاحظة حرة لكل شيء؛ يصعب تحليلها وتكلفتها ومراقبتها.
اختبر تحديث سعر أو إيقاف صنف، وتحقق من وقت ظهور التغيير على الكاشير والمنيو الرقمي والقنوات المربوطة. يجب ألا يتغير طلب مفتوح بلا قرار، وألا يستمر بيع صنف موقوف لأن جهازاً لم يحدث قائمته.
اختبر انتقال الطلب إلى المطبخ
توضح وثائق Odoo الرسمية مثالاً واضحاً على شاشة التحضير: يرسل نظام نقطة البيع الأصناف إلى شاشة للمطبخ، وتتحرك الطلبات بين حالات التحضير والجاهزية والإكمال. لا يعني وجود شاشة أن التدفق مناسب لمطعمك؛ لذلك اختبر التوجيه إلى الشواية والمشروبات والحلويات، وتحقق من عدم طباعة الصنف في المحطة الخطأ.
عدّل صنفاً بعد الإرسال، وألغِ آخر، وأعد تحضير صنف بسبب خطأ. يجب أن يظهر الفرق بوضوح، لا كتذكرة جديدة توحي بطلب إضافي. افحص رقم الطلب والطاولة والقناة والوقت والملاحظات، واسأل كيف يعالج النظام سقوط شاشة أو طابعة واحدة.
اختبر الطاولات والتقسيم والنقل
افتح طاولة، وانقل جزءاً من الطلب إلى طاولة ثانية، واجمع طاولتين، وقسم الفاتورة حسب الأشخاص والأصناف. جرّب مغادرة عميل قبل البقية، ودفعاً مختلطاً بين نقد وطريقة إلكترونية. يجب أن تبقى قيمة الطلب والمدفوع والرصيد قابلة للتفسير.
لا تقبل تعديلاً يزيل التاريخ. اطلب سجل من نقل الطاولة أو ألغى بنداً أو منح خصماً. إذا كان للمطعم حد ضيافة أو سياسة خصم، مثّلها بصلاحية وموافقة، لا بكلمة مرور مشتركة يعرفها الجميع.
اختبر قنوات الطلب معاً
أنشئ طلب صالة وطلب استلام وطلب توصيل في الدقائق نفسها. تحقق من الأولوية ووقت الاستلام والعنوان والرسوم وطريقة الدفع والملاحظات. يجب أن يعرف المطبخ القناة من دون ازدحام الشاشة بنصوص متشابهة، وأن يعرف الكاشير إن كانت الدفعة مسجلة خارج النظام أو عند التسليم.
إذا كان الربط مع منصة توصيل ضمن العرض، اختبر إلغاءً وتغيير صنف وتأخر قبول وانقطاعاً. اسأل من يملك قائمة المنتجات والأسعار، وكيف تُحل الفروق بين تقرير المنصة وتقرير النظام. كلمة «تكامل» لا تكفي من دون أحداث وحالات وتسوية.
اختبر المخزون من الوصفة
بع صنفاً مرتبطاً بوصفة، ثم تحقق من خصم المكونات بالكميات والوحدات الصحيحة. جرّب مكوناً مشتركاً بين صنفين، وإضافة تغير الاستهلاك، وهدر تحضير، وإرجاع صنف قبل وبعد بدء الطبخ. لا تتوقع دقة مخزون إذا كانت الوصفات والوحدات غير مضبوطة.
راجع دليل المنيو الذكي وتشغيل الأصناف لفهم الفرق بين عرض القائمة وإدارة التوفر. في تجربة الشراء، اطلب تقرير حركة يشرح لماذا تغير رصيد المكوّن، ومن عدله، وما الفرق بين الاستهلاك النظري والجرد الفعلي من دون افتراض سبب.
اختبر نفاد المكوّن أثناء الخدمة
اجعل رصيد مكوّن يصل إلى الصفر بعد عدة طلبات. يجب أن يعرف الكاشير أو المنيو أن الصنف غير متاح وفق القاعدة، وأن تظهر البدائل المسموح بها. لا يكفي تنبيه يصل إلى المدير بعد بيع الطلب؛ اختبر لحظة المنع وطريقة إعادة الإتاحة.
إذا سمح النظام بالبيع السالب، حدد من يملك الاستثناء ولماذا. قد يكون الجرد متأخراً، لكن فتح البيع بلا أثر يخفي المشكلة. سجل القرار كي يراجعه المدير بعد الوردية بدلاً من تعديل الرصيد حتى يطابق التقرير.
اختبر الإلغاء والإرجاع والخصم
ألغِ بنداً قبل الإرسال، وبعد وصوله إلى المطبخ، وبعد إغلاق الفاتورة. يجب أن تختلف الخطوات والأثر حسب الحالة. اختبر إرجاعاً جزئياً وخصماً على بند وضيافة كاملة بموافقة مدير، وتحقق من سجل السبب والمستخدم والوقت.
راجع أثر العملية على المخزون والضريبة والدفع وتقرير المبيعات. الإلغاء الذي يمحو الطلب يضيع الرقابة، والإرجاع الذي يعيد مكونات مطبوخة إلى المخزون يفسد الجرد. اطلب من المزود شرح القاعدة لا مجرد تنفيذ زر.
اختبر الفاتورة الإلكترونية منفصلة عن الدفع
أنشئ فاتورة من الطلب المكتمل وتابع حالتها حتى النتيجة المتاحة في بيئة الاختبار. لا تساوي حالة الدفع حالة الفاتورة؛ فقد تكون الفاتورة مقبولة وما يزال المبلغ مستحقاً، أو يكون الدفع مسجلاً بينما تحتاج الوثيقة تصحيحاً.
جرّب رفضاً بسبب بيانات ناقصة، وانتهاء مهلة، وإعادة محاولة. اطلب من النظام منع التكرار وعرض مرجع واضح. يضع دليل شراء تكامل JoFotara معايير أعمق إذا كان الربط جزءاً من صفقة نظام المطعم.
افصل النظام عن بيانات البطاقة
اسأل المورد ومزود الدفع من يخزن أو يعالج أو ينقل بيانات الحساب، وما نطاق مسؤولية المطعم. يطلب PCI DSS تقليل تخزين بيانات الحساب ووضع سياسة احتفاظ وحذف؛ لذلك لا تقبل حفظ أرقام حساسة في ملاحظات الطلب أو التقارير أو لقطات الدعم.
اختبر أن الإيصال والتقرير يعرضان الحد الأدنى اللازم، وأن المستخدم غير المخول لا يرى بيانات دفع زائدة. إذا تعطل جهاز الدفع، اكتب المسار البديل والتسوية اللاحقة، ولا تجعل الكاشير يعيد كتابة بيانات حساسة في نقطة البيع.
اقطع الإنترنت والطابعة والطاقة عن جزء من المسار
ابدأ طلباً ثم اقطع الإنترنت. سجل ما يستمر محلياً، وما ينتظر الشبكة، وكيف يعرف المستخدم أن العملية غير مكتملة. أعد الاتصال وتحقق من مزامنة طلب واحد لا نسختين. إذا كان الدفع يحتاج اتصالاً، يجب أن يوضح النظام ذلك ولا يعرض نجاحاً مؤقتاً.
عطل طابعة المطبخ أو شاشة التحضير، واختبر التنبيه والتحويل إلى بديل. اسأل عن استعادة الطلبات بعد إعادة تشغيل الجهاز. يقدم دليل اختيار POS بلا أجهزة باهظة سياق الأجهزة، لكن القبول هنا يثبت التوافق الفعلي مع أجهزتك وشبكتك.
نفذ إغلاق وردية قابلاً للمصالحة
أغلق الوردية بعد السيناريوهات كلها. يجب أن يفسر التقرير المبيعات حسب القناة وطريقة الدفع، والنقد المتوقع، والإلغاءات والإرجاعات والخصومات والضيافة والضرائب والفواتير المعلقة. قارن التقرير بالتذاكر والمدفوعات التجريبية واحدة واحدة.
اختبر فرقاً نقدياً مقصوداً، وحدد من يقره وكيف يظهر في سجل الإدارة. لا تجعل تعديل الإجمالي طريقة لإخفاء الفرق. إذا احتاج المحاسب تصديراً، افتحه فعلياً وتحقق من الترميز والتواريخ والمراجع، لا تكتفِ بصورة شاشة.
راجع التكلفة الكلية والعقد
اجمع الاشتراك والأجهزة والطابعات والشاشات والدعم والتركيب والتدريب والرسائل والتكاملات ورسوم الدفع وتحديث القنوات وترحيل المنيو والبيانات. اطلب ما يحدث عند إضافة فرع أو نقطة بيع، ومن يملك الأجهزة، وما الذي يبقى عند الإلغاء.
يجب أن يحدد العقد سيناريوهات القبول، وتاريخ التجربة، ومسؤولية الشبكة والأجهزة، ووقت الدعم في ساعات المطعم، وتصدير البيانات، وفترة الاحتفاظ، وخطة الانتقال. لا توقع بناءً على عرض لم يختبر إغلاق الوردية.
حدد المنتج والبديل المخصص بوضوح
يمكن اختبار منيو تك لنقاط البيع والمطاعم بهذه الوردية المصغرة، بينما تعرض حلول تشغيل المطاعم مشكلات القنوات والذروة والهدر التي يجب أن تدخل السيناريو. إذا كانت قواعد مطعمك لا يغطيها منتج جاهز، اكتب الفجوة أولاً قبل طلب تطوير مخصص.
لا تخصص النظام كي ينسخ كل عادة قديمة. اسأل هل الخطوة قاعدة عمل ضرورية، أم التفاف نشأ بسبب الأداة السابقة. التغيير المفيد يزيل إعادة الإدخال، لكنه لا يلغي رقابة الإلغاء أو التسوية أو صلاحيات المدير.
الخلاصة: اقبل النظام بعد إغلاق الوردية
قرار الشراء الجيد يأتي بعد طلبات متعددة، وتعديل وصل إلى المطبخ، ومخزون تحرك من وصفة، وانقطاع تعافى، وفاتورة احتفظت بحالتها، وتقرير أغلق النقد والمدفوعات. نفذ ذلك بواسطة فريقك وسجل القيود في العقد. إذا أردت تطبيق التجربة على منيو تك، احجز عرض وردية تشغيلية للمطعم مع منيو مصغر وسيناريوهاتك.
