SAP Readiness Check وتقييم الانتقال إلى S/4HANA

يخبركم تقييم الانتقال إلى S/4HANA بما سيكلفه نقل نظام ECC لديكم وما سيستغرقه، وأي مسار يناسبه. وSAP Readiness Check هو النصف التقني من هذا التقييم: يقارن نظامكم بـ S/4HANA ويسرد ما سيتعطل، لكنه لا يتخذ القرارات نيابة عنكم.

الجواب المختصر: شغّلوا Readiness Check أولًا، في بيئة الإنتاج، مع رفع نتائج الشيفرة المخصصة. ثم ابذلوا الجهد الحقيقي فيما لا يستطيع رؤيته، أي ما إذا كان يجب أن تنتقل عملياتكم وبياناتكم وكائناتكم المخصصة وواجهاتكم أصلًا.

لمعرفة تسلسل الانتقال الكامل، ابدؤوا بـ دليلي للانتقال من ECC إلى S/4HANA.

SAP Readiness Check for SAP S/4HANA تطبيق سحابي من SAP. تشغّلون أدوات جمع البيانات في نظام ECC لديكم، وترفعون النتائج، وتحصلون على لوحة تفاعلية تبين كيف يؤثر S/4HANA في ذلك النظام.

وفقًا لـ نظرة SAP العامة على الميزات الرئيسية لـ Readiness Check (سبتمبر 2026)، فهو متاح على SAP for Me لجميع العملاء الذين لديهم اتفاقية صيانة SAP سارية. ويمكن للعملاء الذين لديهم مستأجر SAP Cloud ALM تشغيله هناك أيضًا، ودفع النتائج إلى Cloud ALM كمهام مشروع.

لا تشترونه بشكل منفصل. التكلفة الحقيقية هي وقت فريق Basis لديكم والأشخاص الذين يقرؤون النتائج.

تشغّل SAP سيناريوهات منفصلة للترقيات ولـ BW/4HANA ولمنتجات أخرى. وللانتقال من ECC تحتاجون إلى SAP Readiness Check for SAP S/4HANA. ويمكن أن يكون الهدف S/4HANA المحلي أو SAP S/4HANA Cloud Private Edition، وهو هدف RISE with SAP، كما يشرح المحتوى التعليمي من SAP عن التحضير للتحويل.

تضم قائمة SAP الحالية لسيناريو S/4HANA 17 فحصًا. يجمع الجدول أدناه الفحوص الأهم لقرار الانتقال، مع ما يخبركم به كل منها وأين أتوخى الحذر.

الفحص	ما يخبركم به	أين تتوخون الحذر
بنود التبسيط	أي تغييرات S/4HANA تنطبق على نظامكم، مع تصنيف للجهد والأنشطة المرتبطة	يعتمد غالبًا على محتوى الجداول والمعاملات المستخدمة، لذلك يبين الصلة لا الحل المناسب لكم
توافق الإضافات	ما إذا كانت كل إضافة من SAP أو من طرف ثالث متوافقة أو غير متوافقة أو غير معروفة للإصدار المستهدف	الإضافات غير المتوافقة تمنع التحويل في SUM، و"غير معروفة" تعني اتصالًا بالمورد
وظائف الأعمال النشطة	وظائف الأعمال غير المتوافقة التي ستمنع التحويل	أي عائق هنا يحتاج إلى بلاغ دعم لدى SAP مبكرًا
تحليل الشيفرة المخصصة	نتائج ATC أو Custom Code Migration app، مجمعة حسب الأثر، مع أعداد الإصلاحات السريعة والنطاق المستخدم وغير المستخدم	لا يظهر إلا إذا رفعتم نتائج الشيفرة المخصصة بشكل منفصل
تحديد حجم SAP S/4HANA	الحجم الأولي لذاكرة HANA والقرص، وأكبر الجداول، وإمكانية الأرشفة	نقطة بداية لتحديد الحجم، لا تحديد نهائي للعتاد أو لـ RISE
التكامل	جرد لـ IDocs وRFCs وBAPIs وخدمات الويب وOData ومستخرجات BW والملفات المسطحة وSLT، مع الأثر المحتمل	يبين الواجهات التقنية في هذا النظام فقط، لا الأنظمة في الطرف الآخر
تكامل العملاء والموردين	عدد العملاء والموردين الذين أصبحوا بالفعل شركاء أعمال (Business Partner)، ومشكلات جودة البيانات	تحويل شركاء الأعمال يوقع فرقًا أكثر من أي متطلب مسبق آخر
جودة البيانات المالية	حالات عدم الاتساق في دفتر الأستاذ العام ومحاسبة الأصول ودفتر المواد، حسب السنة ورمز الشركة	نتائج الفئة D تحتاج إلى تصحيح خاص بالنظام، وهذا يستغرق وقتًا
حاسبة التوقف المخطط	التوقف المتوقع للأعمال في تحويل SUM قياسي في مركز بيانات واحد	استرشادي فقط، وخطة الانتقال النهائي هي التي تحدد النافذة الحقيقية
توافر التطبيقات وتطبيقات Fiori الموصى بها	المعاملات المتقادمة أو المستبدلة، وتطبيقات Fiori المناسبة لاستخدامكم	توصيات، لا تصميم لتجربة المستخدم
Business Process Discovery	معدلات أتمتة العمليات، والأعمال المتأخرة المتراكمة، وأنواع الأوامر غير القياسية	لمحة أولى عن رؤى العمليات، يتناولها القسم أدناه بتفصيل أكبر

الإرشاد المركزي هو SAP Note 2913617، أي SAP Readiness Check for SAP S/4HANA. اقرؤوا النسخة الحالية قبل أن تبدؤوا، لأن SAP تحدّث الملاحظات المطلوبة مسبقًا بانتظام.

تشغيل Readiness Check

1. 01

   التحضير

   طبّقوا الملاحظات المذكورة في SAP Note 2913617 في النظام الذي ستحللونه، وهو عادة بيئة الإنتاج.

2. 02

   الجمع

   شغّلوا تقرير جمع البيانات RC_COLLECT_ANALYSIS_DATA كمهمة في الخلفية، واختاروا الإصدار المستهدف، ثم نزّلوا ملف ZIP.

3. 03

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

   شغّلوا فحوص الشيفرة المخصصة لـ S/4HANA في ATC أو Custom Code Migration app وصدّروا النتائج.

4. 04

   الرفع

   أنشئوا تحليلًا جديدًا في صفحة SAP Readiness Check على SAP for Me وارفعوا الملفين.

5. 05

   المراجعة

   راجعوا كل فحص مع فريق Basis والمالية ومالكي العمليات وقائد الشيفرة المخصصة لديكم.

بعض النقاط التي لا تظهرها قائمة الخطوات.

1. استخدموا بيئة الإنتاج. إرشاد SAP هو تحليل بيئة الإنتاج، لأن هذه هي النتائج التي ستخططون بها. وتعتمد عدة فحوص على سجل استخدام حقيقي لا تملكه البيئة التجريبية.
2. ارفعوا نتائج الشيفرة المخصصة. جمع البيانات الرئيسي لا يحلل شيفرتكم المخصصة وحده. وإذا لم يرفع أحد نتائج ATC أو Custom Code Migration app إلى التحليل نفسه، يبقى قسم الشيفرة المخصصة فارغًا ويبدو التقرير أنظف مما هو عليه نظامكم.
3. تحققوا من الإصدار المستهدف. اختاروا إصدار S/4HANA أو Private Edition الذي ستصلون إليه فعلًا. فبنود التبسيط وحالة الإضافات تتغير بين الإصدارات.
4. توقعوا بعض الأخذ والرد. تفشل أدوات جمع البيانات، وتنقص الملاحظات، وتطول المهام في الأنظمة الكبيرة. خططوا لها وقتًا زمنيًا، لا جهدًا فقط.

الصفحة الرئيسية موجودة على me.sap.com/readinesscheck.

الفحص جيد في سؤال واحد: ما الذي يتعارض في هذا النظام مع S/4HANA. وهو غير مصمم للإجابة عما إذا كان ذلك الشيء يجب أن يوجد أصلًا.

الكائنات المخصصة

من واقع تجربتي، ما يفوت Readiness Check ويؤلم لاحقًا هو الكائنات المخصصة. فهو يخبركم أي شيفرة مخصصة تتعطل مقابل بنود التبسيط. لكنه لا يخبركم أي برامج Z والجداول والتحسينات والنماذج والتقارير لا تزال تخدم غرضًا في الأعمال، وأيها يكرر وظائف قياسية في S/4HANA، وأيها لم يشغّله أحد منذ سنوات.

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

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

لذلك أتعامل مع قسم الشيفرة المخصصة على أنه بداية الجرد لا نهايته. يضيف Custom Code Migration app النطاق المستخدم وغير المستخدم، ويضيف smartShift التحليل والمعالجة المؤتمتين، ولا يزال على أحد في قطاع الأعمال أن يوافق على ما سيُستبعد.

كل ما هو خارج النظام المحلَّل

ينظر الفحص إلى نظام ECC واحد. ولا يرى:

1. تصميم العمليات. ما إذا كان يجب إعادة تصميم عمليات الطلب حتى التحصيل أو التسجيل حتى إعداد التقارير لديكم، وهذا ما يحسم Greenfield أو Brownfield أو الانتقائي.
2. الطرف الآخر من الواجهات. يسرد الواجهات في ECC. أما البرمجيات الوسيطة وأنظمة الأطراف الثالثة ومالكوها فهي خارجه.
3. البيانات التي لم تحمّلوها بعد. البيانات من أنظمة غير SAP، وجودة البيانات خارج المالية وشركاء الأعمال.
4. التنظيم والتغيير. من يملك القرارات، ومدى جاهزية المستخدمين، وما يستطيع قطاع الأعمال استيعابه خلال البرنامج.
5. الجوانب التجارية. تحويل التراخيص ونطاق RISE وتكلفة الشريك ليست في أي لوحة من SAP.

يقدم Business Process Discovery نظرة أولى على أداء العمليات. والتحليل الأعمق من SAP هو SAP Signavio Process Insights, discovery edition، الذي تصفه صفحة قيمة الدعم لدى SAP بأنه توصيات لتحسين العمليات عبر ستة مجالات أعمال. مدخل مفيد، لكنه لا يزال ليس تصميمًا.

يأخذ تقييم الانتقال Readiness Check كمدخل واحد ويحوّله إلى قرارات يمكنكم تمويلها. هذه هي المقارنة بينهما.

السؤال	SAP Readiness Check	التقييم الكامل للانتقال
ما الذي يتعارض في ECC مع S/4HANA؟	نعم، بالتفصيل	يستخدم نتائج الفحص
أي الكائنات المخصصة نحتفظ بها أو نستبعدها أو نعيد بناءها؟	جزئيًا: الأثر، إضافة إلى الاستخدام إذا استخدمتم Custom Code Migration app	نعم: جرد الكائنات والاستخدام ومالك الأعمال والقرار
Greenfield أم Brownfield أم انتقائي؟	لا	نعم، بناءً على نتائج العمليات والبيانات
أي الواجهات والأنظمة الخارجية تتغير؟	جانب ECC فقط	الطرفان، مع المالكين والمعالجة
ما مدى نظافة بياناتنا خارج المالية؟	جزئيًا	نعم، مع خطة تنقية ومالك
كم سيستغرق وكم سيكلف؟	تقديرات التوقف وتحديد الحجم فقط	جدول زمني ونطاق تكلفة واحتياطي طوارئ
أي نموذج نشر ونموذج تجاري؟	لا	المحلي أو Private Edition أو Public Edition، وما يجب التفاوض عليه

الأدوات التي أستخدمها هي SAP Readiness Check وCustom Code Migration app وsmartShift للشيفرة المخصصة، وSNP أو Natuvion عندما يكون الانتقال الانتقائي للبيانات مطروحًا. ولا شيء منها يغني عن مراجعة تصميم مع مالكي العمليات لديكم.

ثم تتكفل قاعدتي في اختيار المسار بالباقي. Greenfield عندما تنتقلون من أنظمة أخرى أو يجب تحديد عمليات جديدة، وBrownfield عندما تكون العمليات محددة وتعمل، والانتقائي عندما تحتاج عمليات بعض المجالات إلى إعادة تحديد. وتمر أداتي المجانية لتقييم الانتقال إلى S/4HANA على المقايضات نفسها إذا أردتم قراءة أولى قبل إنفاق المال.

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

الأمر يعتمد على الحالة. لن أعطي رقمًا واحدًا، لأن العوامل المؤثرة تختلف كثيرًا بين الشركات.

هذه هي العوامل التي تحركه:

1. عدد الأنظمة والعملاء (clients). نظام إنتاج ECC واحد مهمة مختلفة عن خمسة، مع أنظمة BW وCRM وSRM منفصلة.
2. حجم الشيفرة المخصصة. آلاف الكائنات المخصصة تحتاج إلى تحليل استخدام وقرارات أعمال، وهذا وقت أشخاص لا وقت أدوات.
3. الواجهات. كل نظام خارجي يحتاج إلى مالك يستطيع أن يقول ما يتغير في جانبه.
4. الكيانات والدول. مزيد من رموز الشركات يعني مزيدًا من أسئلة التوطين والضرائب والتقارير.
5. جودة البيانات. حالات عدم الاتساق المالية الكبيرة أو بيانات شركاء الأعمال الفوضوية تحتاج إلى تحقيق قبل أن يستطيع أحد التقدير.
6. توافر قطاع الأعمال. مالكو العمليات الذين يستطيعون منح التقييم ساعات حقيقية يقصّرونه أكثر من أي أداة.
7. الوصول. انتظار اعتماد الملاحظات وجدولة مهام الإنتاج يضيف وقتًا زمنيًا دون أي تحليل.

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

اطلبوا من فريق Basis تطبيق SAP Note 2913617 في بيئة الإنتاج هذا الشهر، وتشغيل Readiness Check مع تضمين نتائج الشيفرة المخصصة. ثم احجزوا نصف يوم مع قائد المالية ومالك عملية وقائد الشيفرة المخصصة لديكم لقراءته معًا وإدراج الأسئلة التي لا يجيب عنها.

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

ما هو SAP Readiness Check لـ S/4HANA؟

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

هل SAP Readiness Check مجاني لعملاء SAP؟

تتيحه SAP على SAP for Me لجميع العملاء الذين لديهم اتفاقية صيانة SAP سارية، وفي SAP Cloud ALM للعملاء الذين لديهم مستأجر Cloud ALM. التكلفة الحقيقية هي الوقت الداخلي ووقت الشريك لتجهيز النظام وتفسير النتائج.

كيف يُشغَّل SAP Readiness Check؟

طبّقوا الملاحظات الواردة في SAP Note 2913617، عادة في بيئة الإنتاج. شغّلوا تقرير جمع البيانات RC_COLLECT_ANALYSIS_DATA، ونزّلوا ملف ZIP، وشغّلوا تحليل الشيفرة المخصصة بشكل منفصل في ATC أو Custom Code Migration app. ارفعوا الاثنين في تحليل واحد على صفحة SAP Readiness Check في SAP for Me.

ما الذي لا يغطيه SAP Readiness Check؟

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

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

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

هل أشغّل Readiness Check قبل الاختيار بين Greenfield وBrownfield؟

نعم. فهو يبين مقدار ما يتعارض من نظامكم مع S/4HANA، وهذا مدخل واحد لقرار المسار. أما القرار نفسه فيعتمد على ما إذا كانت عملياتكم محددة وتعمل، وهذا ما لا يقيسه الفحص.