استراتيجية SAP Clean Core: ما تعنيه وكيف تطبقها

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

رأيت شركات تخفض جداول الترقية بنسبة 40% بتطبيق مبادئ Clean Core قبل أن يبدأ برنامج S/4HANA لديها. فقد استبدلت إحدى شركات السلع الاستهلاكية منطق التسعير القديم بتطبيق Fiori معياري مبني خارج النواة، وتوقفت ترقياتها عن كسر ذلك المنطق.

وقد تغيّر الكثير منذ كتبت هذا المقال أول مرة في أبريل 2025. فالآن تصف SAP مفهوم Clean Core عبر خمسة مبادئ إرشادية، وتصنّف منذ أغسطس 2025 كل امتداد في أحد أربعة مستويات. كما أصبحت مواعيد ECC أوضح. وهذه النسخة تعكس ذلك.

يعني Clean Core إبقاء نظام S/4HANA لديك قريباً من القياسي لدى SAP بقدر ما يسمح عملك، وبناء أي شيء إضافي بطريقة تصمد أمام الترقيات.

يمكنك أن تواصل التخصيص. لكن على التخصيص أن يستخدم واجهات أطلقتها SAP ووعدت بإبقائها مستقرة. وتقدم SAP طريقتين لذلك:

• على المنصة نفسها (on-stack)، مع ABAP Cloud. تعمل الامتدادات داخل S/4HANA لكنها لا تستخدم إلا واجهات برمجة التطبيقات ونقاط الامتداد المعتمدة.
• إلى جانبها (side-by-side)، على SAP BTP. تعمل الامتدادات تطبيقات منفصلة وتتحدث إلى S/4HANA عبر واجهات برمجة التطبيقات أو الأحداث.

وتوجيه SAP نفسها هو الاختيار بحسب حالة الاستخدام، مع البدء بـ BTP. وفي خبرتي، مكان تشغيل الشيفرة أقل أهمية من سؤال: هل يحتاج المتطلب إلى شيفرة أصلاً.

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

تنظّم SAP Clean Core حول خمسة مبادئ إرشادية. وكانت النسخة السابقة من هذا المقال تسرد عناوين مختلفة. وهذه هي التي تستخدمها SAP، مع ما أنظر إليه أولاً في كل منها:

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

تبدأ معظم الفرق بقابلية التوسعة وتنتهي بها لأنها الأسهل قياساً. وفي خبرتي تتسبب العمليات والبيانات في تأخير أكبر. فالشيفرة المخصصة هي في الغالب العَرَض. أما العملية التي وراءها فهي السبب.

في أغسطس 2025 استبدلت SAP نموذجها السابق لقابلية التوسعة المكوّن من ثلاث طبقات بـمفهوم مستويات Clean Core. يُقيَّم كل امتداد بحسب طريقة بنائه ودرجة انفصاله عن النواة وسهولة ترقيته.

المستوى	وصف SAP	ماذا يعني لترقيتك
A	التوسعة باستخدام SAP Build. واجهات مطروحة علنياً ومستقرة فقط، على المنصة نفسها مع ABAP Cloud أو إلى جانبها على BTP	أدنى مخاطر. تدعم SAP هذه الواجهات بعقود استقرار
B	يستخدم أيضاً واجهات SAP الكلاسيكية وتقنياتها	مستقر عموماً عند الترقية، لكنه خارج نموذج التطوير السحابي
C	يصل إلى كائنات SAP الداخلية	متوافق جزئياً. تحتاج كل ترقية إلى فحص؛ وتخطط SAP لسجل تغييرات للكائنات الداخلية
D	غير موصى به: التعديلات، والكتابة في جداول SAP، والتحسينات الضمنية، والكائنات غير الموصى بها صراحةً	الدين التقني الذي يجب إزالته أولاً

وهذا أفيد من النقاش القديم حول «نظيف أو غير نظيف». فهو يتيح لك تحديد هدف لكل كائن. وليس مطلوباً أن يصل كل شيء إلى المستوى A. فنقل كائنات المستوى D إلى B أو C قبل الترقية يمثل أصلاً تخفيضاً حقيقياً للمخاطر.

المستوى Aالمستوى Bالمستوى Cالمستوى D

ما الذي يستخدمهالمستوى Aواجهات مطروحة علنياً ومستقرة فقطالمستوى Bوواجهات SAP الكلاسيكية أيضاًالمستوى Cكائنات SAP الداخليةالمستوى Dالتعديلات والكتابة في جداول SAP والتحسينات الضمنية

مخاطر الترقيةالمستوى Aالأدنى، مدعومة بعقود الاستقرارالمستوى Bمستقر عموماً عند الترقيةالمستوى Cيحتاج إلى فحص عند كل ترقيةالمستوى Dالأعلى

ما الذي يُقرَّرالمستوى Aالخيار الافتراضي لكل ما هو جديدالمستوى Bيُقبل مع تسجيل السببالمستوى Cيُقبل مع سبب ويُعاد فحصه عند كل ترقيةالمستوى Dيُزال أولاً أو يُنقل إلى B أو C

المصدر: مفهوم مستويات Clean Core من SAP، SAP News، أغسطس 2025

لو طلبت مني تقييم نظامك الشهر المقبل، فهذا هو الترتيب الذي سأتبعه.

1. اعرف ما هو مستخدم. شغّل SAP Readiness Check المرفق باتفاقية الصيانة لديك، واجمع بيانات الاستخدام لشيفرتك المخصصة. في أحد البرامج، نقلنا التحليل باستخدام smartShift من 18,000 كائن مخصص إلى 3,200. وكان معظم الباقي ببساطة غير مستخدم.
2. صنّف ما تبقى في المستويات من A إلى D. ABAP test cockpit هي أداة SAP لفحوص مستوى الشيفرة. وفي RISE، تعرض لوحة منهجية RISE with SAP مدى تبنّي Clean Core.
3. قرر كائناً كائناً. أوقفه، أو انقله إلى واجهة معتمدة، أو أعد بناءه على BTP، أو أبقِه مع سبب موثق. ابدأ بالشيفرة التي تعمل كل يوم. أما تقرير يستخدمه فريق إقليمي واحد مرتين في السنة فيمكنه الانتظار.
4. أدخل الأعمال إلى الغرفة. قائد مالي عملت معه لم يفهم تطبيق Fiori الجديد إلا بعد جولة شرح مدتها 45 دقيقة. وقد وفّرت تلك الجلسة أسبوعين من الأخذ والرد في اختبار قبول المستخدمين.
5. تحدَّ عبارة «عمليتنا مختلفة». في ورشة لفريق مبيعات، تبيّن أن العملية «الفريدة» كانت 80% منها إجراءات إدارية قديمة زائدة. وتحسنت تجربة عملائهم مع SAP القياسي بعدما زالت الحلول الالتفافية.
6. ابدأ عمل البيانات مبكراً. كان لدى أحد عملاء التجزئة أكثر من 15,000 حقل مخصص يلزم فرزها. وفي خبرتي يستحوذ ترحيل البيانات على 30 إلى 40% من جهد التنفيذ، وهو الجزء الذي تقلل معظم الخطط من شأنه. أشرح السبب في أسباب فشل ترحيل بيانات SAP.
7. ضع الحوكمة قبل التشغيل الفعلي. ينبغي أن تراجع جهة اعتماد التصميم (design authority) كل امتداد جديد. وكان السؤال الافتراضي سابقاً «لماذا لا يمكن أن يعيش هذا على BTP؟». أما اليوم فسأسأل «لماذا لا يمكن أن يكون هذا في المستوى A، وإن لم يمكن، فأي مستوى نقبل ولماذا؟»

المهارات لا تقل أهمية عن الأدوات. فريق ABAP لم يعمل مع ABAP Cloud أو BTP سيبطئ البرنامج وهو يتعلم. وقد أجرت إحدى شركات التصنيع التي عملت معها برنامج BTP داخلياً مدته ثلاثة أشهر قبل بدء مشروع S/4HANA لديها، وأثمر ذلك مفاجآت أقل أثناء البناء.

ثلاثة أسئلة تظهر في كل حديث تقريباً أجريه حول هذا الموضوع.

هل Clean Core إلزامي في RISE with SAP؟ ليس كقاعدة شاملة. ففي S/4HANA Cloud Public Edition لا يمكنك التوسعة إلا عبر واجهات معتمدة، فالنظام يفرض ذلك. أما في Private Edition والتثبيت المحلي فلا يزال بوسعك تعديل النواة. وClean Core هناك خيار حوكمة، وتتابعه SAP عبر لوحة منهجية RISE. وإذا قال لك شريك تكامل الأنظمة (SI) إنه تعاقدي، فاطلب منه أن يريك البند.

كم من الوقت لدي على ECC؟ بالنسبة لـ SAP ERP 6.0 على حزم التحسين من 6 إلى 8، تنتهي الصيانة الرئيسية في 31 ديسمبر 2027. وتمتد الصيانة الممتدة الاختيارية حتى 31 ديسمبر 2030 بتكلفة إضافية، وتطلب SAP من العملاء طلبها بحلول الربع الثالث من 2027. أما حزم التحسين الأقدم فقد خرجت من الصيانة الرئيسية في نهاية 2025. وبعد 2030، يغطي خيار الانتقال لـ SAP ERP، الإصدار الخاص الفترة من 2031 إلى 2033. وهو ينطبق فقط على الأنظمة الكبيرة التي انتقلت بالفعل إلى SAP ERP، الإصدار الخاص على SAP HANA قبل نهاية 2030، ومع خطة max success من SAP فقط. تعامل مع 2033 على أنه مسار استثنائي لا موعد تخطيط. ويغطي دليلي للانتقال من ECC إلى S/4HANA خيارات المسار.

هل يهم Clean Core للذكاء الاصطناعي؟ تبني SAP ميزاتها في الذكاء الاصطناعي، ومنها Joule، فوق عملياتها القياسية ونموذج بياناتها. ويولّد Joule للمطورين شيفرة ABAP Cloud على واجهات معتمدة. ورأيي العملي بسيط: كلما اقتربت عملياتك وبياناتك من القياسي، قلّ ما تحتاجه من تكييف قبل أن تفيدك تلك الميزات. والعمليات المعدّلة بكثافة هي حيث يكون تبنّي ميزات الذكاء الاصطناعي أصعب.

الفرق التي تتجاوز Clean Core لا تتجنب العمل. إنها تؤجله، فتعود عليها ترقيات معطلة وماراثونات اختبار انحدار وشيفرة مخصصة لا يفهمها أحد.

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

ما هو SAP Clean Core؟

يعني Clean Core إبقاء S/4HANA قريباً من القياسي لدى SAP وبناء الامتدادات فقط عبر واجهات أطلقتها SAP والتزمت بإبقائها مستقرة. وتعمل الامتدادات إما على المنصة نفسها مع ABAP Cloud أو إلى جانبها على SAP BTP. والهدف ألا تكسر الترقيات منطقك المخصص.

ما الأبعاد الخمسة لـ SAP Clean Core؟

تسميها SAP المبادئ الإرشادية الخمسة لـ Clean Core: العمليات وقابلية التوسعة والبيانات والتكاملات والتشغيل. تبقى العمليات قريبة من القياسي. وتستخدم الامتدادات واجهات برمجة معتمدة. وتُحفظ البيانات نظيفة في ظل نموذج حوكمة. وتستخدم التكاملات تقنيات موحدة ومدعومة. ويغطي التشغيل الحوكمة والأفراد والأدوات التي تُبقي المبادئ الأربعة الأخرى قائمة.

ما مستويات SAP Clean Core: A وB وC وD؟

منذ أغسطس 2025 تصنّف SAP الامتدادات في أربعة مستويات. يستخدم المستوى A واجهات مطروحة علنياً ومستقرة فقط. ويستخدم المستوى B أيضاً واجهات SAP الكلاسيكية. ويصل المستوى C إلى كائنات SAP الداخلية ويحتاج إلى فحص عند كل ترقية. ويشمل المستوى D التعديلات والكتابة في جداول SAP والتحسينات الضمنية وغيرها من التقنيات غير الموصى بها، ويمثل أعلى مخاطر.

هل Clean Core إلزامي مع RISE with SAP؟

ليس كقاعدة شاملة. فـ S/4HANA Cloud Public Edition لا تسمح بالامتدادات إلا عبر واجهات معتمدة، فهي تفرض Clean Core تقنياً. وفي Private Edition لا يزال بوسعك تعديل النواة، فيكون Clean Core قرار حوكمة. وتتابع SAP تبنّي Clean Core عبر لوحة منهجية RISE with SAP.

متى ينتهي دعم SAP ECC؟

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

كيف أقيّم جاهزية نظام SAP لدي لـ Clean Core؟

ابدأ بـ SAP Readiness Check وبيانات الاستخدام لشيفرتك المخصصة. صنّف ما لا يزال مستخدماً في المستويات من A إلى D، مستعيناً بـ ABAP test cockpit لفحوص مستوى الشيفرة. ثم قرر لكل كائن هل تُوقفه أو تنقله إلى واجهة معتمدة أو تعيد بناءه على SAP BTP أو تُبقيه مع سبب موثق. وراجع العمليات والبيانات في الوقت نفسه، لأنها تفسّر عادةً سبب وجود الشيفرة.

ما دور SAP BTP في استراتيجية Clean Core؟

SAP BTP هو المكان الذي تعمل فيه الامتدادات إلى جانب النواة. تتصل التطبيقات على BTP بـ S/4HANA عبر واجهات برمجة التطبيقات والأحداث، فتبقى النواة دون مساس. وتوصي SAP بنهج يبدأ بـ BTP، مع امتدادات ABAP Cloud على المنصة نفسها حيث يلزم أن يقع المنطق قريباً من البيانات أو المعاملة.