Oracle E-Business Suite (EBS) هو نظام ERP التقليدي الأقدم من أوراكل، يُثبَّت ذاتياً (أو يُستضاف) ويُدار بترقيات يتحكم بها العميل نفسه. أما Oracle Fusion Cloud ERP فهو المنتج الذي شرحناه بالتفصيل في مقال [ما هو Oracle ERP]، ويمثّل التوجه الاستراتيجي الجديد لأوراكل: SaaS سحابية حقيقية بتحديثات ربع سنوية إلزامية على بنية تحتية منفصلة تماماً. النقطة الأكثر إلحاحاً لعملاء EBS اليوم: فهم مواعيد انتهاء الدعم الفعلية بدقة، لأن هذا التوقيت هو ما يحدّد متى يجب البدء فعلياً في التخطيط للهجرة.

ما الفرق الجوهري بين النظامين؟

EBS نظام تقليدي (رغم قدرته على الاستضافة السحابية) تتحكم فيه أنت في توقيت كل ترقية وتخصيص. تعتمد النسخة الحالية طويلة الأمد (12.2) على نموذج "الابتكار المستمر" (Continuous Innovation)، حيث تُفصَل تحديثات البنية التقنية عن تحديثات التطبيقات نفسها، بحيث تحصل على وظائف جديدة دون كسر مستوى تخصيصك الحالي — ولن يصدر إصدار "12.3" منفصل، بل تحديثات مستمرة ضمن سلسلة 12.2.x (أحدثها 12.2.15 وقت كتابة هذا المقال). Fusion Cloud ERP، كما شرحنا سابقاً، هو منتج SaaS بحت ببنية تحتية منفصلة تماماً وتحديثات إلزامية كل ثلاثة أشهر لكل العملاء دون استثناء.

مستويات دعم أوراكل الثلاثة: الفارق الحاسم الذي يجب فهمه

تقسّم أوراكل دورة دعم أي منتج (بما فيها EBS) لثلاث مراحل، والفارق بينها جوهري:

• الدعم الأساسي (Premier Support): الخدمة الكاملة — تحديثات جديدة، إصلاحات جديدة، تحديثات تنظيمية وضريبية، تصحيحات أمنية، ووصول كامل لقاعدة معرفة الدعم. هذا ما تدفع مقابله رسوم الدعم السنوية القياسية.

• الدعم الممتد (Extended Support): يستمر بعد انتهاء الدعم الأساسي لفترة محدَّدة (عادة ثلاث سنوات)، لكن برسوم إضافية فوق رسوم الدعم السنوية القائمة أصلاً.

• الدعم المستمر (Sustaining Support): المرحلة الأخيرة بعد انتهاء الدعمين السابقين — دعم فني محدود ووصول للمحتوى القائم فقط، دون أي تحديثات أو إصلاحات أو تصحيحات أمنية جديدة.

الوضع الفعلي لكل إصدار (تحديث حساس زمنياً)

• EBS 11i وEBS 12.1: انتهى الدعم الأساسي لهذه الإصدارات منذ سنوات (12.1 تحديداً منذ 2014)؛ أي شركة لا تزال تعمل عليها تقع الآن ضمن الدعم المستمر فقط، وحجة الهجرة هنا فورية وليست نظرية.

• EBS 12.2 (الإصدار الأوسع انتشاراً حالياً): يعتمد على نموذج تمديد سنوي متكرر منذ إعلان أوراكل الأول لنموذج "الابتكار المستمر" عام 2018. آخر إعلان رسمي معروف وقت كتابة هذا المقال يمدّد الدعم الأساسي حتى 2037 على الأقل، لكن هذا الرقم نفسه كان "2035" ثم "2036" في إعلانات سابقة خلال السنوات القليلة الماضية فقط — أي أن التمديد يحدث فعلياً بمعدل عام إضافي تقريباً كل عام.

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

مسارات الهجرة المتاحة من EBS

لأي شركة تخطط جدياً للانتقال من EBS، توجد ثلاثة مسارات رئيسية:

الانتقال إلى Oracle Fusion Cloud ERP

المسار الأكثر طبيعية لأغلب عملاء EBS، بما أنه المنتج الذي يمثّل التوجه الاستراتيجي المباشر لأوراكل نفسها، ويشترك في بعض الفهم المؤسسي لعمليات EBS رغم اختلاف قاعدة الكود تماماً كما أوضحنا سابقاً. يستحق هذا الخيار الأولوية في التقييم لأي مؤسسة ضمن الشريحة المستهدَفة (500 مليون دولار إيراد فأعلى تقريباً).

الانتقال إلى Oracle NetSuite

خيار أسرع وأقل تكلفة نسبياً لعملاء EBS متوسطي الحجم، خصوصاً الذين يستخدمون EBS أساساً للمالية والتصنيع الخفيف دون بصمة موديولات ضخمة. كما شرحنا في مقال [Oracle NetSuite]، هو المنتج الموجَّه فعلياً للشركات متوسطة الحجم (بين 20 و500 مليون دولار إيراد تقريباً)، بتنفيذ أسرع نسبياً. قيد مهم: لا يجاري NetSuite تعقيد Fusion Cloud أو SAP S/4HANA في التوحيد المالي متعدد الكيانات على نطاق ضخم، أو التصنيع المتقدم المعقّد (تصنيع العمليات، تهيئة المتغيرات المعقدة)، أو متطلبات الصناعات شديدة التنظيم — الشركات التي "تجاوزت" فعلياً حجم السوق المتوسط يجب أن تُقيِّم هذا الخيار بعناية قبل اختياره.

الانتقال إلى SAP S/4HANA

بديل معتبر خصوصاً في الصناعات التي يهيمن فيها SAP تاريخياً. لكن هذا المسار أكثر تعقيداً جوهرياً من الانتقال داخل منظومة أوراكل نفسها، بما أنه لا يوجد نموذج بيانات أو أدوات مشتركة بين EBS وSAP على الإطلاق. هذا يعني عملياً البدء من الصفر في توثيق العمليات، مطابقة البيانات، والإعداد الكامل — ما يجعل الجدول الزمني والتكلفة أعلى بوضوح من مسار الهجرة داخل منظومة أوراكل نفسها.

"دين التخصيص": التحدي الحقيقي الأكبر في أي هجرة من EBS

بعد سنوات (أو حتى عقود) من الاستخدام، تراكم أغلب مؤسسات EBS كماً كبيراً من التخصيصات البرمجية الخاصة بها. عملية "ترشيد" هذه التخصيصات — أي تحديد أيها ينبغي إعادة بناؤها في Fusion Cloud، وأيها أصبح ببساطة قدرة قياسية جاهزة في النظام الجديد لا تحتاج إعادة بناء إطلاقاً — هي بحد ذاتها عمل ضخم يحدّد فعلياً معظم تكلفة وجدول أي مشروع هجرة. الشركات التي تتجاهل هذه الخطوة أو تقلّل من حجمها هي غالباً نفسها التي تواجه تجاوزات كبيرة في الميزانية والجدول الزمني لاحقاً.

جدول زمني عملي منطقي للتخطيط

بناءً على أنماط الهجرات الناجحة الموثَّقة: 2026 هو العام المناسب لبدء التقييم الجاد، بحيث يستهدف المشروع إطلاقاً فعلياً بحلول 2028 أو 2029 تقريباً — ما يمنحك هامش أمان معقول قبل أي موعد نهائي واقعي، ووقتاً كافياً لمعالجة أي مشكلة تظهر دون العمل تحت ضغط أزمة. بُعد إضافي يستحق الانتباه: مع تسارع موجة الهجرة الجماعية لعملاء EBS في السنوات القادمة، تصبح الموارد التقنية ذات الخبرة العميقة الحقيقية (سواء من أوراكل نفسها أو مستشارين مستقلين) في EBS وFusion معاً محدودة أكثر فأكثر — الشركات التي تبدأ التخطيط مبكراً تحصل على وصول أفضل لهذه الخبرات النادرة، بينما من يؤجل القرار لآخر لحظة سيواجه منافسة أكبر على موارد تنفيذ متضائلة.

الخلاصة

الفرق بين Oracle EBS وOracle Fusion Cloud ليس مجرد فارق إصدار، بل فارق جيل تقني كامل: من نظام تُدار ترقياته ذاتياً إلى منصة SaaS حقيقية بتحديثات إلزامية مستمرة. عملاء EBS 12.1 (والإصدارات الأقدم) يواجهون حجة هجرة فورية بالفعل، بينما يمتلك عملاء EBS 12.2 هامشاً زمنياً أطول نسبياً — لكنه هامش متحرك وليس ضماناً دائماً. القرار الأذكى ليس انتظار اقتراب موعد نهائي معلَن، بل بدء التقييم الجاد الآن من موقع اختيار استراتيجي واعٍ، بدلاً من هجرة مُتعجَّلة تحت ضغط مصطنع لاحقاً.

الأسئلة الشائعة

متى ينتهي دعم Oracle EBS 12.2 فعلياً؟ آخر إعلان رسمي وقت كتابة هذا المقال يمدّد الدعم الأساسي حتى 2037 على الأقل، لكن هذا التاريخ نفسه يُمدَّد تاريخياً بمعدل عام إضافي تقريباً سنوياً، لذا يجب التحقق دائماً من آخر إعلان رسمي من أوراكل قبل أي قرار تخطيط.

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

ما الفرق بين مساري الهجرة إلى Oracle Fusion Cloud مقابل Oracle NetSuite؟ Fusion Cloud هو المسار الأنسب للمؤسسات الكبرى ضمن الشريحة المستهدَفة الأصلية لأوراكل (500 مليون دولار إيراد فأعلى تقريباً)، بينما NetSuite خيار أسرع وأقل تعقيداً لعملاء EBS متوسطي الحجم، خصوصاً بدون بصمة موديولات ضخمة أو تعقيد تصنيع متقدم.

لماذا تُعتبر الهجرة إلى SAP أكثر تعقيداً من الهجرة داخل منظومة أوراكل نفسها؟ لأنه لا يوجد نموذج بيانات أو أدوات مشتركة بين EBS وSAP إطلاقاً، ما يعني بدء توثيق العمليات ومطابقة البيانات من الصفر تقريباً، بعكس الهجرة لمنتجات أوراكل الأخرى التي تشترك في بعض الفهم المؤسسي رغم اختلاف قواعد الكود.

ما أكبر عامل يحدّد تكلفة وزمن أي مشروع هجرة من EBS؟ عادة "ترشيد" التخصيصات البرمجية المتراكمة عبر سنوات الاستخدام — تحديد أيها يجب إعادة بناؤه فعلياً في النظام الجديد، وأيها أصبح قدرة قياسية جاهزة لا تحتاج أي عمل إضافي.