الانتقال إلى المحتوى الرئيسي
نظام نقاط البيع (POS) هو الذي يُدير الكاشير. وربطه بـ OTO هو ما يحوِّل المتجر إلى مكان يمكن شحن الطلبات منه.

لماذا يُعدّ المتجر حالةً أصعب من المستودع؟

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

ما الذي يمنحك إياه ربط نظام POS؟

أنظمة POS للمطاعم والأغذية

يُربط Foodics مباشرةً من كتالوج القنوات، إلى جانب Jahez وFooder. وتتصرف طلبات الطعام بشكل مختلف عن طلبات التجزئة: مواعيد قصيرة، وتجهيز من الفرع، ونافذة توصيل تُقاس بالدقائق؛ ولهذا يُفضَّل ضبطها على فروع ذات اتفاقيات مستوى خدمة للتحضير صارمة، بدلًا من الإعدادات الافتراضية للمستودعات.

كيف تُقدَّم عمليات ربط POS؟

Foodics متاح في كتالوج الخدمة الذاتية. أما أنظمة POS الأخرى فتُربط عبر REST API: تحديثات المخزون إلى OTO، وأحداث الطلبات وتجهيزها منها. يمكن أن يبني ذلك فريقك، أو مزوّد نظام POS لديك، أو OTO على نقاط النهاية الخاصة بك على شكل موصِّل مطوَّر لحسابك وقواعد عملك. الطرق الثلاث الموضحة في أنظمة ERP تنطبق هنا أيضًا، ونظام الكاشير الذي لا يملك API عامة هو بالضبط الحالة التي وُجدت من أجلها الطريقة الثالثة. لاحظ أن إنشاء مواقع استلام الطلب من نوع فرع عبر الـ API ميزة متاحة في باقة الأعمال؛ أما المستودعات فمتاحة في جميع الباقات. راجع التوفر حسب الباقة.

صفحات ذات صلة