ربط متجر سلة أو زد بنقاط البيع والمخزون: دليل عملي للتجار

لماذا تربط المتجر الإلكتروني بنقاط البيع؟

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

ما البيانات التي تُزامَن؟

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

ما طرق الربط الثلاث؟

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

2. نظام نقاط بيع يدعم المنصة أصلًا. بعض أنظمة نقاط البيع توفّر ربطًا مباشرًا مع المنصات السعودية. يناسب من يختار نظامًا جديدًا ويريد تقليل عدد الأطراف.

3. تكامل مخصص. عندما يكون لديك نظام قائم لا يدعمه تطبيق جاهز، أو قواعد خاصة مثل تعدد المستودعات أو تسعير مختلف لكل قناة، يُبنى الربط عبر واجهات API وWebhooks للمنصة ونظامك، مباشرة أو عبر أداة أتمتة مثل n8n. هذا ما ننفّذه ضمن خدمة ربط الأنظمة وواجهات API، ويتحدد نطاقه بعد مراجعة واجهات نظام نقاط البيع لديك.

من هو النظام المرجعي للمخزون؟

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

كيف تتعامل مع تعدد الفروع والمستودعات؟

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

كيف تُعالَج المرتجعات والإلغاءات والفواتير؟

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

ما خطوات التنفيذ؟

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

ما الأخطاء الشائعة؟

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

إذا لم يكن لديك نظام نقاط بيع بعد، فراجع نظام نقاط البيع POS المرتبط بالمخزون والحسابات ونظام المخزون والمشتريات. وإذا كان المتجر نفسه لم يُنشأ بعد، فهذه خدمة إنشاء متجر سلة.