قوالب تنفيذ SAP: دليل مرحلة بمرحلة

يأتي SAP Activate بقالب لكل مخرج تقريباً في برنامج S/4HANA. ستجدها في SAP Activate Roadmap Viewer، وفي برامج السحابة داخل SAP Cloud ALM. العثور عليها سهل. الصعب هو معرفة أيها يستحق الجدية.

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

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

هذه هي المجموعة التي أتوقع رؤيتها معتمدة، مع من يملك كل قالب والنقطة التي يجب أن يجتازها.

المرحلة	القالب	المالك	يُعتمد قبل
Prepare	وثيقة تحديد نطاق المشروع	مدير البرنامج (ويوافق الراعي)	بدء Explore
Prepare	دراسة الجدوى (Business Case)	المدير المالي أو مالك الأعمال	الإفراج عن التمويل
Prepare	مصفوفة الأطراف المعنية	مدير البرنامج	حجز ورش Explore
Explore	ورقة المتطلبات وتحليل الفجوات	معماري الحلول مع مالكي العمليات	بدء Realize
Realize	سجل التهيئة	قادة الفريق الوظيفي	انتقال كل طلب نقل إلى QA
Realize	سجل التطوير المخصص	قائد التطوير	بدء البناء على أي كائن
Realize	استراتيجية الاختبار	مدير الاختبار	بدء اختبار تكامل النظام
Realize	خطة ترحيل البيانات	قائد ترحيل البيانات	أول تحميل تجريبي (mock load)
Deploy	خطة الانتقال	مدير الانتقال	البروفة النهائية
Deploy	تقييم جاهزية التشغيل الفعلي	مدير البرنامج (ويوقّع الراعي)	اجتماع قرار الانطلاق من عدمه (go/no-go)
Run	نموذج دعم الرعاية المكثفة	قائد تقديم الخدمة	التشغيل الفعلي
Run	ورقة مراقبة الأداء	قائد Basis	التشغيل الفعلي

يتكون Activate من ست مراحل: Discover وPrepare وExplore وRealize وDeploy وRun. وهو يجمع بين محتوى SAP Best Practices والتهيئة الموجهة ومنهج التسليم الرشيق. وعند معظم العملاء تحدث مرحلة Discover قبل توقيع العقد، لذلك تبدأ القوالب أدناه من Prepare.

1. 01Discoverعادةً قبل توقيع العقد
2. 02Prepareوثيقة النطاق ودراسة الجدوى ومصفوفة الأطراف المعنية
3. 03Exploreورقة المتطلبات وتحليل الفجوات
4. 04Realizeسجل التهيئة وسجل التطوير واستراتيجية الاختبار وخطة الترحيل
5. 05Deployخطة الانتقال وجاهزية التشغيل الفعلي
6. 06Runنموذج الرعاية المكثفة ومراقبة الأداء

كل قالب معتمد قبل بوابته

تسلسل المراحل ليس اختيارياً. عملت مع شركة تجزئة حاولت تخطي أجزاء منه وانتهى بها الأمر بإعادة عمل ثلاثة أشهر. لكل بوابة جودة سبب وجودها.

عند تكييف القوالب، احتفظ بنحو 80% من البنية القياسية. غيّر فقط ما يعكس سياقك: متطلبات القطاع والضوابط التنظيمية والخصوصيات الإقليمية. إعادة كتابة كل شيء تُفقد الغرض.

ما الذي تغيّر في الأدوات لعام 2026

بنية Activate هي نفسها كما كانت. أما الأدوات المحيطة بها فقد تحركت.

1. يحتضن SAP Cloud ALM القوالب في برامج السحابة. هو خليفة Solution Manager لدى SAP، ويأتي مع SAP Enterprise Support ومع الاشتراكات السحابية مثل RISE with SAP. يمكن أن يعيش فيه تحديد النطاق والمتطلبات وخطط الاختبار ومهام الانتقال مع قابلية التتبع بينها. وتخرج Solution Manager 7.2 من الصيانة الأساسية في نهاية 2027، مع صيانة ممتدة حتى 2030 لبعض الوظائف، لذلك أمام البيئات المحلية القائمة بضع سنوات، لا عقد كامل.
2. أصبحت Joule داخل أدوات المنهجية. جعلت SAP أداة Joule متاحة في Activate Roadmap Viewer في 2025 وفي SAP Cloud ALM، فيستطيع الفريق طلب إرشاد للمهام أو صياغة محتوى من خريطة الطريق. تسرّع المسودة الأولى. لكنها لا تحل محل من يوقّع تحليل الفجوات.
3. أصبح Clean Core قاعدة تصميم، بمستويات. في أغسطس 2025 استبدلت SAP نموذجها ثلاثي الطبقات لقابلية التوسعة بـأربعة مستويات لـ Clean Core، من A إلى D. يستخدم المستوى A واجهات برمجة مُصدَرة فقط، إما على SAP BTP وإما داخل النظام مع ABAP Cloud. والمستوى D غير نظيف إطلاقاً. ويحتاج قالب تحليل الفجوات إلى عمود يبيّن أين ستستقر كل فجوة.
4. يضيّق الإصدار العام تحليل الفجوات. تسوّق SAP الآن S/4HANA Cloud Public Edition باسم SAP Cloud ERP، وتبيعه للشركات المتوسطة باسم SAP GROW. وتنطبق المراحل الست نفسها بمخرجات أخف، ولا يُسمح إلا بامتدادات الواجهات المُصدَرة، لذلك فإن عمود «الفجوة» له إجابات ممكنة أقل.

المشاريع التي تتخطى هذا الأساس تدفع ثمنه في Explore وRealize.

قالب تحديد نطاق المشروع

يحدد ما يشمله المشروع وما لا يشمله. وحين يحاول أحد إضافة نطاق بعد ثلاثة أشهر (وسيحاول)، تكون هذه الوثيقة نقطة المرجع. ويقع ميثاق مشروع SAP فوقها ويحمل تفاصيل الحوكمة.

القسم	التفاصيل
العنوان والراعي ومدير المشروع	تنفيذ SAP S/4HANA Finance؛ المدير المالي؛ مدير مشروع أول مسمّى
الخلفية	الوضع الحالي ودافع التغيير
الأهداف	خفض دورة الإقفال من 14 يوماً إلى 5 أيام؛ إلغاء المطابقات اليدوية
ضمن النطاق	FI/CO وتكامل MM/SD وترحيل البيانات واختبار قبول المستخدم (UAT) والتشغيل الفعلي
خارج النطاق	وحدات الموارد البشرية وترحيل التقارير القديمة والتكاملات مع أطراف ثالثة تتجاوز ERP
الافتراضات	توفر الراعي التنفيذي للجنة التوجيهية شهرياً؛ الاتفاق على بيانات الاختبار بحلول الأسبوع 6
القيود	تاريخ تشغيل فعلي ثابت؛ موارد داخلية فقط للتهيئة
المخرجات	نظام مُهيأ وخطط اختبار وخطة انتقال ومواد تدريب
الجدول الزمني	Prepare: الأسابيع 1-4؛ Explore: الأسابيع 5-10؛ Realize: الأسابيع 11-26
الاعتماد	يلزم توقيع راعي المشروع ومكتب إدارة المشاريع قبل بدء Explore

قالب دراسة الجدوى

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

قاعدة واحدة ألتزم بها: ألا يكتب هذه الوثيقة مُكامل النظم الذي سينفذ العمل. حافزه أن يبدأ. وحافزك أن تنتهي. ويتعمق قالب دراسة جدوى SAP الذي كتبته في نموذج الفوائد.

القسم	التفاصيل
المالك والملخص	المدير المالي أو مدير البرنامج؛ لماذا الآن، وما الذي يتغير، وما الذي يبقى كما هو
بيان المشكلة	مشكلات تشغيلية محددة (طول دورة الإقفال، الحلول اليدوية البديلة، عمر النظام)
النهج المقترح	Greenfield / Brownfield / انتقائي، مع ملخص للنطاق
الفوائد	بالأرقام: أيام تُخصم من دورة الإقفال، وتوفير في الموظفين المكافئين للدوام الكامل (FTE)، وخفض معدل الأخطاء، وخفض مخاطر التدقيق
التكلفة والتمويل	التنفيذ، والترخيص أو الاشتراك، ووقت الموارد الداخلية، والاحتياطي؛ ومصدر الميزانية
المخاطر	أهم ثلاث مخاطر، مع الاحتمال والأثر
التوصية	المضي / المضي المشروط / التأجيل، مع المبررات

مصفوفة تحديد الأطراف المعنية

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

الطرف المعني	الدور	الاهتمام	النفوذ	التفاعل
المدير المالي للمجموعة	الراعي التنفيذي	العائد على البرنامج وتحسين الإقفال المالي	مرتفع	لجنة توجيهية شهرية وتحديث كتابي أسبوعي
مدير تقنية المعلومات	المالك التقني	استقرار النظام والتكامل والأمان	مرتفع	مجلس برنامج أسبوعي ويومي أثناء Realize
مدير المالية	مالك العملية الرئيسي	تصميم FI/CO وعملية الإقفال	مرتفع	ورش في Explore وتوقيع UAT
مديرو المصانع	مستخدمون متأثرون	تغييرات عمليات MM/PP	متوسط	رسائل تغيير شهرية ومشاركة في UAT
المستخدمون النهائيون (AP/AR)	المشغّلون	تغييرات على مستوى المعاملات	منخفض	التدريب ودعم الرعاية المكثفة
التدقيق الداخلي	الحوكمة	قابلية التتبع والضوابط والامتثال	متوسط	مراجعات المخرجات عند بوابات الجودة

استخدم المصفوفة نفسها لتخطيط ورش Prepare التي تلتقط المتطلبات عالية المستوى بحسب الإدارة. رقّم تلك المتطلبات بالصيغة التي ستستخدمها في Explore (REQ-001 وهكذا)، حتى لا يُعاد ترقيم أي شيء لاحقاً ويبقى التتبع إلى الطلب الأصلي قائماً.

Explore هي حيث يتشكل التنفيذ. تكشف هذه القوالب الفجوة بين ما تفعله SAP جاهزة وما تحتاجه الأعمال.

قالب الربط بالمتطلبات وتحليل الفجوات

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

ثم يبيّن تحليل الفجوات أين تلبي SAP القياسية كل حاجة وأين لا تلبيها. وهو يفتح العيون فعلاً لدى معظم عملائي. أحب أن أشاهد اللحظة التي يدرك فيها الفريق أنه يستطيع استخدام الوظائف القياسية بدل الشيفرة المخصصة المكلفة.

أبقي الاثنين في ورقة واحدة، مع عمود لمسار الحل. في S/4HANA تحتاج كل فجوة إلى إجابة صريحة: تهيئة قياسية، أو امتداد للمستخدم الرئيسي (key user)، أو امتداد للمطور داخل النظام، أو امتداد جنباً إلى جنب على SAP BTP. أما التعديلات الكلاسيكية على شيفرة SAP فهي أغلى إجابة، وينبغي أن تتطلب موافقة شخص مسمّى.

معرّف المتطلب	المتطلب	مكوّن SAP	ملائم / فجوة	مسار الحل	مرجع الاختبار
REQ-001	قيود إقفال نهاية الشهر الآلية	FI-GL وإقفال نهاية الفترة	ملائم	تهيئة قوالب المستندات المتكررة	TC-001
REQ-002	الموافقة على أمر الشراء عبر Fiori	مشتريات MM وتطبيق الموافقة في Fiori	فجوة (غير موجود في ECC)	تطبيق S/4HANA القياسي وتهيئة سير العمل	TC-003
REQ-003	أتمتة الفوترة بين الشركات	فوترة SD وتكامل FI	فجوة	تهيئة الفوترة بين الشركات	TC-010
REQ-004	مراقبة المهام الدفعية	تطبيق Application Jobs	ملائم	تطبيق قياسي	TC-015
REQ-005	بوابة الخدمة الذاتية للموردين	SAP Ariba أو بوابة الموردين	فجوة	تكامل Ariba	TC-020
REQ-006	أرشفة البيانات المتوافقة مع GDPR	ILM وأرشفة البيانات	فجوة	تهيئة سياسة ILM	TC-025
REQ-007	تقارير مراكز التكلفة الفورية	CO والتحليلات المضمّنة أو SAC	فجوة	التحليلات المضمّنة أو اتصال SAC المباشر	TC-030
REQ-008	دعم 500 مستخدم متزامن	تحجيم HANA	فجوة (اختُبر 300)	مراجعة التحجيم ورفع البنية التحتية	TC-035

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

قالب تتبع التهيئة

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

1. معرّف التهيئة والوحدة: [مثلاً MM-CONF-001، MM]
2. مسار IMG وكائن التهيئة: [مثلاً الجدول T161، أنواع مستندات أمر الشراء]
3. الغرض وعملية الأعمال المتأثرة
4. من أجرى التهيئة والتاريخ
5. رقم طلب النقل: [مثلاً DEVK900123]
6. القيم الرئيسية: قبل وبعد
7. حالات الاختبار المرتبطة
8. حالة التحقق والموافقة

سجل التطوير المخصص

يحصل كل كائن مخصص على صف قبل أن يكتب أحد شيفرة. خفّض أحد عملائي شيفرته المخصصة بنسبة 30% لأن السجل أظهر أين تكفي SAP القياسية تماماً.

معرّف التطوير	الكائن	الوصف	المطور	الجهد (ساعات)	الحالة	نوع الامتداد
CD-001	بلاطة Fiori: نظرة عامة على مركز التكلفة	بلاطة تقارير CO فورية للمالية	مطور Fiori	12	مكتمل	امتداد المطور
CD-002	تقرير الفوترة بين الشركات	تقرير لمطابقة المعاملات بين الشركات	مطور ABAP	20	قيد التنفيذ	امتداد المطور
CD-004	تطبيق حالة دفع الموردين	تطبيق Fiori لاستفسارات الدفع في الذمم الدائنة	مطور BTP	10	بانتظار QA	جنباً إلى جنب على BTP
CD-005	إشعار استلام البضائع	تشغيل بريد إلكتروني عند ترحيل استلام البضائع	مطور التكامل	24	مخطط	قائم على الأحداث، على BTP

قالب استراتيجية الاختبار

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

القسم	التفاصيل
النطاق	اختبارات وظيفية وتكاملية وانحدارية وأداء وUAT عبر الوحدات ضمن النطاق (اختبار الاختراق يتبع أمن المعلومات)
البيئات	DEV وQA وUAT (ما قبل الإنتاج) وبيئة تجهيز (staging) للتحقق النهائي
الأدوات	إدارة الاختبار في SAP Cloud ALM أو Jira/Xray؛ الأتمتة بـ Tricentis Tosca أو ما يماثلها؛ الأداء بـ JMeter أو LoadRunner
دورة حياة العيوب	جديد، قيد المعالجة، تم الحل، تم التحقق، مغلق؛ تُحدد الخطورة والأولوية عند الفرز
معايير الخروج	إغلاق كل العيوب الحرجة؛ استلام توقيع UAT؛ نسبة نجاح الانحدار 95% على الأقل؛ تحقيق معايير الأداء

قالب تخطيط ترحيل البيانات

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

القسم	التفاصيل
النطاق	البيانات الرئيسية للعملاء والموردين، والبنود المفتوحة، والبيانات الرئيسية للمواد، وأرصدة المخزون، وهرميات مراكز التكلفة
الأنظمة المصدر	ECC 6.0 EHP 7 (الأساسي)؛ نظام موارد بشرية قديم (تعيينات مراكز التكلفة للموظفين)
النظام الهدف	S/4HANA (الإصدار الحالي)
الربط والقواعد	العملاء والموردون إلى Business Partner؛ مراكز التكلفة إلى الهرمية الجديدة؛ إزالة بيانات البنوك غير الصالحة؛ دمج المكررات
أدوات الترحيل	SAP S/4HANA Migration Cockpit (الأساسية)؛ Migration Object Modeler للكائنات المخصصة؛ نصوص برمجية للمعالجة المسبقة
استراتيجية التحميل	تحميل تجريبي على QA؛ ترحيل الفروقات (delta) والمطابقة؛ الانتقال إلى الإنتاج
نهج التحقق	مطابقة أعداد السجلات من المصدر إلى الهدف؛ أخذ عينات عشوائية بنسبة 10%؛ تقارير مطابقة الأرصدة
خطة التراجع	نسخة احتياطية قبل الانتقال؛ النظام القديم في وضع الاستعداد لمدة 48 ساعة

مرحلة Deploy هي حين تنطلق فعلياً. تحوّل هذه القوالب عطلة نهاية أسبوع فوضوية إلى حدث مُدار.

قالب تخطيط الانتقال

يرسم نافذة التوقف ساعة بساعة. كل مهمة وكل مالك وكل وقت بدء. ينبغي ألا يقف فريقك أبداً في الثانية فجراً متسائلاً عما يفعل بعد ذلك.

اتفق على أربعة أمور قبل كتابة قائمة المهام: النافذة (مثلاً من الجمعة 22:00 إلى السبت 06:00)، ومحفز التراجع، وسرعة إعادة تفعيل النظام القديم، واختبارات التحقق السريعة (smoke tests) التي تثبت أن النظام الجديد يعمل. ثم تسلسل المهام:

الخطوة	الوصف	المالك	وقت البدء	الحالة
1	تجميد نظام ECC (دون أي ترحيل قيود)	Basis	22:00	قيد الانتظار
2	الاستخراج النهائي للبيانات والمطابقة	قائد ترحيل البيانات	22:30	قيد الانتظار
3	تشغيل تحميل الترحيل للإنتاج	مدير قاعدة البيانات	23:00	قيد الانتظار
4	استيراد طلبات النقل المتبقية إلى الإنتاج	Basis	00:30	قيد الانتظار
5	تحويل DNS وموازن الأحمال إلى S/4HANA	الشبكات	01:30	قيد الانتظار
6	اختبار تحقق سريع: ترحيل في FI واستلام بضائع وأمر مبيعات	قائد QA	02:00	قيد الانتظار
7	تأكيد الأعمال وقرار الانطلاق من عدمه	مدير البرنامج	03:00	قيد الانتظار
8	فتح النظام لمستخدمي الأعمال	Basis	06:00	قيد الانتظار

تقييم جاهزية التشغيل الفعلي

يقرر هل أنت جاهز فعلاً للتحويل. أجّل عملاء لدي التشغيل الفعلي بناءً على هذا التقييم، وشكروني لاحقاً.

المجال	الفحوصات (يُجاب عن كل منها بنعم أو لا، مع الدليل)
وظيفي	اختبار العمليات الرئيسية؛ اكتمال السيناريوهات عبر الوحدات؛ سرد العيوب المفتوحة من نوع P1/P2؛ تأكيد المستخدمين الرئيسيين للجاهزية
البيانات	اكتمال تحميل البيانات الرئيسية؛ التحقق من بيانات المعاملات؛ اعتماد تقارير المطابقة؛ تأكيد تجميد النظام القديم
تقني	اعتماد خطة الانتقال؛ طلبات النقل في الإنتاج؛ جدولة المهام الدفعية؛ إعداد المراقبة
الأفراد	نسبة تغطية التدريب (%)؛ التحقق من أدوار الوصول؛ توفير كادر فريق الرعاية المكثفة؛ إبلاغ خطة الدعم
القرار	سرد المخاطر الحرجة وإجراءات تخفيفها؛ انطلاق / عدم انطلاق / مشروط؛ الاعتماد باسم الشخص ودوره والتاريخ

بعد التشغيل الفعلي يتغير شكل العمل. تحمل هذه القوالب النظام والفريق عبر الرعاية المكثفة وإلى الحالة المستقرة.

قالب الدعم بعد التنفيذ

ينظم كيفية التعامل مع المشكلات بعد الإطلاق. بدونه تتحول كل مشكلة إلى P1.

القسم	التفاصيل
نافذة الرعاية المكثفة	الأسابيع 1-4 بعد التشغيل الفعلي: تغطية على مدار الساعة (24/7)
قنوات الدعم	قائمة حوادث ServiceNow (الأساسية)؛ قناة دردشة مخصصة؛ جسر هاتفي لمشكلات P1
مستويات الدعم	1: مكتب الخدمة (كلمات المرور والتنقل والمشكلات المعروفة)؛ 2: المستشارون الوظيفيون (استفسارات العمليات والتهيئة الطفيفة)؛ 3: Basis والتطوير (أخطاء النظام والأداء والواجهات)
اتفاقيات مستوى الخدمة (الاستجابة / الحل)	حرجة: 15 دقيقة / ساعتان؛ عالية: 30 دقيقة / 4 ساعات؛ متوسطة: 4 ساعات / يوم واحد؛ منخفضة: يوم واحد / 3 أيام
المراقبة	SAP Cloud ALM أو Solution Manager؛ مراجعة يومية لسجل الأخطاء
معايير الخروج	لا مشكلات P1/P2 مفتوحة؛ توثيق كل الحوادث؛ توقيع التسليم النهائي

قالب مراقبة الأداء

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

المقياس	الهدف	الأداة	عتبة التنبيه	المالك
زمن استجابة الحوار (النسبة المئوية 95)	أقل من ثانية واحدة	ST03 / SAP Cloud ALM	ثانيتان	فريق Basis
اكتمال المهام الخلفية	100% وفق الجدول	SM37 / Application Jobs	أي مهمة فاشلة	قائد العمليات
زمن استعلام قاعدة البيانات	أقل من 200ms	SAP HANA cockpit	500ms	مدير قاعدة البيانات
توافر النظام	أكثر من 99.5%	SAP Cloud ALM	أقل من 99%	البنية التحتية
معدل أخطاء الواجهات	أقل من 1%	مراقبة SAP Integration Suite	2%	قائد البرمجيات الوسيطة
معدل نجاح تسجيل الدخول	أكثر من 98%	سجل تدقيق الأمان	أقل من 95%	قائد الأمان
زمن تشغيل مهمة إقفال نهاية الشهر	ضمن النافذة المتفق عليها	جدولة المهام	أكثر من 30% فوق خط الأساس	عمليات المالية

توقف بوابات الجودة مشكلة في مرحلة ما من أن تتحول إلى إعادة عمل مكلفة في المرحلة التالية. ويغطي دليلي عن بوابات جودة SAP كيفية إعدادها. وهنا لماذا تهم.

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

حدّد معايير نجاح/فشل عند كل بوابة. «يجب أن ينجح 95% من اختبارات الانحدار». «كل سيناريوهات تكامل FI خضراء». معايير كهذه تمنحك أساساً يمكن الدفاع عنه للتمسك بموقفك حين تريد الأعمال الإطلاق في موعد محدد بغض النظر عن الجودة.

في أحد مشاريعي، أوقفتنا بوابة الجودة حين لم ينجح سوى 75% من اختبارات التكامل. أصلحنا المشكلات أولاً بدل الاندفاع. ووفّر ذلك على العميل نحو 100,000 يورو من الإصلاحات الطارئة بعد الإطلاق.

بوابة يستطيع الراعي إلغاءها باتصال هاتفي واحد ليست بوابة. اكتب من يحق له التنازل عنها قبل أن تحتاج إلى ذلك.

ما منهجية SAP Activate؟

SAP Activate هي منهجية التنفيذ لدى SAP لـ S/4HANA ومنتجاتها السحابية الأخرى. تعمل على ست مراحل (Discover وPrepare وExplore وRealize وDeploy وRun) وتجمع بين محتوى SAP Best Practices والتهيئة الموجهة والتسليم الرشيق.

تُنشر قوائم المهام وقوالب المخرجات لكل سيناريو نشر في SAP Activate Roadmap Viewer.

أي مراحل SAP Activate لديها أهم القوالب؟

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

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

هل يمكن تخصيص قوالب SAP Activate؟

نعم. احتفظ بنحو 80% من البنية القياسية وغيّر فقط ما يخص سياقك: التحقق في الصناعات الدوائية، أو قواعد المشتريات في القطاع العام، أو ضوابط SOX. أضف هذه في بداية Prepare، لا في Deploy.

لا تخصص بنية بوابات الجودة ولا تسلسل المراحل ولا المخرجات الإلزامية (وثيقة تحديد النطاق ودراسة الجدوى وتقييم جاهزية التشغيل الفعلي).

هل تصلح قوالب SAP Activate لنهجي Greenfield وBrownfield كليهما؟

نعم. الفرق الرئيسي في Explore. يحمل تحويل Brownfield التهيئة القائمة معه، فيركز تحليل الفجوات على ما يجب أن يتغير، وأي شيفرة مخصصة تستطيع S/4HANA القياسية الآن أن تحل محلها، وما تنظيف البيانات المطلوب قبل التحويل. أما برنامج Greenfield فيبدأ من SAP Best Practices ويؤكد أي العمليات القياسية تناسب.

وتختلف خطة الانتقال كذلك. فتحويل النظام في Brownfield يتبع تسلسلاً مختلفاً عن تشغيل Greenfield مع ترحيل كامل للبيانات.

ما مستوى تفصيل خطة الانتقال؟

ساعة بساعة على الأقل، وأدق من ذلك لنافذة التوقف. كل مهمة تحتاج إلى وقت بدء ومالك واعتمادية.

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