الانتقال من أودو إلى شوبيفاي مع إبقاء Odoo للمحاسبة

الانتقال من أودو إلى شوبيفاي في معظم الحالات لا يعني التخلي عن Odoo، بل تقسيم الأدوار: يبقى Odoo نظام المحاسبة والمشتريات والمخزون داخل الشركة، وينتقل البيع للعملاء إلى واجهة شوبيفاي الأسرع والأسهل في التسويق. نجاح المشروع يعتمد على ثلاثة أمور: إثراء بيانات المنتجات التي يخزنها ERP بشكل مختصر، تحديد اتجاه المزامنة لكل نوع بيانات، واختبار الطلبات من المتجر إلى Odoo قبل أي تبديل للنطاق.

لماذا ينتقل التجار من أودو إلى شوبيفاي؟

Odoo نظام ERP قوي، ووحدة التجارة الإلكترونية فيه مفيدة لشركة تريد كل شيء في مكان واحد. لكن التجار الذين يأتون إلينا منه يصفون المشكلة نفسها تقريبًا: المتجر صُمم من منظور النظام الداخلي لا من منظور العميل. تظهر المشكلة في:

• تجربة الشراء على الجوال: صفحات المنتج والسلة والدفع ليست بالمرونة والسرعة التي يتوقعها عميل اعتاد المتاجر الحديثة.
• التسويق والتتبع: ربط Meta Pixel مع Conversions API وGA4 وMerchant Center يحتاج تطويرًا مخصصًا، بينما هو أصلي في شوبيفاي.
• التطبيقات: لا يوجد ما يوازي متجر تطبيقات شوبيفاي للتقييمات والواتساب والعروض المجدولة والترجمة.
• الاعتماد على مطور Odoo لكل تعديل في الواجهة، بما فيها تغييرات بسيطة في الثيم.
• الأداء مع الكتالوجات الكبيرة: صفحات الفئات بآلاف المنتجات تحتاج ضبطًا هندسيًا مستمرًا على خوادم Odoo كي تبقى سريعة على الجوال.

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

النموذج: شوبيفاي في الواجهة وOdoo في الخلفية

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

نوع البيانات	مصدر الحقيقة	اتجاه المزامنة
المنتجات الأساسية (الكود، الاسم، التكلفة)	Odoo	من Odoo إلى شوبيفاي
المحتوى التسويقي (الوصف، الصور، العلامات)	شوبيفاي	يُدار في شوبيفاي فقط
الكميات المتاحة	Odoo	من Odoo إلى شوبيفاي
أسعار البيع والعروض	شوبيفاي (أو Odoo حسب العمل)	يُحدد اتجاه واحد
الطلبات	شوبيفاي	من شوبيفاي إلى Odoo
العملاء	شوبيفاي	من شوبيفاي إلى Odoo
الفواتير والمحاسبة	Odoo	تُنشأ في Odoo من الطلبات المستوردة

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

الخطوة الأولى: تصدير وإثراء بيانات المنتجات

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

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

نُصدّر البيانات من Odoo إلى ملف، نُنظّفها ونُثريها، ثم نستوردها إلى شوبيفاي بأداة استيراد تدعم Metafields. بنية الملف والأخطاء الشائعة في استيراد المنتجات إلى شوبيفاي.

الخطوة الثانية: بناء المزامنة واختبارها

بعد أن يكتمل الكتالوج في شوبيفاي، نربط المنصتين بإحدى ثلاث طرق: موصل جاهز من Odoo، موصل من مطور خارجي، أو تكامل مخصص عبر Shopify Admin API حين تكون البيانات أو قواعد العمل غير قياسية. ثم نختبر السيناريوهات الحقيقية:

1. تغيير كمية في Odoo، والتحقق من انعكاسها في المتجر خلال الفترة المتوقعة.
2. طلب حقيقي من المتجر، والتحقق من وصوله إلى Odoo بالعميل والمنتجات والخصم والشحن الصحيح.
3. إلغاء أو إرجاع، والتحقق من عودة الكمية.
4. منتج جديد في Odoo، والتأكد أنه يصل مسودة إلى شوبيفاي ولا يُنشر قبل إثراء بياناته.

المنطق نفسه الذي نطبقه على كتالوجات الموردين؛ في مزامنة مخزون الموردين مع شوبيفاي شرحنا كيف بنينا محرك مزامنة يطابق آلاف المنتجات تلقائيًا.

الخطوة الثالثة: العملاء والطلبات والروابط

تُنقل بيانات العملاء وعناوينهم وتاريخ طلباتهم إلى شوبيفاي كسجل، مع إرسال دعوات تفعيل الحسابات لأن كلمات المرور لا تُنقل. وإن كان متجر Odoo القديم مفهرسًا في Google، نبني خريطة روابط وتحويلات 301 لكل صفحة منتج وفئة، كما في الحفاظ على ترتيب Google عند نقل المتجر. ثم نُعيد ربط Pixel وCAPI وGA4 وMerchant Center بالمتجر الجديد قبل الإطلاق. وإن كان متجر Odoo القديم حديث العهد أو ضعيف الفهرسة، تكفي تحويلات لأهم الصفحات التي تظهر في الحملات والقوائم الرئيسية.

تجهيز Odoo قبل الربط

الربط الناجح يبدأ من جهة Odoo لا من جهة شوبيفاي. قبل تشغيل أي مزامنة نراجع أربعة أمور في Odoo نفسه:

1. توحيد الأكواد: كل متغير له كود داخلي فريد، لأن الموصل يطابق المنتجات بالكود، والتكرار يُنتج منتجات مكررة في المتجر.
2. تنظيف المنتجات غير البيعية: مواد التعبئة والخدمات والأصناف الداخلية تُستثنى من المزامنة بوسم أو فئة خاصة كي لا تظهر في المتجر.
3. تحديد المستودعات: أي مستودع تُحسب كميته المتاحة للبيع عبر الإنترنت، وهل تُطرح الكميات المحجوزة لطلبات الجملة.
4. قواعد التسعير: إن كانت قوائم الأسعار في Odoo متعددة (تجزئة، جملة، عملات)، تُحدد القائمة التي تغذي المتجر، وتُدار العروض في شوبيفاي.

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

يوم التبديل والمراقبة

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

من واقع تجربتنا: قصة Sophie’s

متجر Sophie’s للتجميل في الأردن كان يعمل على Odoo بأكثر من 4,000 منتج، على منصة لم تُصمم للبيع بالتجزئة عبر الإنترنت، ببيانات منتجات ناقصة وبلا تتبع إعلاني صحيح. نقلنا الكتالوج إلى شوبيفاي، أعدنا تنظيم الكولكشنات، وأدخلنا وأثرينا بيانات المنتجات والصور، ثم بنينا قمعًا إعلانيًا كاملًا على Meta وGoogle Shopping وPerformance Max. النتيجة: متجر شوبيفاي مكتمل بـ 4,286 منتجًا منشورًا، وحملات تعمل وفق أهداف ربحية محددة مسبقًا، مع تدقيق دوري للسلة والدفع.

الدرس الأهم من Sophie’s: وقت المشروع ذهب إلى إثراء البيانات لا إلى النقل التقني. ولمن يعتمد على موردين يتغير مخزونهم يوميًا، بنينا لمتجر BrandVIP محرك مزامنة يقرأ كتالوج المورد ويحدّث التوفر والسعر والحالة تلقائيًا لـ 8,788 منتجًا. المنطق نفسه ينطبق على الربط مع Odoo.

إن كان نظامك الحالي ماجنتو بدل أودو، فالخطوات التقنية تختلف وشرحناها في الانتقال من ماجنتو إلى شوبيفاي.

الخلاصة

الانتقال من أودو إلى شوبيفاي هو إعادة توزيع للأدوار: Odoo للمحاسبة والمخزون، وشوبيفاي للبيع والتسويق، بينهما مزامنة باتجاه محدد لكل نوع بيانات. العمل الحقيقي في إثراء بيانات المنتجات واختبار المزامنة بطلبات حقيقية قبل التبديل. هذا ما تقدمه خدمة الانتقال إلى شوبيفاي من E-SAFQA بصفتنا Shopify Partner.

أرسل لنا على واتساب إصدار Odoo الذي تستخدمه وعدد منتجاتك، وسنقترح لك نموذج ربط وخطة انتقال مناسبة.