المشكلة التي يحلها الـ middleware
بدون طبقة وسيط، يصبح كل زوج من القناة إلى النظام مشروعًا خاصًا به. يقوم الفريق بإدخال طلبات Glovo يدويًا في نظام POS، وينسخ تغييرات القائمة لوحة تلو الأخرى، ويصدر ملفات CSV لإرسالها إلى المحاسبة، ويقوم بتسوية المدفوعات من الأسواق في جداول البيانات. كل تكامل هش، وإضافة قناة أخرى تضاعف العمل. يقوم وسيط المطاعم بدمج تلك الشبكة في اتصال واحد لكل قناة واتصال واحد لكل نظام.
ما الذي يفعله middleware الجيد بالفعل
يؤدي برنامج الوسيط الجيد للمطاعم خمسة وظائف تشغيلية في آن واحد: (1) استلام الطلبات — يقبل الطلبات من كل قناة مع حمولة كاملة (المنتج، المعدلات، الطلبات الخاصة، النوع، العميل)؛ (2) نشر القائمة — يحافظ على تناسق القائمة والأسعار والتوافر عبر القنوات؛ (3) تسليم إلى نظام نقاط البيع — يدفع الطلبات المقبولة إلى نظام نقاط البيع كما لو كان أحد أعضاء الفريق قد كتبها؛ (4) إرجاع الحالة — يرسل حالات مقبولة/قيد التحضير/جاهزة/تم التسليم إلى كل قناة؛ (5) حركة البيانات — يدفع مبيعات نظام نقاط البيع وبيانات السوق إلى المحاسبة والمخزون وتحليل البيانات. تنفذ Sinqro هذه الوظائف كـ Order Hub (1-4) وData Sync (5).
الـ Middleware ليس مجمعًا
يعمل مُجمّع التوصيل (Glovo، Uber Eats، Just Eat، Deliveroo) على تشغيل سوق — حيث يمتلك علاقة العملاء، ويدير أسطوله الخاص من المرسلين (أو أسطول شريك)، ويتقاضى عمولة عن كل طلب من المطعم. يعمل الـ Middleware على تشغيل نظام المطعم — فهو لا يُدرج المطعم علنًا، ولا يمتلك العملاء، ولا يتقاضى عمولة عن كل طلب. عادةً ما تقوم المطاعم بتشغيل الـ Middleware والمجمّعين معًا: حيث يقوم الـ Middleware بتنظيم كل قناة بما في ذلك المجمّعين.
أين تتناسب Sinqro
سينكرو هي الطبقة التشغيلية التي تربط القنوات (marketplaces، الطلب المباشر، الكشك، QR الطاولة)، والأدوات داخل المطعم (Dashboard، Work App، Rider App)، وأنظمة المكتب الخلفي (POS، ERP، المحاسبة، المخزون، BI) معًا. يدير Order Hub جانب القنوات. يدير Data Sync حركة البيانات. تعتبر Dashboard وWork App وRider App هي السطح اليومي للعمليات. الطبقة التشغيلية الكاملة هي ما يسميه معظم الفرق باختصار "middleware للمطاعم".