WooCommerce مرتبط بالمخزون والطلبات
يرسل ربط WooCommerce بنظام ERP الطلبات من متجرك إلى النظام الذي ينفّذها ويصدر فواتيرها، ويعيد الأصناف والأسعار وكميات المخزون إلى المتجر. وتشمل الخدمة نفسها المتاجر التي يكون مرجع مخزونها نظام نقاط بيع بدلاً من ERP. نبني على WooCommerce REST API وإشعارات الويب (webhooks)، مع خدمة منفصلة تتولى مطابقة الحقول وقوائم الانتظار وإعادة المحاولة، فلا يجري العمل الثقيل داخل WordPress.
تناسب هذه الخدمة المتاجر التي نمت على WooCommerce وصارت تنسخ الطلبات يدوياً أو ترفع ملفات المخزون. ولأن المتجر يعمل على استضافتك الخاصة، يختلف التصميم عن المنصات المستضافة. فالإضافات تغيّر بيانات الطلبات، وأدوات الأمان قد تحجب اتصالات API، وعملية استيراد كبيرة قد تبطئ الموقع على المتسوقين. لذلك نقيس ما يحتمله خادمك، ونضبط وتيرة الربط وفق ذلك.
مطابقة الحقول والبيانات الوصفية
نطابق المنتجات، والمتغيرات، والسمات، وفئات الضريبة، والقسائم، والحقول المخصصة التي تضيفها إضافاتك إلى الطلبات، مع أصناف ERP وقوائم أسعاره ومستندات البيع.
قواعد النظام المرجعي
يكون ERP أو نظام نقاط البيع في العادة مرجع الأصناف والأسعار والمخزون، ويكون WooCommerce مرجع الطلبات والعملاء، وينتقل كل حقل في اتجاه واحد متفق عليه فقط.
مفاتيح API والأدوار
تستخدم الخدمة مفاتيح REST API بأضيق صلاحية تؤدي الغرض، مرتبطة بمستخدم WordPress مخصص، عبر HTTPS، مع تخزين المفاتيح خارج الموقع.
قائمة الطلبات المستثناة
الطلبات التي فيها منتج غير مطابق، أو عنوان غير صالح، أو اختلاف في الضريبة، تنتظر في قائمة خارج WordPress، حيث يصححها الموظفون ويعيدون إرسالها.
إعادة المحاولة بوتيرة مضبوطة
نضبط وتيرة الاتصالات على ما تحتمله استضافتك، وتُعاد الاتصالات الفاشلة بمهل متزايدة، ويحمل كل طلب شراء مرجعاً فلا يستقبله ERP مرتين أبداً.
مراقبة إشعارات الويب
يوقف WooCommerce إشعار الويب بعد تكرار فشل التسليم، لذلك تفحص الخدمة حالة الإشعارات، وتستعلم عما فات، وتنبّه حين يتعطل أحدها.
ما تتسلّمه منّا
- مطابقة الحقول والبيانات الوصفية
- قواعد البيانات المرجعية واتجاهات النقل
- خدمة ربط مع شيفرتها المصدرية
- قائمة الطلبات المستثناة
- مراقبة حالة إشعارات الويب
- استعلام دوري لاستدراك الأحداث الفائتة
- نتائج الاختبار على موقع تجريبي
- دليل تشغيل وجلسة تسليم
طريقة عملنا
- 01
فحص المتجر
نراجع قدرة الاستضافة، والإضافات التي تغيّر المنتجات والطلبات والضريبة، ونمط تخزين الطلبات، وأي عمليات استيراد قائمة، ثم نحصر ما يحتاج إليه ERP من كل طلب.
- 02
المطابقة والبناء
نتفق على المطابقة مع فريقي العمليات والمالية، ونبني الخدمة على نسخة تجريبية من موقعك وشركة اختبار في ERP، بطلبات واقعية.
- 03
الاختبار والتجربة
نقيس استجابة الموقع أثناء تحديثات المخزون، ونضبط الوتيرة، ثم نعالج طلبات فعلية بالتوازي مع طريقتك الحالية ونقارن النتائج.
- 04
الإطلاق
ينتهي الإدخال اليدوي في يوم متفق عليه. ثم نراقب عن كثب القوائم وحالة إشعارات الويب واستجابة الموقع، وينتقل دليل التشغيل ولوحة المتابعة إلى فريقك.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| جانب WooCommerce | REST API، Webhooks، تخزين الطلبات (HPOS)، Action Scheduler |
| الأنظمة الخلفية | واجهات REST وOData، خدمات SOAP، تبادل CSV وSFTP، واجهات أنظمة نقاط البيع |
| خدمة الربط | Node.js، TypeScript، PostgreSQL، قوائم الرسائل |
| التشغيل | فحوص إشعارات الويب، التنبيهات، أدوات إعادة التشغيل، ضبط وتيرة الحمل |
الطلبات تُكتب من جديد وملفات المخزون تُرفع يدوياً
يصدّر شخص ما الطلبات كل صباح ويدخلها في ERP. ويُحدَّث المخزون من جدول بيانات، فيصبح خاطئاً قبل الظهر. وقد وعدت إحدى الإضافات بربط النظامين، ثم توقفت عن العمل بعد تحديث، دون أن تنبّه أحداً.
- متاجر تجاوزت جداول البيانات
- متاجر لديها نظام نقاط بيع
- قوائم أسعار الجملة
- منتجات متعددة الخيارات ومنتجات مجمّعة
- تنفيذ الطلبات من عدة مستودعات
- متاجر تعتمد على إضافات كثيرة
أسئلة شائعة
ماذا يحتاج متجرنا واستضافتنا لهذا الربط؟
إصدار حديث من WooCommerce يعمل عبر HTTPS، ومفاتيح REST API منشأة لمستخدم مخصص، واستضافة تسمح بمرور اتصالات API عبر جدار الحماية وطبقات التخزين المؤقت. وعلى جانب ERP، تحتاج إلى مستخدم ربط مرخَّص أو وحدة API وشركة اختبار. ولا يتطلب WooCommerce نفسه باقة مدفوعة للوصول إلى API. ونفحص قدرة استضافتك أولاً، لأنها تحدد السرعة التي يمكن أن تجري بها التحديثات بأمان.
هل تكفي إضافة جاهزة أم نحتاج إلى ربط مخصص؟
تستحق الإضافة التي تُصان بانتظام لنظام ERP لديك أن تجربها أولاً إذا كانت منتجاتك وأسعارك بسيطة. وتبدأ المشكلات عادةً مع المنتجات متعددة الخيارات، والأسعار الخاصة بكل عميل، وتعدد المستودعات، أو بيانات الطلبات التي تعدّلها إضافات أخرى. كما تعمل الإضافات داخل WordPress، حيث تنافس المزامنة الثقيلة المتسوقين على الخادم. والخدمة المنفصلة تتجنب ذلك، وتتأثر أقل بتحديثات الموقع.
هل يمكن أن يكون نظام نقاط البيع مصدر المخزون بدلاً من ERP؟
نعم. كثير من المتاجر تدير مخزونها في نظام نقاط البيع وليس لديها ERP. يتعامل الربط مع ذلك النظام على أنه المرجع، فيرسل كمياته وأسعاره إلى WooCommerce، ويعيد الطلبات الإلكترونية إليه، ليرى المتجر رقم مخزون واحداً. وتتوقف حداثة بيانات الموقع على ما يوفره نظام نقاط البيع: أحداث فورية، أو API، أو ملفات تصدير مجدولة.
هل يبطئ الربط موقعنا؟
ينبغي ألا يبطئه، ونقيس لنتأكد. فالمطابقة والقوائم تعمل على بنية منفصلة، والاتصالات بالموقع محدودة بوتيرة تتحملها استضافتك بسهولة. أما المهام الكبيرة، مثل تحديث الأسعار كلها، فتجري على دفعات صغيرة خارج أوقات الذروة. وخلال التجربة نراقب زمن استجابة الصفحات أثناء المزامنة، ونعدّل قبل الإطلاق.
ماذا يحدث بعد تحديثات WordPress أو الإضافات؟
التحديثات هي السبب الرئيسي لتعطل عمليات ربط WooCommerce، لذلك نخطط لها. لا تعتمد الخدمة إلا على REST API الموثّقة، لا على جداول قاعدة البيانات الداخلية. وتعمل مجموعة فحوص مؤتمتة على موقعك التجريبي، الذي ينبغي أن تُطبَّق عليه التحديثات أولاً. وإذا غيّرت إضافة ما شكل بيانات الطلبات، تتوقف الطلبات المتأثرة في قائمة الاستثناءات بدلاً من أن تصل إلى ERP خاطئة.