Rakizat Tawasol

زادينو: هندسة نظام نقاط بيع ومطبخ وتوصيل للمطاعم يعمل دون اتصال بالإنترنت

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

التحدي

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

البنية المعمارية

ينقسم زادينو إلى طبقات منفصلة — Core وData وServices وDesktop وواجهة برمجية محلية (Local API) وطبقة مزامنة عن بُعد (Remote) — بحيث يعمل جهاز نقاط البيع وشاشة المطبخ أولًا مقابل مخزن بيانات محلي، وتتولى الواجهة البرمجية المحلية التشغيل اليومي على شبكة المطعم نفسها بصرف النظر عن حالة الإنترنت العام. تتولى طبقة Remote الترخيص والمزامنة بين الفروع والإدارة المركزية عند توفر الاتصال، من غير أن تعطّل عمل الكاونتر في تلك الأثناء.

ما بنيناه

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

النتيجة

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