الانتقال من ECC إلى S/4HANA: المسارات والخطوات ومواعيد SAP ECC النهائية

ينقل الانتقال من ECC إلى S/4HANA نظام SAP ERP لديكم من SAP ECC 6.0 إلى SAP S/4HANA، مع قاعدة بيانات جديدة ونموذج بيانات مالي جديد وواجهة مستخدم جديدة. والقرار الذي تواجهونه هو أي مسار تسلكون، وهل يمكنكم بلوغ التشغيل الفعلي قبل أن تنتهي الصيانة الرئيسية لـ ECC في 31 ديسمبر 2027.

الإجابة المختصرة: Greenfield إذا كنتم تأتون من أنظمة أخرى أو تحتاجون إلى عمليات جديدة، وBrownfield إذا كانت عملياتكم محددة وتعمل، والانتقال الانتقائي للبيانات إذا كانت بعض المجالات فقط تحتاج إلى إعادة تصميم. في تجربتي يستغرق Brownfield من 12 إلى 18 شهرًا، وGreenfield من 18 إلى 24 شهرًا، والانتقال الانتقائي للبيانات من 12 إلى 18 شهرًا. شغّلوا SAP Readiness Check قبل أن تلتزموا بأي منها.

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

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

كان الترحيل سليمًا من الناحية التقنية. أما القيمة فلم تكن كذلك.

SAP ECC اختصار لـ SAP ERP Central Component. وهو جوهر SAP ERP 6.0، وأحد التطبيقات الأساسية في SAP Business Suite 7، وعندما يقول الناس «SAP ECC» فهم يقصدون في الغالب ECC 6.0. وهو يدير المالية والتحكم في التكاليف والمشتريات والمبيعات والإنتاج على أي قاعدة بيانات تدعمها SAP، من Oracle إلى SQL Server وDb2.

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

SAP S/4HANA هو الخلف، وقد التزمت SAP بصيانته حتى نهاية 2040.

السبب الثاني هو الوقت. إذا بدأتم تحويل Brownfield اليوم، في أكتوبر 2026، فسيقع التشغيل الفعلي بين أواخر 2027 وربيع 2028. وإذا بدأتم Greenfield اليوم فستصلون إلى التشغيل الفعلي في 2028.

لذلك لم يعد السؤال لدى معظم عملاء ECC هو هل ينتقلون. بل أي مسار يسلكون، وكم من الصيانة الممتدة يجب أن يرصدوا لها ميزانية خلال ذلك.

أتناول هذا الموضوع أيضًا في مقطع فيديو على قناتي في YouTube (باللغة الإنجليزية).

هذه هي الفروق التي تحرّك معظم جهد الترحيل:

المجال	SAP ECC	SAP S/4HANA
قاعدة البيانات	أي قاعدة بيانات مدعومة (Oracle وDb2 وSQL Server وغيرها)	SAP HANA فقط
نموذج البيانات المالية	جداول منفصلة لـ FI وCO والربحية مع جداول إجماليات	دفتر اليومية الموحد (Universal Journal، الجدول ACDOCA) مصدرًا وحيدًا لبنود السطور
البيانات الرئيسية للعملاء والموردين	سجلات منفصلة للعملاء والموردين	شريك الأعمال (Business Partner) إلزامي
رقم المادة	18 حرفًا	حتى 40 حرفًا، إذا فعّلتم الطول الممتد
إدارة الائتمان	إدارة الائتمان في SD	SAP Credit Management (FIN-FSCM)
واجهة المستخدم	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 على المنصة نفسها أو بجانبها على SAP BTP
الصيانة	EHP 6 إلى 8: الرئيسية حتى نهاية 2027، والممتدة حتى نهاية 2030	التزام حتى نهاية 2040

تسجّل SAP كل فرق من هذه الفروق بندَ تبسيط، وتنشرها في قائمة التبسيط (Simplification List) لكل إصدار من S/4HANA. بعضها إلزامي لكل عميل، مثل شريك الأعمال. وبعضها لا يهم إلا إذا كنتم تستخدمون الوظيفة، وSAP Readiness Check يخبركم أيها ينطبق على نظامكم.

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

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

قاعدتي في الاختيار قصيرة. Greenfield عندما تنتقلون من أنظمة أخرى أو عندما يلزم تحديد عمليات جديدة. وBrownfield عندما تكون عملياتكم محددة وتعمل، والانتقال الانتقائي للبيانات عندما يلزم إعادة تحديد عمليات بعض المجالات.

Decide

أي مسار من ECC إلى S/4HANA يناسب وضعكم؟

→Greenfield

الانتقال من أنظمة أخرى، أو يلزم تحديد عمليات جديدة

→Brownfield

العمليات محددة وتعمل

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

بعض المجالات فقط تحتاج إلى إعادة تحديد عملياتها

Greenfield: تنفيذ جديد

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

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

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

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

تنشر SAP دليل تحويل لـ SAP S/4HANA (Conversion Guide) لكل إصدار، يتضمن المتطلبات المسبقة وترتيب الخطوات التقنية. اقرؤوا الدليل الخاص بالإصدار المستهدف قبل أن تخططوا للمواعيد. والخطر هو الدين التقني الذي تحملونه معكم، لأن التعقيد القديم ينتقل معكم ما لم تنظفوه عن قصد.

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

ينقل الانتقال الانتقائي للبيانات رموز شركات أو وحدات أعمال أو شرائح زمنية مختارة من البيانات، لا كل شيء. وهو يحتاج إلى أدوات متخصصة وشريك متمرس فيه. وبعض الموردين يسوّقونه باسم «bluefield».

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

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

المسار	متى تختارونه	المدة المعتادة	الخطر الرئيسي
Greenfield	الانتقال من أنظمة أخرى، أو يلزم تحديد عمليات جديدة	من 18 إلى 24 شهرًا	عبء التغيير على المستخدمين، وترك البيانات التاريخية خلفكم
Brownfield	العمليات محددة وتعمل	من 12 إلى 18 شهرًا	نقل الدين التقني والشيفرة المخصصة غير المستخدمة
الانتقال الانتقائي للبيانات	يلزم إعادة تحديد عمليات بعض المجالات	من 12 إلى 18 شهرًا	الاعتماد على أدوات وشركاء متخصصين، وتعقيد تحديد نطاق البيانات

يغيّر المسار التفاصيل، لكن التسلسل يبقى نفسه. هذه هي الخطوات الخمس التي أخطط لها، بالترتيب.

تسلسل الترحيل

1. 01

   فحص الجاهزية

   شغّلوا SAP Readiness Check وتأكدوا من المتطلبات التقنية المسبقة.

2. 02

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

   اختاروا المسار وحددوا النطاق وخططوا للبرنامج كله قبل بدء البناء.

3. 03

   الشيفرة المخصصة

   اعرفوا ما يُستخدم، وأوقفوا الباقي، وكيّفوا ما يتبقى.

4. 04

   البيانات

   صنّفوا البيانات ونقّوها وأرشفوها قبل نقل أي شيء.

5. 05

   الاختبار والانتقال

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

1. شغّلوا فحص الجاهزية

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

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

في تحويل Brownfield، تحققوا في الوقت نفسه من هذه المتطلبات المسبقة:

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

2. اختاروا المسار وخططوا للبرنامج

استخدموا نتائج فحص الجاهزية وقاعدتي أعلاه لاختيار المسار. ثم خططوا للبرنامج كله، بما في ذلك البيانات والاختبار والانتقال، قبل أن يبدأ أي أحد البناء.

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

3. كيّفوا الشيفرة المخصصة

شغّلوا فحوصات S/4HANA في ABAP Test Cockpit، وهي تقارن شيفرتكم ببنود التبسيط لدى SAP. ويعرض Custom Code Migration app النتائج نفسها مع بيانات الاستخدام، فترون ما يُستخدم قبل أن تصلحوا أي شيء.

الهدف هو شيفرة Z أقل، لا مجرد شيفرة Z تعمل. في أحد البرامج، أوصلنا التحليل باستخدام smartShift من 18,000 كائن مخصص إلى 3,200.

كل كائن مخصص تنقلونه يضيف تكلفة إلى كل ترقية مستقبلية. رأيت شركات تختصر مدد الترقية بنسبة 40% بفضل مبادئ Clean Core، ويشرح دليلي إلى SAP Clean Core كيف تصنّفون ما يتبقى.

4. جهّزوا البيانات وانقلوها

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

5. اختبروا ودرّبوا وانتقلوا

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

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

في تجربتي يستهلك ترحيل البيانات من 30 إلى 40% من جهد التنفيذ. وهو أيضًا السبب الأكثر شيوعًا لتأخر الجداول الزمنية.

طريقة نقل البيانات تعتمد على المسار. في Brownfield يحوّل SUM البيانات في مكانها. وفي Greenfield تحمّلون البيانات الرئيسية والبنود المفتوحة باستخدام SAP S/4HANA Migration Cockpit، وفي الانتقال الانتقائي للبيانات تنقل الأدوات المتخصصة النطاق الذي اخترتموه.

أيًا كان المسار، رتّبوا البيانات قبل نقلها:

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

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

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

هذه هي الأدوات الخمس التي استخدمتها في برامج الانتقال من ECC إلى S/4HANA. اثنتان من SAP نفسها وثلاث من موردين متخصصين:

الأداة	الجهة المطوّرة	ما تفعله	موضعها
SAP Readiness Check for SAP S/4HANA	SAP	تقدّم تقارير عن بنود التبسيط وتوافق الإضافات وأثر الشيفرة المخصصة وأحجام البيانات وتقدير الحجم	قبل اختيار المسار
Custom Code Migration app	SAP	تطبيق SAP Fiori يشغّل فحوصات ABAP Test Cockpit الخاصة بـ S/4HANA ويستخدم بيانات الاستخدام لاكتشاف الشيفرة غير المستخدمة، ويعمل في S/4HANA أو في بيئة SAP BTP ABAP	تحديد نطاق الشيفرة المخصصة وتكييفها
smartShift	smartShift Technologies	تحليل آلي لشيفرة ABAP المخصصة وتحويلها لـ S/4HANA	تحليل الشيفرة المخصصة ومعالجتها
SNP (منصة Kyano)	SNP Group	برمجيات تحويل البيانات للانتقال الانتقائي، تُباع ضمن نهج «Bluefield» لدى SNP	الانتقال الانتقائي للبيانات، وعمليات الاندماج والفصل
Natuvion	Natuvion Group	برمجيات تحويل البيانات وأدوات الانتقال لعمليات التحول إلى S/4HANA	الانتقال الانتقائي للبيانات والانتقال إلى النظام الجديد

SNP وNatuvion كلتاهما من الأعضاء المؤسسين في مجتمع Selective Data Transition Engagement لدى SAP. أما أدوات SAP الأخرى التي ستصادفونها فهي SUM لتحويل Brownfield، وMigration Cockpit لتحميل بيانات Greenfield.

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

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

بعد 2030 هناك طريق ضيق واحد، هو SAP ERP, private edition, transition option. يمنح صيانة من 2031 إلى 2033 للعملاء الذين ينقلون نظام ECC لديهم إلى السحابة الخاصة لدى SAP بوصفه SAP ERP, private edition، على SAP HANA، ضمن RISE with SAP. يجب أن ينتقل النظام قبل 31 ديسمبر 2030، وأن يكون حجمه 2 TB على الأقل، ويحتاج إلى خطة max success من SAP.

إذن 2033 ليس موعدًا نهائيًا عامًا. بل ينطبق على الأنظمة الكبيرة التي نقلت ECC بالفعل إلى سحابة SAP. أما للجميع غيرهم، فإن ECC على بنيتكم التحتية الخاصة له 2027 موعدًا للصيانة الرئيسية و2030 نهايةً للصيانة الممتدة.

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

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

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

تتبع التكلفة العوامل نفسها التي تحدد المدة: المسار، وحجم الشيفرة المخصصة، وحالة بياناتكم، وعدد الكيانات التي تنتقل إلى التشغيل الفعلي. البيانات وحدها تستهلك من 30 إلى 40% من الجهد، ولهذا توفر خطة بيانات نظيفة مالًا أكثر من أي تفاوض على الأسعار. ويغطي دليلي لتكلفة الانتقال إلى S/4HANA ما يحرك ميزانية الانتقال، ويقسّم دليلي لتكلفة تنفيذ SAP الميزانية حسب حجم الشركة.

لتروا كيف سار أحد البرامج، اقرؤوا دراسة حالة الانتقال من ECC إلى S/4HANA. ولاختبار خياراتكم أنتم، جرّبوا تقييم الترحيل Greenfield مقابل Brownfield.

هذا المقال هو النظرة العامة. وكل دليل أدناه يجيب عن سؤال واحد بالكامل.

1. الجدول الزمني وخطة المشروع للانتقال إلى S/4HANA: مرحلة بمرحلة، وحسب المسار، مع عمليات التحويل التجريبية والانتقال النهائي.
2. تكلفة الانتقال إلى S/4HANA: ما الذي يحرك الميزانية في التحويل أو التنفيذ الجديد أو الانتقال الانتقائي.
3. SAP Readiness Check وتقييم الانتقال: ما يخبركم به الفحص وما يفوته.
4. SAP S/4HANA Migration Cockpit خطوة بخطوة: تحميل البيانات باستخدام جداول التجهيز أو النقل المباشر.
5. RISE with SAP: السحابة العامة أم الخاصة: أي إصدار يناسب عملياتكم.
6. عقد RISE with SAP وتسعيره: ما يغطيه الاشتراك وما يجب التفاوض عليه.
7. كيف تختارون شريك الانتقال إلى S/4HANA: الأسئلة التي تطرحونها وإشارات التحذير.
8. إنقاذ مشاريع SAP: كيف تنقذون انتقالًا خرج عن مساره.

أداتان تساعدان في الأرقام: حاسبة تكلفة تنفيذ SAP ومقدّر ترحيل البيانات.

ما هو SAP ECC؟

SAP ECC (SAP ERP Central Component) هو جوهر SAP ERP 6.0، وجزء من SAP Business Suite 7. ويغطي المالية والتحكم في التكاليف والخدمات اللوجستية وعمليات أساسية أخرى، ويعمل على عدة قواعد بيانات. وSAP S/4HANA هو خلفه ويعمل على SAP HANA فقط.

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

في تجربتي يستغرق تحويل Brownfield من 12 إلى 18 شهرًا، وتنفيذ Greenfield من 18 إلى 24 شهرًا، والانتقال الانتقائي للبيانات من 12 إلى 18 شهرًا. وتنقية البيانات هي السبب الأكثر شيوعًا لتأخر الجداول الزمنية، لأن ترحيل البيانات يستهلك من 30 إلى 40% من جهد التنفيذ.

ماذا يحدث لـ SAP ECC بعد 2027؟

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

Brownfield أم Greenfield: أيهما أفضل؟

لا أحد منهما أفضل بشكل عام. اختاروا Greenfield عندما تنتقلون من أنظمة أخرى أو يلزم تحديد عمليات جديدة، وBrownfield عندما تكون عملياتكم محددة وتعمل. وإذا كانت بعض المجالات فقط تحتاج إلى إعادة تصميم، ففكروا في الانتقال الانتقائي للبيانات.

ما هو الانتقال الانتقائي للبيانات في SAP؟

ينقل الانتقال الانتقائي للبيانات رموز شركات أو وحدات أعمال أو شرائح زمنية مختارة من البيانات إلى S/4HANA، بدلًا من تحويل كل شيء أو البدء من نظام فارغ. ويتيح لكم إعادة تصميم بعض المجالات مع الاحتفاظ بالبيانات التاريخية في مجالات أخرى. ويحتاج إلى أدوات متخصصة، مثل أدوات SNP أو Natuvion، وإلى شريك متمرس.

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

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

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

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

هل أختار RISE with SAP أم GROW with SAP لترحيل ECC؟

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