
المحتويات
يعني تحديث ERP في 2026 ثلاثة قرارات تُتخذ بالترتيب: ما الذي ينبغي أن يتوقف نظام ERP لديك عن فعله، وإلى أي درجة ستُبقي نواته نظيفة، وهل بياناتك جيدة بما يكفي ليكون الذكاء الاصطناعي مفيداً. وبالنسبة إلى عملاء SAP يقف وراء القرارات الثلاثة موعد صارم: تنتهي الصيانة الأساسية لـ ECC في 31 ديسمبر 2027، مع صيانة موسّعة مدفوعة حتى نهاية 2030.
هذا المقال لمديري تقنية المعلومات (CIO) والمديرين الماليين (CFO) ومعماريي المؤسسات الذين أنهوا التحليل وعليهم الآن أن ينفذوا. ويتناول القوى الدافعة إلى التحرك، وبنية العمود الفقري مع الأنظمة المساندة، وClean Core، وفجوة الحوكمة، وجاهزية الذكاء الاصطناعي، وجدول مخاطر للأشهر الـ18 المقبلة.
في 2024 كان معظم القادة ما زالوا يشترون الوقت: يدرسون جداول ECC الزمنية، ويناقشون النموذج الهجين مقابل الانتقال الكامل، ويجرون اختبارات في بيئات تجريبية دون التزام. لقد أُغلقت تلك النافذة. فالدين التقني في بيئات ECC وOracle E-Business Suite لم يعد نظرياً. إنه يظهر في اختبارات الانحدار الفاشلة بعد التحديثات، وفي ملاحظات التدقيق على شيفرة مخصصة لا يملكها أحد، وفي بيانات تستغرق 12 ساعة للانتقال بين أنظمة التخطيط والتنفيذ.
الموعد النهائي. بعد 2027 يستطيع عملاء ECC شراء صيانة موسّعة حتى نهاية 2030 برسوم أعلى. وبعد ذلك تقدم SAP خيار انتقال إلى ERP private edition للفترة من 2031 إلى 2033، لكن عبر RISE فقط، وتوضح SAP صراحة أنه عرض انتقال مدفوع، لا تمديد للصيانة. وفي الوقت نفسه وجد بحث Gartner الذي نشرته The Register أنه بحلول نهاية 2024 لم يكن قد اشترى تراخيص S/4HANA أو اشترك فيها سوى نحو 39% من عملاء ECC لدى SAP البالغ عددهم نحو 35,000. والترخيص ليس مثل الانتقال. وسيكون سوق الشركاء ضيقاً.
نموذج الميزانية. ينقل ERP السحابي الإنفاق من تراخيص النفقات الرأسمالية (capex) إلى الاشتراكات. يبدو ذلك أنظف. لكن المديرين الماليين يجدون عملياً أن كلفة السحابة أقل قابلية للتنبؤ: ففي RISE with SAP وSAP GROW يضيف نمو مكافئ المستخدم الكامل (FUE) والخدمات الإضافية وأعباء التكامل تكاليف لم تكن في دراسة الجدوى الأصلية.
التجزؤ في المالية وسلسلة الإمداد. تشغّل الفرق المالية الذكاء الاصطناعي على الحسابات الدائنة والمدينة بينما ما زالت عمليات التدقيق تستخدم قوالب صُممت لحقبة مختلفة. وسلاسل الإمداد محدّثة جزئياً: SAP IBP للتخطيط، وإدارة مستودعات أقدم للتنفيذ، وAriba للمشتريات مع استلام بضائع يدوي. العائق ليس التقنية. إنه نقاط الربط بين الأنظمة.
ERP طبقة واحدة، لا المنظومة كلها. تتولى ServiceNow تنسيق العمليات في كثير من المؤسسات، وتتولى Salesforce مسارات عمل العملاء، وتتولى Workday أو SuccessFactors دورة حياة الموارد البشرية. وقد صار ERP العمود الفقري المالي، لا المركز الشامل للعمليات الذي بيع على أنه كذلك في التسعينيات.
النموذج الذي يعمل به معظم معماريي المؤسسات اليوم هو عمود فقري مالي (SAP S/4HANA أو Oracle Fusion) تحيط به منصات متخصصة.
| الطبقة | ما الذي يوضع فيها | ما الذي لا يوضع فيها |
|---|---|---|
| العمود الفقري المالي | دفتر الأستاذ العام، ومحاسبة التكاليف، والمشتريات، والمخزون، وتنفيذ التصنيع، والإقفال القانوني | موافقات سير العمل، وإدارة علاقات العملاء (CRM)، وإدارة القوى العاملة، والتحليلات |
| سير العمل | ServiceNow لعمليات تقنية المعلومات والعمليات التشغيلية، والموافقات، وإدارة التغيير | حفظ السجلات المعاملاتية |
| التفاعل مع العملاء | Salesforce أو SAP Sales and Service Cloud | المعالجة المالية |
| القوى العاملة | Workday أو SAP SuccessFactors | المعاملات التشغيلية |
| التحليلات | SAP Business Data Cloud وSAP Analytics Cloud وPower BI وSnowflake | نظام السجل الأساسي (system of record) |
هذا الفصل مقصود. فإعادة حشر كل شيء في SAP تضيف احتكاكاً وتبطئ التحديثات وتطمس الملكية. وحشر CRM وسير العمل والتحليلات وإدارة الصحة والسلامة والبيئة (EHS) في نظام واحد هو ما جعل البرامج السابقة مؤلمة إلى هذا الحد.
السؤال الذي ينبغي طرحه: ما الذي لم يعد ينبغي أن يكون ERP مسؤولاً عنه؟ وإن تخطيته أعدت بناء النظام المتراص نفسه على ترخيص أحدث. ويستعرض مقالي عن تحديث ERP مع SAP وServiceNow نسخة من هذا الفصل.
في أغسطس 2025 استبدلت SAP نموذج قابلية التوسعة ثلاثي المستويات لديها وحلّت محله أربعة مستويات في Clean Core. يستخدم المستوى A واجهات API المُصدَرة المستقرة فقط، جنباً إلى جنب على SAP BTP أو داخل النظام باستخدام ABAP Cloud. ويستخدم المستوى B واجهات API وتقنيات تقليدية ما زالت SAP تعدّها نظيفة. ويصل المستوى C إلى كائنات داخلية ويحتاج إلى إجراءات خاصة. أما المستوى D فليس نظيفاً.
لا يسمح الإصدار العام (SAP Cloud ERP، ويُباع باسم SAP GROW) إلا بالمستوى A، فتفرض المنصة Clean Core وتستوعب إصدارين رئيسيين في السنة. أما الإصدار الخاص (SAP Cloud ERP Private، ضمن RISE) والنشر المحلي فما زالا يسمحان بالامتدادات التقليدية، لذا يعتمد Clean Core هناك على الحوكمة. وفي الحالتين، يحوّل النظام المخصص بكثافة كل ترقية إلى مشروع وكل اختبار انحدار إلى أزمة.
ما الذي يطلبه Clean Core منك:
- أخرج الشيفرة المخصصة غير المستخدمة من النواة. فكل برنامج مخصص تُبقيه هو شيء عليك اختباره عند كل ترقية.
- ابنِ الامتدادات الجديدة على المستوى A حيثما أمكن: على SAP BTP، أو باستخدام SAP Build، أو داخل النظام مع ABAP Cloud.
- استخدم العمليات القياسية حيثما تقدمها SAP، ولا تخصّص إلا حيث تفرض ذلك الأنظمة التنظيمية أو فارق تنافسي حقيقي.
المقاومة ثقافية لا تقنية. فقادة الأعمال الذين اعتمدوا على الشيفرة المخصصة 15 عاماً ما زالوا يتوقعون أن «تُعاد برمجتها وحسب». وهذا التوقع ينتمي إلى 2012.
تضم بيئة ECC النموذجية من 1,500 إلى 3,000 كائن مخصص، استناداً إلى تقييمات أجريتها في قطاعي التصنيع والخدمات، ولا يظهر استخدام فعلي في الأعمال إلا لنحو الربع منها. أما الباقي فثقل تاريخي يضخم كلفة الانتقال ويخلق تعرضاً لملاحظات التدقيق.
الخطوة العملية: شغّل مسحاً للاستخدام الآن. أوقف ما هو غير نشط. وانشر قائمة الحذف قبل أن يبدأ التصميم. الفرق التي تخطط منذ الأسبوع الأول لتطبيق Clean Core تحظى بتجارب ترقية أفضل بكثير من الفرق التي تعامله كقيد ينبغي التحايل عليه. ويتناول مقالي عن استراتيجية Clean Core المنهجية.
حين يصبح ERP طبقة واحدة بين طبقات كثيرة، تصبح أسئلة الملكية حاسمة. من يملك:
- واجهة API بين Salesforce وERP؟
- مسار عمل يمتد عبر SAP وServiceNow؟
- أولويات التغيير المتعارضة حين يحتاج النظامان إلى تحديثات في وقت واحد؟
رأيت هذا يؤخر التشغيل الفعلي أشهراً. ولا تدرك الفرق أنها عالقة إلا حين يكشف اختبار التكامل التداخل.
في إحدى الحالات كانت خمسة أنظمة تلمس سجل البيانات الرئيسية للمورّد نفسه. خمسة. لم تكن لدى أحد وثيقة لملكية البيانات الرئيسية، ولم يصمم أحد من يستطيع تغيير ماذا، وفي أي نظام. هذا ليس إخفاقاً تقنياً. إنه إخفاق في الحوكمة كشفته التقنية.
التحديث لا يتعلق بأدوات لامعة. بل بالحذف الاستراتيجي: أن تقرر ما الذي لم يعد ERP مسؤولاً عنه، وأن تكون صريحاً في من يملك الحدود.
قيمة الذكاء الاصطناعي في ERP حقيقية، لكنها تعتمد على جودة البيانات وعلى بنية نظيفة. يمتد Joule الآن عبر S/4HANA وSuccessFactors وAriba ومنتجات SAP الأخرى، ويعمل وكلاء SAP ضمن مساعدي Joule. وحالات الاستخدام القائمة على الوكلاء (agentic) على SAP BTP تُطرح للعملاء فعلاً ولم تعد مجرد شرائح عرض. وكلها تعتمد على بيانات نظيفة ومتسقة ومهيكلة.
إذا كانت بياناتك مكررة أو مرمّزة بلا اتساق أو موجودة في جداول مخصصة لا يتعرف عليها S/4HANA، فليس لدى الذكاء الاصطناعي ما يعمل عليه بموثوقية. وتكتشف الفرق المالية التي تشغّل الذكاء الاصطناعي على الحسابات الدائنة ذلك سريعاً حين تُطابَق الفواتير مع المورّد الخطأ لأن البيانات الرئيسية للموردين لم تُنظَّف قط.
التسلسل الذي ينجح: Clean Core أولاً، وحوكمة البيانات ثانياً، والتحليلات ثالثاً، والذكاء الاصطناعي رابعاً. وتخطي الخطوات لا يسرّع شيئاً. إنه ينقل المشكلة إلى وقت لاحق.
- رسم الحدودقرر ما الذي ينبغي أن يتوقف ERP عن فعله
- تنظيف النواةأحِل الشيفرة غير المستخدمة إلى التقاعد، وابنِ الجديد على المستوى A
- حوكمة البياناتمالك واحد لكل كائن بيانات
- بناء التحليلاتSAP Business Data Cloud أو SAC أو Power BI على بيانات خاضعة للحوكمة
- إضافة الذكاء الاصطناعيJoule والوكلاء على أساس موثوق
ذكاء اصطناعي لديه ما يعمل عليه بموثوقية
| الخطر | الإشارة | الاستجابة العملية |
|---|---|---|
| ضغط موعد ECC النهائي | تنتهي الصيانة الأساسية في ديسمبر 2027؛ ولم يكن معظم عملاء ECC قد رخّصوا S/4HANA بحلول نهاية 2024 | ثبّت خطط موارد الشركاء الآن؛ فالأسعار اليومية للكبار في الولايات المتحدة تبلغ أصلاً من 1,800 إلى 3,500 دولار |
| دين الشيفرة المخصصة | من 1,500 إلى 3,000 كائن مخصص، نحو ربعها قيد الاستخدام الفعلي | شغّل مسوح الاستخدام، وانشر قائمة الحذف، وابدأ دورات (sprints) لإحالتها إلى التقاعد |
| تعطل الإصدارات | تتصادم الإصدارات مع الإقفال المالي وذروات سلسلة الإمداد | حدّد نوافذ الإصدار بعيداً عن الإقفال؛ وأتمت اختبارات الانحدار |
| مخاطر ترحيل البيانات | المواءمة المتأخرة تنتج عيوباً تصنّفها الفرق خطأً على أنها أخطاء برمجية | تقدير مبكر للأحجام؛ وفحوصات بيانات البنوك والضرائب والامتثال قبل تجميد التصميم |
| فجوات ملكية التكامل | خمسة أنظمة أو أكثر تلمس بيانات رئيسية مشتركة | انشر مصفوفة صلاحيات؛ ومالكاً واحداً لكل كائن بيانات |
| أداتان لإدارة دورة الحياة | تشغّل البيئات الهجينة Solution Manager وSAP Cloud ALM بالتوازي | اعتمد Cloud ALM أداةً افتراضية لبرامج السحابة؛ وتنتهي الصيانة الأساسية لـ Solution Manager 7.2 في نهاية 2027 |
وللنسخة المتعلقة بالتنفيذ من هذه المخاطر، راجع عشرة أخطاء في تحديث ERP ينبغي تجنبها، ولمسارات الانتقال نفسها راجع دليل الانتقال من ECC إلى S/4HANA.
ما Clean Core في SAP S/4HANA؟
هو إبقاء S/4HANA أقرب ما يمكن إلى المعيار، ووضع الامتدادات حيث لا تستطيع الترقيات كسرها. ومنذ أغسطس 2025 تصنّف SAP الامتدادات من المستوى A (واجهات API المُصدَرة فقط، على SAP BTP أو داخل النظام مع ABAP Cloud) إلى المستوى D (غير نظيف). والسبب التجاري هو حماية الترقية: فالنظام النظيف يستوعب الإصدارات في أيام، أما النظام المخصص بكثافة فيحوّل كل إصدار إلى مشروع.
ما بنية العمود الفقري مع الأنظمة المساندة في ERP؟
يتولى ERP (SAP S/4HANA أو Oracle Fusion) ما صُمم من أجله: السجلات المالية والمخزون والمشتريات ومعاملات التصنيع والتقارير القانونية. وتتولى المنصات المتخصصة الباقي: ServiceNow لسير العمل، وSalesforce للتفاعل مع العملاء، وWorkday أو SuccessFactors للموارد البشرية، ومنصات التحليلات لاستخلاص الرؤى. وحشر كل ذلك في ERP ينتج نظاماً متراصاً يُحدَّث ببطء ويُخصَّص بكثافة.
كيف ينبغي أن تتعامل الشركات مع موعد SAP ECC النهائي في 2027؟
ابدأ بتشغيل SAP Readiness Check. فهو يكشف أحجام الشيفرة المخصصة واعتماديات الإضافات وتقدير أحجام البيانات، وهي العوامل الثلاثة التي تحدد هل تذهب إلى Brownfield أم Greenfield أم الانتقال الانتقائي. وتستغرق عمليات الانتقال المؤسسية المعقدة عادة من 18 إلى 24 شهراً من التقييم إلى التشغيل الفعلي، فإن لم تكن قد اخترت نهجاً وبدأت محادثات الشركاء حتى الآن، فإن التشغيل الفعلي في 2027 ضيق أصلاً. والصيانة الموسّعة حتى 2030 تكلف أكثر وتشتري وقتاً، لا تحديثاً.
متى يكون الذكاء الاصطناعي ذا قيمة في تحديث ERP ومتى لا يكون؟
حين تكون البيانات نظيفة ومتسقة ومهيكلة وتكون للعملية قواعد واضحة: أتمتة الحسابات الدائنة، والتنبؤ بالطلب، واكتشاف الشذوذ في المعاملات المالية حالات مثبتة. والذكاء الاصطناعي ليس طريقاً مختصراً لتجاوز البيانات الضعيفة أو فجوات الحوكمة. فالقرارات المبنية على مدخلات سيئة أصعب في اكتشافها من الأخطاء اليدوية. وClean Core وحوكمة البيانات والعمليات المستقرة تأتي أولاً.
ما أكبر أخطاء تحديث ERP التي ترتكبها الشركات؟
التعامل معه على أنه مشروع تقني، فيُخسر نقاش Clean Core قبل أن يدخل قادة الأعمال الغرفة. وبدء حوكمة البيانات بعد التصميم، في حين أن قرارات تُتخذ في الأسبوع الأول كانت ستوفر أشهراً من الاختبار. وعدم تحديد ما ينبغي أن يتوقف ERP عن فعله، فيتوسع نطاق النواة تلقائياً، وهكذا بُني النظام المتراص السابق.
كم تبلغ كلفة تحديث ERP؟
يبلغ تحويل Brownfield من ECC إلى S/4HANA لشركة متوسطة عادة من 2 إلى 8 ملايين دولار من كلفة التنفيذ، إضافة إلى الاشتراك المستمر. وقد تصل برامج المؤسسات الكبرى ذات النطاق العالمي والتخصيص الكبير والكيانات الكثيرة إلى ما بين 20 و100 مليون دولار أو أكثر. أنمذج التكامل والاختبار والدعم التشغيلي إلى جانب التراخيص، وفي RISE وSAP GROW أنمذج نمو FUE على مدى مدة العقد.
الخطوة التالية
هل تدير برنامج ERP الآن؟
إذا مسّ هذا المقال برنامجاً أنت في خضمه الآن، فإن حديثاً مدته 30 دقيقة يوصلك عادةً أبعد من أسبوع آخر من التحليل الداخلي.




