الانتقال من ECC إلى S/4HANA: المسارات والخطوات والجداول الزمنية

تنتهي الصيانة الأساسية لـ SAP ECC في 31 ديسمبر 2027، أي بعد نحو 15 شهراً من الآن. وتمتد الصيانة الموسّعة الاختيارية حتى نهاية 2030 برسوم أعلى (SAP News). ويمكن أن تمتد عمليات الانتقال المعقدة بسهولة من 18 إلى 24 شهراً متى بدأ الاختبار الفعلي. وإذا لم تكن قد اخترت مساراً بعد، فإن التشغيل الفعلي قبل الموعد النهائي بات مستبعداً أصلاً.

إذا كنت مدير تقنية المعلومات (CIO) أو قائد البرنامج الذي يتخذ هذا القرار، فأمامك ثلاثة مسارات: Greenfield أو Brownfield أو الانتقال الانتقائي للبيانات. ويتبع العمل وراء كل منها الخطوات الخمس نفسها. شغّل SAP Readiness Check أولاً، ثم اختر.

الانتقال من ECC إلى S/4HANA ليس ترقية مباشرة. فهو يغيّر طريقة تخزين البيانات وكيف تُرحَّل المعاملات وطريقة عمل المستخدمين. في أحد المشاريع التي عملت عليها، أعاد فريق بناء عشرات التقارير المخصصة تماماً كما كانت في ECC. ولم يسأل أحد هل ما زالت مطلوبة. وفي ما بعد لم يُستخدم نصفها قط. كان الانتقال سليماً من الناحية التقنية. أما القيمة فلم تكن كذلك.

الفروق التي تحدد جهد الانتقال:

المجال	SAP ECC	SAP S/4HANA
قاعدة البيانات	أي قاعدة بيانات مدعومة (Oracle وDb2 وSQL Server وغيرها)	SAP HANA فقط
نموذج البيانات المالية	جداول منفصلة للمحاسبة المالية (FI) ومحاسبة التكاليف (CO) والربحية، مع جداول للإجماليات	دفتر اليومية الشامل Universal Journal (الجدول ACDOCA) مصدراً وحيداً لبنود القيود
البيانات الرئيسية للعملاء والموردين	سجلات منفصلة للعملاء والموردين	شريك الأعمال (Business Partner) إلزامي
واجهة المستخدم	SAP GUI	تطبيقات SAP Fiori، مع بقاء SAP GUI متاحاً في النشر المحلي وPrivate Edition
نمط النشر	محلي (On-premise)	محلي، أو Private Edition (RISE with SAP)، أو Public Edition (GROW with SAP)
الامتدادات	برامج Z والتعديلات	Clean Core: واجهات API المُصدَرة، وABAP Cloud على المنصة نفسها (on-stack)، أو بالتوازي على SAP BTP (side-by-side)
الصيانة	الصيانة الأساسية لـ EHP 6 إلى 8 حتى نهاية 2027، والموسّعة حتى نهاية 2030	التزمت SAP بالصيانة حتى نهاية 2040

ظل أحد العملاء الذين عملت معهم يسأل لماذا لم تعد مهام الدُّفعات المخصصة لديه تعمل بعد التحويل. فقد كان منطقها يعتمد على بنى جداول ECC التي غيّرها S/4HANA. وكان الانتقال نفسه مكتملاً. ولم يسأل أحد هل ما زالت تلك المهام منطقية في النموذج الجديد.

الانتقال ينقل البيانات. أما السؤال الحقيقي فهو ماذا تفعل بقرارات التصميم التي ترثها.

Decide

أي مسار انتقال يناسب وضعك؟

النظام القديم مجزأ وتريد إعادة تصميم العمليات

→Greenfield

العمليات سليمة، وECC مستقر، ويجب أن يبقى التاريخ

→Brownfield

مؤسسة متعددة الكيانات، وتريد إعادة استخدام جزئية وبيانات انتقائية

→Bluefield

Greenfield: البدء من الصفر

تنفيذ جديد لنظام S/4HANA. لا تُنقل أي إعدادات من النظام القديم، وتُعاد صياغة العمليات وفق معيار SAP، ولا تُحمَّل إلا البيانات التي تحتاجها بواسطة SAP S/4HANA Migration Cockpit.

استخدمه حين تكون الأنظمة القديمة مجزأة أكثر من أن تُحوَّل بنظافة، أو حين ترغب الجهة في إعادة التفكير في العمليات بدلاً من نسخها.

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

Brownfield: تحويل النظام

يُحوَّل نظام ECC الحالي لديك في مكانه. وتنتقل معك الإعدادات والشيفرة المخصصة والتاريخ. ويجري التحويل التقني عبر Software Update Manager (SUM) مع خيار ترحيل قاعدة البيانات الخاص به.

استخدمه حين تكون العمليات ناضجة، ويهم تاريخ المعاملات لأغراض الامتثال، ولا تجري إعادة هيكلة كبرى.

انتبه إلى الدين التقني الذي تنقله معك. فتعقيد النظام القديم ينتقل معك ما لم تنظّفه عمداً أثناء التحويل.

الانتقال الانتقائي للبيانات

يُسوَّق أحياناً باسم «Bluefield». تنقل رموز شركات أو وحدات أعمال أو شرائح زمنية من البيانات مختارة، لا كل شيء، وعادة بأدوات متخصصة وشريك ذي خبرة فيها. وهو يناسب المجموعات التي تكوّنت عبر عمليات اندماج أو فصل، أو الحالات التي لم تعد فيها سنوات من التاريخ مهمة.

استخدمه حين تريد حرية في العمليات بأسلوب Greenfield مع استمرارية للبيانات بأسلوب Brownfield حيث يهم ذلك.

هكذا تتقارن المسارات الثلاثة في الأسئلة التي تطرحها مجالس الإدارة عادة:

المعيار	Greenfield	Brownfield	الانتقائي
إعادة تصميم العمليات	كاملة، وفق معيار SAP	محفوظة في معظمها	تُختار لكل وحدة
البيانات التاريخية	لا تُنقل (أو تُنقل البنود المفتوحة والأرصدة فقط)	تُنقل بالكامل	نطاق مختار
المدة حتى التشغيل الفعلي	أطول	أقصر	تعتمد على النطاق
الدين التقني	يُزال	يُنقل	يقل في النطاق المنقول
أثر التغيير	مرتفع	أقل	متوسط
الحالة الأنسب	أنظمة قديمة مجزأة، وإعادة تصميم كبرى	ECC مستقر ومُعتنى به	عمليات الدمج والفصل، والتطبيق على مراحل

تسلسل الانتقال

1. 01

   التقييم

   شغّل SAP Readiness Check. وأجرِ جرداً للشيفرة المخصصة والإضافات والواجهات.

2. 02

   تصنيف البيانات

   قسّم البيانات إلى ساخنة ودافئة وباردة. والبيانات الباردة لا يلزم نقلها.

3. 03

   التنظيف

   عالج التكرارات وعدم الاتساق والحقول الناقصة. يستغرق ذلك دائماً أطول مما خُطط له.

4. 04

   تكييف الشيفرة

   شغّل فحوصات ABAP Test Cockpit. قلّل شيفرة Z ولا تكتفِ بنقلها.

5. 05

   الاختبار والانتقال الفعلي

   عدة جولات اختبار، وبروفة كاملة واحدة على الأقل للانتقال الفعلي.

1. التقييم والجاهزية

ابدأ من هنا. دائماً. يحلل SAP Readiness Check نظام ECC لديك ويصدر تقريراً عن بنود التبسيط وتوافق الإضافات والشيفرة المخصصة وأحجام البيانات وتقدير الأحجام.

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

تحقق من المتطلبات التقنية في الوقت نفسه. يعمل التحويل انطلاقاً من SAP ERP 6.0 على أي حزمة تحسين (enhancement package). ويجب أن يكون النظام Unicode، وإلا خططت لتحويل على خطوتين. وتحتاج أنظمة Dual-stack إلى الفصل أولاً. ويجب تحويل البيانات الرئيسية للعملاء والموردين إلى شركاء أعمال قبل التحويل. وهذا الأخير يفاجئ فرقاً أكثر من أي بند آخر.

2. تحليل البيانات وتصنيفها

قِس بياناتك قبل أن تنقلها، وصنّفها:

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

البيانات الباردة لا تحتاج إلى دخول S/4HANA. أرشِفها. والفرق التي تتخطى هذه الخطوة تُدخل إلى النظام الجديد فوضى تبطئ الانتقال والأداء معاً.

3. تنظيف البيانات وأرشفتها

تستغرق هذه الخطوة أطول مما تسمح به أي خطة. سجلات موردين مكررة. وحدات قياس غير متسقة. بيانات رئيسية للعملاء نصف مكتملة. هذه المشكلات موجودة في كل نظام ECC، وتنتقل إلى S/4HANA كما هي إن لم يصلحها أحد قبل ذلك.

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

4. تكييف الشيفرة المخصصة

شغّل فحوصات جاهزية S/4HANA في ABAP Test Cockpit (ATC)، وهي تقارن شيفرتك ببنود التبسيط لدى SAP. وتبيّن النتائج ما يحتاج إلى إصلاح في الصياغة البرمجية، وما يحتاج إلى استبدال وظيفي، وما ينبغي إحالته إلى التقاعد.

الهدف هو شيفرة Z أقل، لا مجرد شيفرة Z تعمل. فكل كائن مخصص تنقله يضيف كلفة إلى كل ترقية مستقبلية. ويتناول دليلي عن Clean Core كيفية تصنيف ما يتبقى.

5. الاختبار والتدريب والانتقال الفعلي

أجرِ الاختبار على جولات: اختبار الوحدة، ثم التكامل، ثم اختبار قبول المستخدم (UAT)، ثم بروفة كاملة واحدة على الأقل للانتقال الفعلي. وأشرك في UAT المستخدمين المتمرسين والمستخدمين العرضيين معاً. فكل فئة تكتشف مشكلات مختلفة.

البروفة ليست اختيارية. فهي تكشف فجوات التوقيت وعمليات التحقق الناقصة وإخفاقات الواجهات التي لا تظهر إلا حين يعمل التسلسل كله. والفرق التي تتخطاها تواجه تلك المشكلات في عطلة نهاية أسبوع التشغيل الفعلي.

أدوات SAP التي أتوقع أن أراها في أي خطة انتقال:

الأداة	ما تفعله	متى تُستخدم
SAP Readiness Check	بنود التبسيط، والإضافات، والشيفرة المخصصة، وتقدير الأحجام	قبل اختيار المسار
ABAP Test Cockpit (ATC)	تكشف الشيفرة المخصصة التي ستتعطل	تكييف الشيفرة المخصصة
SAP Signavio	تُظهر كيف تعمل العمليات فعلاً، لا كيف وُثّقت	قبل تجميد التصميم
SAP LeanIX	ترسم خريطة التطبيقات والواجهات	تصميم التكامل
Software Update Manager (SUM)	تنفّذ التحويل التقني	التحويل بأسلوب Brownfield
SAP S/4HANA Migration Cockpit	تحمّل البيانات الرئيسية وبيانات المعاملات	ترحيل البيانات بأسلوب Greenfield

بالنسبة إلى SAP ERP 6.0 على حزم التحسين من 6 إلى 8، تنتهي الصيانة الأساسية في 31 ديسمبر 2027. وتمتد الصيانة الموسّعة الاختيارية حتى 31 ديسمبر 2030 بعلاوة قدرها نقطتان مئويتان على أساس الصيانة. أما حزم التحسين الأقدم فقد خرجت من الصيانة الأساسية في نهاية 2025.

بعد 2030 يوجد مسار ضيق واحد. ويغطي خيار الانتقال إلى SAP ERP, private edition لدى SAP الفترة من 2031 إلى 2033. ولا ينطبق إلا على الأنظمة الكبيرة المنقولة إلى SAP ERP, private edition على SAP HANA قبل نهاية 2030، ولا يكون ذلك إلا مع خطة max success لدى SAP. تعامل معه كاستثناء، لا كخطة.

أما من حيث المدة، فقد تمتد عمليات الانتقال الكاملة للأنظمة المعقدة من 18 إلى 24 شهراً أو أكثر متى بدأ الاختبار الفعلي. وبالنسبة إلى الشركات المتوسطة إلى الكبيرة، فإن من 12 إلى 18 شهراً أو أكثر مدة واقعية لتحويل أُحسن الإعداد له. ويمكن أن يستمر برنامج Greenfield كبير يشمل عدة كيانات من 24 إلى 36 شهراً.

1. 2027تنتهي الصيانة الأساسية لـ ECC31 ديسمبر، لنظام SAP ERP 6.0 مع EHP 6 إلى 8
2. 2028التشغيل الفعلي المرجّح إن بدأت الآنمن 18 إلى 24 شهراً متى بدأ الاختبار الفعلي
3. 2030تنتهي الصيانة الموسّعةاختيارية، بعلاوة قدرها نقطتان
4. 2033ينتهي خيار الانتقالPrivate edition، للأنظمة الكبيرة فقط

المصدر: SAP News، فبراير 2020 وأغسطس 2025

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

ما الفرق بين الانتقال بأسلوب Greenfield وBrownfield من ECC إلى S/4HANA؟

Greenfield تطبيق جديد: لا تُنقل أي إعدادات أو شيفرة مخصصة من النظام القديم، وتُصمَّم العمليات وفق معيار SAP، ولا تُحمَّل إلا البيانات التي تحتاجها. أما Brownfield فيحوّل نظام ECC الحالي لديك مع الإبقاء على الإعدادات والشيفرة المخصصة والتاريخ. وهو أسرع وأقل تعطيلاً، لكن الدين التقني ينتقل معه. ويقع الانتقال الانتقائي للبيانات بين الاثنين.

ما الموعد النهائي للانتقال من SAP ECC إلى S/4HANA؟

بالنسبة إلى SAP ERP 6.0 على حزم التحسين من 6 إلى 8، تنتهي الصيانة الأساسية في 31 ديسمبر 2027. وتمتد الصيانة الموسّعة الاختيارية حتى 31 ديسمبر 2030 بعلاوة قدرها نقطتان مئويتان على أساس الصيانة. ويوجد خيار انتقال للفترة من 2031 إلى 2033 للأنظمة الكبيرة فقط المنقولة إلى SAP ERP, private edition على SAP HANA قبل نهاية 2030.

ماذا يخبرك SAP Readiness Check؟

يحلل نظام ECC لديك ويصدر تقريراً عن بنود التبسيط التي تؤثر في إعداداتك، وتوافق الإضافات، وأثر الشيفرة المخصصة، وأحجام البيانات، وتقدير أحجام HANA. وتشغيله مبكراً يغيّر نقاش النطاق، لأن الفرق تكتشف باستمرار إضافات وشيفرة مخصصة لم تكن تعلم أنها تعتمد عليها.

كم يستغرق الانتقال من ECC إلى S/4HANA؟

يستغرق التحويل الذي أُحسن الإعداد له لشركة متوسطة إلى كبيرة في الغالب من 12 إلى 18 شهراً أو أكثر. وقد تمتد البرامج المعقدة المتعددة الكيانات من 18 إلى 24 شهراً متى بدأ الاختبار الفعلي، وبرامج Greenfield الكبيرة من 24 إلى 36 شهراً. وتنظيف البيانات هو السبب الأكثر شيوعاً لتأخر الجداول الزمنية.

ما هو Universal Journal (ACDOCA) ولماذا يهم في الانتقال؟

Universal Journal هو جدول بنود القيود الواحد ACDOCA الذي يجمع بيانات المحاسبة المالية ومحاسبة التكاليف والربحية التي كان ECC يحتفظ بها في جداول منفصلة. وتحتاج الشيفرة المخصصة والتقارير التي تقرأ البنى القديمة، مثل COEP أو جداول الربحية، إلى مراجعة. بعضها يحتاج إلى تعديلات صغيرة؛ وبعضها الآخر يحتاج إلى إعادة تصميم.

ما المتطلبات التقنية لتحويل ECC إلى S/4HANA؟

يعمل التحويل انطلاقاً من SAP ERP 6.0 على أي حزمة تحسين. ويجب أن يكون النظام Unicode، وإلا فاتبع نهج الخطوتين. ويجب فصل أنظمة Dual-stack أولاً. ويجب تحويل البيانات الرئيسية للعملاء والموردين إلى شركاء أعمال. شغّل SAP Readiness Check وفحوصات ATC للشيفرة المخصصة قبل أن تلتزم بأي مواعيد.

هل أختار RISE with SAP أم GROW with SAP للانتقال من ECC؟

يتجه معظم عملاء ECC الذين لديهم شيفرة مخصصة كبيرة وعمليات معقدة إلى S/4HANA Cloud Private Edition ضمن RISE with SAP، وهي تدعم تحويل النظام الحالي. أما GROW with SAP فتستخدم Public Edition، وهو تطبيق جديد بعمليات قياسية وامتدادات عبر واجهات API المُصدَرة فقط. وهو يناسب الشركات المستعدة لاعتماد معيار SAP.