الوسيط مقابل المجمع مقابل البرمجيات الوسيطة
ثلاثة أدوار غالبًا ما يتم الخلط بينها: يقوم المجمع (Glovo، Uber Eats، Just Eat) بتشغيل سوق، ويمتلك العميل، ويدير التوصيل. يقوم الوسيط البرمجي للمطاعم (Sinqro) بترجمة الطلبات والقوائم والبيانات بين القنوات وأنظمة المطعم الخاصة. يجلس الوسيط الغذائي فوق كلاهما: يمثل المطعم في كل قناة، ويوقع عقودًا تجارية مع الأسواق ومنصات الطلب المباشر باسم المطعم، ويدفع للمطعم تسوية شهرية واحدة عن كل ما تم بيعه عبر كل القنوات.
ما الذي يغطيه عادةً عقد الوسيط
تغطي معظم عقود وسطاء الطعام: الانضمام إلى القنوات (marketplaces، الطلب المباشر، الأكشاك، جانب الطاولة)، نشر القوائم حسب القناة مع تسعير محدد لكل قناة، استلام الطلبات والت dispatch التشغيلي، تسوية المدفوعات عبر القنوات، التعامل مع النزاعات والمبالغ المستردة، وتسوية دورية واحدة للمطعم. عادةً ما يوافق المطعم على عمولة موحدة (رسوم الوسيط + تمرير رسوم السوق) ويمنح الوسيط السلطة لتمثيله تجارياً على القنوات المذكورة.
لماذا يحتاج الوسطاء إلى middleware للمطاعم
لا يمكن لوكيل الطعام الذي يدير عشرات أو مئات المطاعم عبر العديد من الأسواق أن يقوم بإدخال الطلبات يدويًا في نظام نقاط البيع لكل مطعم أو مزامنة كل قائمة يدويًا. يقوم الوكيل بتشغيل الطبقة التجارية فوق واجهة برمجة التطبيقات للمطاعم (مثل Sinqro) التي تنظم الطبقة التقنية - استلام الطلبات، مزامنة القوائم، تسليم البيانات إلى نظام نقاط البيع، بيانات المبيعات، التسويات. Sinqro هي المنصة التشغيلية التي يتصل بها وكيل الطعام بكل مطعم؛ Sinqro نفسها لا تعمل كوكيل.