يخبركم SAP Readiness Check بما سيتعطّل. لكنه لا يخبركم بما يستحق البقاء.

يبدأ كل برنامج تحويل بالمخرَج نفسه: تقرير يُحصي الكائنات المخصّصة وتعارضات بنود التبسيط ونتائج التكييف. الرقم بالآلاف عادةً، وردّ الفعل الأول ذعرٌ عادةً، والغريزة الأولى — معالجة كل ما يشير إليه التقرير — هي عادةً أغلى خطأ متاح.

التقرير جرد. أما الخطة ففرز. والخلط بينهما يُدرِج ثمن الماضي في فاتورة المستقبل.

الخلاصة التنفيذية

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

ما تمنحكم الأدوات فعلًا

ثلاثة أشياء، وكلها ثمينة: جرد للكائنات المخصّصة، وخريطة لمواضع تصادمها مع عمليات التبسيط في S/4HANA، ثم — إذا كان تسجيل الاستخدام يعمل منذ مدة كافية — دليل على ما يُنفَّذ فعليًا في بيئة الإنتاج. وهي مجتمعةً تنقل عبارة “لدينا شيفرة مخصّصة كثيرة” من الحكايات إلى البيانات.

تحدّد أدوات SAP هنا — Readiness Check إلى جانب فحوص ترحيل الشيفرة المخصّصة في ABAP Test Cockpit — التعارضات وجهد التكييف. أما إحصاءات الاستخدام فتحتاج إلى أشهر من الجمع لتكون موثوقة؛ وتفعيلها من أرخص الخطوات المبكرة التي يمكن لأي برنامج أن يتخذها.

ما لا يخبركم به

01

هل ما زال أحد يشغّل الكائن

نتيجة تعارض على تقرير لم يشغّله أحد منذ 2019 ليست بندَ عمل — بل مرشّح للحذف يرتدي ثوب بند العمل. فمن دون بيانات الاستخدام، يعامل التقرير الميت والحيّ معاملة واحدة.

02

هل ما زال المتطلب الذي وراءه قائمًا

تعمّر الكائنات المخصّصة أطول من تغييرات العمليات وإعادات الهيكلة واللوائح التي برّرتها. وسؤال “أي قدرة أعمال يخدمها هذا اليوم؟” لا يوجد في أي سجل — بل هو من شأن أصحاب العمليات، وطرحه يُحيل من الشيفرة إلى التقاعد أكثر مما يفعله أي إصلاح في بناء الجملة.

03

ما الذي ينبغي أن تصير إليه الباقية

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

الأحكام الأربعة

الحكمالكائناتالإجراء
إحالة إلى التقاعدغير مستخدمة، أو تخدم متطلبًا اختفىاحذفها قبل التحويل — فأرخص معالجة هي الغياب
استبدالمستخدمة، لكن المعيار صار يغطّي الحاجةتبنَّ المعيار؛ وسجّلها قرار مواءمة مع المعيار
تكييفمستخدمة، وما زالت مبرّرة، لكنها متعارضة تقنيًاطبّق الإصلاحات الآلية التي تقتضيها الفحوص
إعادة بناءمنطق يصنع تميّزًا حقيقيًاأعِد تنفيذها توسعةً متوافقة مع clean-core، على واجهات مُعتمدة

قِس الاستخدام→أحِل الميت إلى التقاعد→استجوب الباقي→وجّه وفق clean core

لماذا يغيّر الفرز البرنامج كله

الحساب صادم ومألوف في آن: من الرقم المُعلن، حصة كبيرة لا تُنفَّذ أبدًا، وحصة أخرى تكرّر ما صار المعيار يؤدّيه، والباقي الذي يصنع تميّزًا حقيقيًا — الشيفرة الجديرة بهندسة سليمة — ليس إلا كسرًا من الرقم الأصلي. وتقدير المعالجة المبني على الرقم الخام وذاك المبني على الرقم بعد الفرز مشروعان مختلفان.

كما ينتج الفرز شيئًا لا يقدر عليه التقرير الخام أبدًا: سردًا قابلًا للدفاع أمام التدقيق ولجنة التوجيه عن سبب بقاء كل كائن أو زواله — قدرةً بقدرة، لا سطرًا بسطر.

وجهة نظر VISCAP

رأينا

وحدة المعالجة قدرة أعمال، لا كائن. الشيفرة ليست سوى دليل على متطلب — فاستجوب المتطلب.

نتعامل مع Readiness Check بوصفه بداية حوار مع أصحاب العمليات، لا قائمة أعمال متراكمة. التقرير يقول أين يتعارض الماضي مع المستقبل؛ ولا يستطيع أحد غير الأعمال أن يقول أي أجزاء الماضي كانت تستحق البقاء. والبرامج التي تتخطّى هذا الحوار تدفع للمهندسين أجرًا للحفاظ على العادات.

الرقم الذي يهمّ

ليس عدد النتائج في الصفحة الأولى — بل نسبة بيئتكم المخصّصة التي لم تُنفَّذ ولا مرة واحدة خلال العام الماضي. اطلب هذا الرقم أولًا. فهو يعيد تأطير كل حوار يليه، وعادةً خلال اجتماع واحد.