ترحيل Microsoft Dynamics 365 إلى Odoo: دليل المؤسسة

الوجبات الرئيسية

• يتشارك Dynamics 365 وOdoo في بنية ERP الأساسية ولكنهما يختلفان في أسلوب التخصيص ونموذج النشر
• يتطلب استخراج البيانات من Dynamics 365 إطار عمل إدارة البيانات (DMF) أو واجهات برمجة تطبيقات OData — وليس عمليات التصدير اليدوية
• يجب تدقيق الكيانات المخصصة ومسارات العمل وتدفقات Power Automate وإعادة إنشائها في إطار عمل Odoo
• خطة لمدة 6-12 شهرًا لجدول زمني إجمالي للترحيل لعمليات النشر المؤسسية
• يعد التشغيل المتوازي لمدة تتراوح بين 60 و90 يومًا أمرًا ضروريًا لعمليات ترحيل المؤسسات - وهي فترة أطول من عمليات ترحيل الشركات الصغيرة النموذجية
• غالبًا ما تكون إعادة توصيل التكامل (خدمات Azure وPower Platform وISVs التابعة لجهات خارجية) هي المرحلة الأكثر تعقيدًا
• يتطلب تدريب المستخدم اهتمامًا خاصًا لأن التحول في نموذج تجربة المستخدم من Microsoft إلى Odoo يعد أمرًا هامًا

---

لماذا تنتقل المؤسسات من Dynamics 365 إلى Odoo

التكلفة الإجمالية للملكية

يُضاف ترخيص Dynamics 365 بسرعة إلى بيئات المؤسسات:

فرق التكلفة كبير. وحتى مع احتساب تكاليف التخصيص والتنفيذ في Odoo، فإن الجدول الزمني لعائد الاستثمار يتراوح عادةً بين 12 و18 شهرًا.

الاستقلال الفني

يربطك Dynamics 365 بمكدس Microsoft: Azure للاستضافة، وPower Platform للأتمتة، وDataverse لتخزين البيانات، وشبكة شركاء Microsoft للتخصيص. يعمل Odoo على أي بنية تحتية (AWS، وGCP، وAzure، وon-premise، وOdoo.sh)، ويستخدم PostgreSQL القياسي، ويدعم التخصيص بواسطة أي مطور Python.

حرية التخصيص

تخصيصات Dynamics 365 من خلال X++ أو Power Platform مقيدة بدورة التحديث ونموذج الملحق من Microsoft. تسمح البنية المعيارية لـ Odoo بتخصيص غير محدود من خلال وحدات Python التي تنجو من الترقيات بشكل نظيف عند اتباع أنماط وراثة Odoo.

---

تعيين الوحدة: Dynamics 365 إلى Odoo

المالية

إدارة سلسلة التوريد

الموارد البشرية

---

المرحلة الأولى: الاكتشاف والتقييم (الأسابيع 1-6)

تدقيق التخصيص

تتضمن عمليات نشر Enterprise Dynamics 365 دائمًا تخصيصًا كبيرًا. قبل الترحيل، قم بتوثيق كل تخصيص:

ملحقات وتراكبات X++:

• سرد جميع الفئات والجداول والنماذج والتقارير المخصصة
• تحديد التخصيصات التي تعد ضرورية للأعمال مقابل التخصيصات التي من الجيد الحصول عليها
• لاحظ أي تخصيصات تعمل على تعديل السلوك القياسي (وهي الأكثر خطورة)
• التحقق من وجود أنماط مهملة يمكن للنظام الجديد التعامل معها أصلاً

تدفقات الطاقة التلقائية:

• توثيق شروط وإجراءات التشغيل لكل تدفق
• التصنيف: هل يمكن استبدال ذلك بإجراءات Odoo الآلية، أم أنه يحتاج إلى تطوير مخصص؟
• لاحظ التدفقات التي تتكامل مع الأنظمة الخارجية (تحتاج هذه إلى إعادة توصيل الأسلاك للتكامل)

** تطبيقات الطاقة: **

• قم بإدراج جميع التطبيقات المخصصة المبنية على Dataverse
• تحديد ما يمكن استبداله بعروض/لوحات معلومات Odoo مقابل التطوير المخصص
• تحديد نماذج البيانات الفريدة لـ Power Apps التي تحتاج إلى الترحيل

تقارير SSRS وPower BI:

• قم بفهرسة جميع التقارير المخصصة مع مصادر البيانات الخاصة بها
• تحديد الأولويات حسب تكرار الاستخدام - قم بترحيل أفضل 20% ممن يغطون 80% من الاحتياجات
• التخطيط لإعادة إنشاء التقرير في محرك تقارير QWeb الخاص بـ Odoo أو أدوات ذكاء الأعمال الخارجية

مخزون التكامل

يتكامل Enterprise D365 عادةً مع أنظمة متعددة:

---

المرحلة الثانية: استخراج البيانات (الأسابيع 5-10)

استخدام إطار عمل إدارة البيانات (DMF)

يعد DMF الخاص بـ Dynamics 365 الأداة المناسبة لاستخراج بيانات المؤسسة. يعالج:

• علاقات الكيانات المعقدة والمفاتيح الخارجية
• الصادرات المتزايدة لمجموعات البيانات الكبيرة
• حزم البيانات التي تحافظ على التكامل المرجعي
• الصادرات المجدولة لفترات التشغيل الموازية

عملية تصدير DMF:

1. انتقل إلى مساحة عمل إدارة البيانات في D365
2. إنشاء مشروع تصدير
3. أضف الكيانات بترتيب التبعية (انظر التسلسل أدناه)
4. تكوين تنسيق البيانات (XML أو CSV — يحافظ XML على العلاقات بشكل أفضل)
5. تنفيذ وتنزيل حزمة البيانات

تصدير تسلسل الكيان

الطبقة الأولى — البيانات المرجعية (التصدير أولاً):

• الكيانات القانونية (الشركات)
• مخطط الحسابات
• الأبعاد المالية
• العملات وأسعار الصرف
• وحدات القياس
• شروط الدفع
• رموز الضرائب والمجموعات

الطبقة الثانية — البيانات الرئيسية:

• العملاء (حسابات العملاء)
• البائعين (حسابات البائعين)
• المنتجات (المنتجات الصادرة، متغيرات المنتج)
• الموظفين
• المستودعات والمواقع

الطبقة 3 — بيانات المعاملات:

• فتح أوامر البيع
• فتح أوامر الشراء
• فتح فواتير العملاء (حسابات القبض)
• فواتير البائع المفتوحة (الحسابات الدائنة)
• المخزون في متناول اليد
• أوامر الإنتاج (مفتوحة)
• المشاريع والجداول الزمنية

الطبقة الرابعة — البيانات التاريخية:

• أوامر البيع المغلقة (12-24 شهرًا)
• الفواتير والمدفوعات المنشورة
• أوامر الإنتاج المنجزة
• معاملات دفتر الأستاذ العام (الحد الأدنى للسنة المالية الحالية)

تصدير OData API (بديل)

بالنسبة لعمليات الاستخراج المستهدفة أو المزامنة المستمرة أثناء التشغيل المتوازي، استخدم نقاط نهاية OData في Dynamics 365:

• يتم عرض كل كيان كخلاصة OData عند https://[environment].operations.dynamics.com/data/[EntityName]
• يدعم التصفية وترقيم الصفحات واختيار الحقل
• أكثر ملاءمة للمزامنات المتزايدة من استخراج البيانات الكاملة
• تنطبق حدود المعدل - خطة لتقييد مجموعات البيانات الكبيرة

---

المرحلة 3: تحويل البيانات ورسم الخرائط (الأسابيع 8-14)

رسم الخرائط للحسابات

هذا هو القرار الأكثر أهمية لرسم الخرائط. يستخدم Dynamics 365 الحساب الرئيسي + بنية البعد المالي. يستخدم Odoo مخططًا مسطحًا للحسابات مع المحاسبة التحليلية للتحليل الأبعاد.

منهج التحول:

• ربط كل حساب رئيسي في D365 بحساب Odoo بنوع الحساب الصحيح
• تحويل الأبعاد المالية إلى حسابات Odoo التحليلية والخطط التحليلية
• تعيين ملفات تعريف النشر D365 لتكوينات مجلة Odoo
• مطابقة ميزان المراجعة بعد التحويل للتأكد من دقته

رسم الخرائط الرئيسية للعملاء والبائعين

يحتفظ D365 بحسابات منفصلة للعملاء والبائعين. لدى الشركة التي تكون عميلاً وموردًا في نفس الوقت سجلين. يستخدم Odoo نموذج اتصال واحد مع إشارات العميل/المورد.

القرار مطلوب: هل تريد دمج سجلات العملاء والبائعين لنفس الشركة في جهة اتصال واحدة على Odoo، أو الاحتفاظ بسجلات منفصلة؟ يعد الدمج أكثر وضوحًا ولكنه يتطلب الفصل الدقيق بين المستحقات والمستحقات الدفع.

رسم الخرائط الرئيسية للمنتج

يستخدم D365 نموذجًا رئيسيًا للمنتج معقدًا مع:

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

يستخدم Odoo نموذجًا أبسط:

• قوالب المنتج (مع المتغيرات الاختيارية)
• متغيرات المنتج (التي تم إنشاؤها من مجموعات السمات)
• المواقع (التسلسل الهرمي داخل المستودعات)
• تتبع الدفعة/المسلسل (لكل تكوين منتج)

قم بتعيين مجموعة أبعاد منتج D365 لسمات منتج Odoo. تأكد من ترجمة مجموعات الأبعاد إلى متغيرات Odoo صالحة ضمن الحد العملي المكون من 3 سمات.

---

المرحلة الرابعة: تكوين وتخصيص Odoo (الأسابيع 10-20)

قائمة التحقق من تكوين المؤسسة

• تكرار هيكل الشركات المتعددة (الكيانات القانونية D365 ← شركات Odoo)
• مخطط الحسابات الذي تم تكوينه لكل شركة مع القواعد المشتركة بين الشركات الشقيقة
• تحديد السنة المالية والفترات المحاسبية
• تكوين الضريبة: المعدلات، المجموعات، الأوضاع المالية، ضريبة الاستقطاع
• إدارة العملة: العملات النشطة، مصادر أسعار الصرف
• تم إنشاء فئات المنتجات وسماتها
• هيكل المستودعات: المستودعات، المواقع، المسارات، أنواع العمليات
• التصنيع: مراكز العمل، المسارات، هيكل قائمة المواد
• المبيعات: قوائم الأسعار، شروط الدفع، طرق التسليم، فرق المبيعات
• الشراء: قوائم أسعار البائعين، اتفاقيات الشراء، الموافقات
• الموارد البشرية: الأقسام، المناصب الوظيفية، أنواع الإجازات، فئات النفقات
• أدوار المستخدم وحقوق الوصول (قم بتعيين أدوار أمان D365 لمجموعات Odoo)
• سير عمل الموافقة (حدود الشراء، حدود النفقات، الموافقات على الإجازات)
• التسلسل الرقمي (أرقام الفاتورة، أرقام الطلب، أرقام الدفعة)
• قوالب البريد الإلكتروني وقواعد الإشعارات

التطوير المخصص

تتطلب بيئات Enterprise D365 عادةً ما بين 10% إلى 30% من الوظائف ليتم تطويرها بشكل مخصص في Odoo. الوحدات المخصصة الشائعة:

• سير العمل الخاص بالصناعة والذي كان عبارة عن تخصيصات X++
• موصلات EDI لتنسيقات المستندات الخاصة بالشريك
• قواعد التسعير المتقدم تتجاوز قوائم الأسعار القياسية الخاصة بـ Odoo
• تقارير الامتثال الخاصة بالولاية القضائية أو الصناعة التي تتبعها
• لوحة المعلومات والتحليلات التي تكرر تقارير Power BI الهامة

---

المرحلة الخامسة: تدريب المستخدم (الأسابيع 16-22)

التحول من Microsoft إلى Odoo UX

يواجه المستخدمون الذين ينتقلون من Dynamics 365 إلى Odoo تغييرًا كبيرًا في نموذج تجربة المستخدم:

هيكل البرنامج التدريبي

---

المرحلة 6: الجري المتوازي والبدء المباشر (الأسابيع 20-30)

بروتوكول التشغيل المتوازي

تتطلب عمليات الترحيل المؤسسية ما بين 60 إلى 90 يومًا من التشغيل المتوازي. خلال هذه الفترة:

1. المعاملات الأولية يتم إدخالها في Odoo
2. إدخال مكرر في D365 لأول 30 يومًا (التحقق من تسجيل Odoo بشكل صحيح)
3. الدخول الفردي في Odoo فقط للأيام من 31 إلى 90 (مقارنة التقارير بشكل دوري)
4. يتم تنفيذ الإغلاق الشهري في كلا النظامين لمدة شهر كامل على الأقل

قائمة التحقق من البث المباشر

• تم استيراد الأرصدة الافتتاحية والتحقق منها (تمت تسوية ميزان المراجعة مع D365)
• المعاملات المفتوحة المستوردة (AR، AP، الأوامر المفتوحة، المخزون)
• ربط الحسابات البنكية وتسويتها
• قطع الرواتب: تشغيل كشوف المرتبات النهائي على D365، وتم التحقق من التشغيل الأول على Odoo
• التصنيع: تم نقل أوامر العمل المفتوحة، والتحقق من قائمة مكونات الصنف
• تم تبديل عمليات التكامل (شركاء EDI، والخلاصات المصرفية، وأدوات الطرف الثالث)
• تم تفعيل حسابات المستخدمين بالأدوار الصحيحة
• مكتب الدعم مزود بطاقم عمل لأول أسبوعين (ساعات ممتدة)
• تم توثيق واختبار خطة التراجع (القدرة على العودة إلى D365 في حالة الفشل الفادح)

الاستقرار بعد البث المباشر

---

تخفيف المخاطر

أهم المخاطر والتخفيفات

خطة التراجع

احتفظ بالقدرة على العودة إلى Dynamics 365 لأول 90 يومًا بعد بدء التشغيل:

• حافظ على تراخيص D365 نشطة (تفاوض على سعر مخفض مع Microsoft للفترة الانتقالية)
• الاحتفاظ بنسخ احتياطية لقاعدة بيانات D365
• توثيق إجراء الاستعادة: أعد استيراد البيانات التي تم إدخالها في Odoo إلى D365
• تحديد معايير إطلاق التراجع (على سبيل المثال، عدم القدرة على إكمال إغلاق نهاية الشهر، ومشكلات سلامة البيانات التي تؤثر على إعداد التقارير المالية)

---

الأسئلة المتداولة

ما المدة التي يستغرقها ترحيل Dynamics 365 إلى Odoo للمؤسسة؟

خطط لمدة تتراوح من 6 إلى 12 شهرًا من بداية المشروع إلى التشغيل الكامل. يستغرق الاكتشاف والتقييم من 4 إلى 6 أسابيع، واستخراج البيانات وتحويلها من 6 إلى 10 أسابيع، وتكوين وتخصيص Odoo من 8 إلى 12 أسبوعًا، والتدريب من 4 إلى 6 أسابيع، والتشغيل الموازي من 8 إلى 12 أسبوعًا. تتداخل هذه المراحل، لكن إجمالي الوقت المنقضي لمؤسسة تضم أكثر من 100 مستخدم يتراوح عادةً من 9 إلى 12 شهرًا.

هل يمكننا الهجرة على مراحل وليس دفعة واحدة؟

نعم، وهذا ينصح به للشركات الكبيرة. نهج مرحلي مشترك: المرحلة الأولى - المالية والمحاسبة (تحدد العمود الفقري المالي). المرحلة الثانية – المبيعات وإدارة علاقات العملاء (العمليات التي تواجه العملاء). المرحلة 3 – سلسلة التوريد والتصنيع (العمليات التشغيلية). المرحلة الرابعة – الموارد البشرية وكشوف المرتبات (عمليات الأفراد). تستغرق كل مرحلة من 3 إلى 4 أشهر مع التداخل.

ماذا يحدث لتقارير Power BI الخاصة بنا؟

يجب إعادة إنشاء تقارير Power BI باستخدام Odoo كمصدر للبيانات. يمكنك توصيل Power BI مباشرةً بقاعدة بيانات PostgreSQL الخاصة بـ Odoo أو استخدام REST API الخاص بـ Odoo. وبدلاً من ذلك، تغطي لوحات المعلومات المدمجة في Odoo وطرق العرض المحورية وتكامل جداول البيانات معظم احتياجات إعداد التقارير القياسية. بالنسبة للتحليلات المتقدمة، تحتفظ العديد من المؤسسات بـ Power BI إلى جانب Odoo.

هل نفقد تخصيصات D365 لدينا؟

لا يتم نقل تخصيصات D365 (X++، وPower Automate، وPower Apps) إلى Odoo. ويجب تحليلها وتحديد أولوياتها وإعادة إنشائها في إطار عمل Odoo. تُترجم عمليات التشغيل الآلي البسيطة لسير العمل إلى إجراءات تلقائية في Odoo. تتطلب تخصيصات X++ المعقدة تطوير Python. خصص 20-30% من تكلفة التنفيذ لإعادة التخصيص.

كيف نتعامل مع تكامل Azure Active Directory؟

يدعم Odoo SAML وOAuth2 لتسجيل الدخول الموحّد (SSO). يمكنك الاستمرار في استخدام Azure AD كموفر هويتك وتكوين Odoo للمصادقة عليه. وبدلاً من ذلك، استخدم منصة هوية مثل Authentik أو Okta كوسيط. يلزم تكوين عملية توفير المستخدم وإلغاء توفيره من خلال تكامل واجهة برمجة التطبيقات (API) الخاصة بـ Odoo أو SCIM.

ما هي المخاطر المالية في حالة فشل الترحيل؟

وتتمثل المخاطر المالية الأساسية في تمديد الترخيص المزدوج خلال فترة تشغيل متوازية طويلة. احتفظ بتراخيص D365 لمدة 90 يومًا بعد بدء التشغيل كشبكة أمان. تكلفة هذا التأمين (3 أشهر من ترخيص D365) صغيرة مقارنة بمخاطر عدم القدرة على معالجة المعاملات. يؤدي الترحيل الذي يتم تنفيذه بشكل جيد مع الاختبار المناسب والتخطيط للتراجع إلى تقليل احتمالية الفشل إلى أقل من 5%.

هل يستطيع ECOSIRE التعامل مع عمليات ترحيل D365 على مستوى المؤسسة؟

نعم. يتمتع [فريق الترحيل] (/services/odoo/migration) التابع لـ ECOSIRE بالخبرة في بيئات Dynamics 365 للمؤسسة بما في ذلك الشركات المتعددة والعملات المتعددة والتصنيع. نحن نتعامل مع دورة الحياة الكاملة بدءًا من التقييم وحتى التثبيت بعد التشغيل المباشر، مع إدارة مخصصة للمشروع وموارد فنية. اتصل بنا لتقييم الترحيل المؤسسي.

---

ابدأ تقييم الهجرة الخاص بك

تبدأ كل عملية ترحيل من Dynamics 365 إلى Odoo بتقييم شامل لبيئتك الحالية - الوحدات النمطية المستخدمة، والتخصيصات، وعمليات التكامل، وحجم البيانات، والاستعداد التنظيمي. وينتج عن هذا التقييم خطة ترحيل مفصلة ذات جداول زمنية واقعية ومتطلبات من الموارد وتخفيف المخاطر.

تشتمل [خدمات ترحيل المؤسسات] (/services/odoo/migration) التي تقدمها ECOSIRE على تقييم أولي مجاني، وتحديد نطاق تفصيلي، ومقترح مشروع بدون التزام. يجمع فريقنا بين الخبرة العميقة في Dynamics 365 وخبرة تنفيذ Odoo لضمان الانتقال السلس.

جدولة تقييم الترحيل — سنراجع بيئة D365 الخاصة بك وسنقدم لك خريطة طريق للترحيل في غضون أسبوعين.