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

قوالب SAP Activate هي قوالب التنفيذ والأدوات المساعدة التي تنشرها SAP لكل مرحلة من مراحل برنامج S/4HANA، من وثيقة تحديد النطاق في Prepare إلى خطة الانتقال في Deploy. تجدونها في SAP Activate Roadmap Viewer، وفي البرامج السحابية داخل SAP Cloud ALM.

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

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

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

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

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

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

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

في Roadmap Viewer تُقسَّم كل خارطة طريق إلى مراحل ومخرجات ومهام. والقوالب مصنّفة كأدوات مساعدة (accelerators): أدلة إرشادية ووثائق نموذجية وقوائم تحقق مرتبطة بالمهمة التي تحتاجها. يمكنكم التصفية حسب المرحلة أو مسار العمل أو الأداة المساعدة، وهي أسرع طريقة لاستخراج مخرجات SAP Activate لمرحلة واحدة.

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

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

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

1. SAP Cloud ALM هو مكان القوالب في البرامج السحابية. يُتاح للعملاء مع SAP Enterprise Support، ويأتي مع اشتراكات SAP السحابية مثل RISE with SAP. أما Solution Manager 7.2 فيحظى بالصيانة الأساسية حتى نهاية 2027، وبالصيانة الممتدة حتى 2030 لوظائف محددة.
2. Joule موجود داخل أدوات المنهجية. أضافت SAP مساعد Joule إلى Roadmap Viewer في 2025 وإلى SAP Cloud ALM، بحيث يستطيع الفريق طلب إرشادات المهام أو مسودة أولى. لكنه لا يحل محل الشخص الذي يوقّع على تحليل الفجوات.
3. للنواة النظيفة (Clean Core) مستويات الآن. في أغسطس 2025 قدّمت SAP أربعة مستويات للنواة النظيفة، من A إلى D، حيث يستخدم المستوى A واجهات API المُصدَرة فقط، والمستوى D ليس نظيفاً. تحتاج ورقة تحليل الفجوات لديكم إلى عمود يبيّن أين ستقع كل فجوة.

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

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

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

الأقسام التي أتوقعها:

1. العنوان، والراعي، ومدير البرنامج.
2. الخلفية: الوضع الحالي وسبب التغيير.
3. الأهداف بالأرقام، مثل "تقليص دورة الإقفال من 14 يوماً إلى 5".
4. ما يدخل في النطاق، حسب الوحدة والعملية (FI/CO، تكامل MM/SD، ترحيل البيانات، UAT، التشغيل الفعلي).
5. ما يخرج عن النطاق، مكتوباً بالوضوح نفسه الذي كُتب به النطاق (HR، ترحيل التقارير القديمة، عمليات التكامل خارج ERP).
6. الافتراضات والقيود، مثل توفر الراعي للجنة توجيهية شهرية وتاريخ تشغيل فعلي ثابت.
7. الجدول الزمني حسب المرحلة، مع اعتماد الراعي ومكتب إدارة البرامج قبل بدء Explore.

اضبطوا الجدول الزمني على ما هو واقعي. من تجربتي، تستغرق برامج GROW من 6 إلى 9 أشهر، وRISE من 9 إلى 18 شهراً، وتحويلات brownfield من 12 إلى 18 شهراً، وgreenfield من 18 إلى 24 شهراً؛ ويفصّل دليل الجدول الزمني لتنفيذ SAP ذلك مرحلة بمرحلة.

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

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

البنية:

1. المالك والملخص: لماذا الآن، وما الذي يتغير، وما الذي يبقى كما هو.
2. بيان المشكلة: طول دورة الإقفال، والحلول اليدوية البديلة، وعمر النظام.
3. النهج المقترح: greenfield أو brownfield أو انتقائي، مع ملخص للنطاق.
4. الفوائد بالأرقام: أيام تُختصر من الإقفال، ووقت الموظفين، ومعدلات الأخطاء، ومخاطر التدقيق.
5. التكلفة والتمويل: التنفيذ، والترخيص أو الاشتراك، والوقت الداخلي، والاحتياطي.
6. أهم ثلاث مخاطر، مع الاحتمال والأثر.
7. التوصية: المضي، أو المضي بشروط، أو التأجيل.

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

مصفوفة أصحاب المصلحة

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

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

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

في Explore يُثبَّت التصميم من خلال ورش عمل Fit-to-Standard مقابل SAP Best Practices. وهي أيضاً المرحلة التي تتجاوز فيها ميزانيات SAP حدودها، لأن عدد عناصر WRICEF (سير العمل، والتقارير، والواجهات، والتحويلات، والتحسينات، والنماذج) ينمو هنا.

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

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

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

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

رقم المتطلب	المتطلب	مكوّن SAP	مطابقة / فجوة	مسار الحل	مرجع الاختبار
REQ-001	قيود إقفال نهاية الشهر الآلية	إقفال الفترة في FI-GL	مطابقة	تهيئة المستندات المتكررة	TC-001
REQ-002	اعتماد أوامر الشراء عبر الجوال	المشتريات في MM، تطبيق اعتماد Fiori	مطابقة في S/4HANA	تطبيق قياسي وتهيئة سير العمل	TC-003
REQ-003	أتمتة الفوترة بين الشركات	الفوترة في SD، التكامل مع FI	مطابقة	تهيئة الفوترة بين الشركات	TC-010
REQ-004	أرشفة البيانات وفق قواعد الخصوصية	Information Lifecycle Management	فجوة	تهيئة سياسة ILM	TC-025
REQ-005	تقارير مراكز التكلفة في الوقت الفعلي	CO، التحليلات المضمّنة أو SAC	فجوة	التحليلات المضمّنة أو اتصال SAC المباشر	TC-030
REQ-006	بوابة خدمة ذاتية للموردين	SAP Ariba أو بوابة الموردين	فجوة	التكامل مع Ariba	TC-020

هنا يُوفَّر المال. في ترحيل من ECC إلى S/4HANA لشركة تصنيع أوروبية في 2023، خفّضت ورش تحليل الفجوات التحسينات المخطط لها بنسبة 35 بالمئة، وبلغ التوفير ستة أرقام.

قاعدتان تجعلان الورقة تعمل. لا يجوز أن يتحكم المورّد في النطاق، لأن كل فجوة يصنّفها على أنها بناء هي عمل يُفوتر لصالحه. وتملك سلطة تصميم من الأعمال وتقنية المعلومات قرارات النواة النظيفة، وتحتاج التعديلات على كود SAP إلى معتمِد مسمّى؛ وتشرح استراتيجية النواة النظيفة في SAP المستويات.

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

سجل التهيئة

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

يحتاج كل إدخال إلى:

1. معرّف التهيئة والوحدة (مثل MM-CONF-001).
2. مسار التهيئة والعنصر الذي تغيّر.
3. عملية الأعمال المتأثرة والسبب.
4. من أجرى التهيئة، ومتى.
5. رقم طلب النقل.
6. القيم الرئيسية قبل التغيير وبعده.
7. حالات الاختبار المرتبطة وحالة الاعتماد.

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

يحصل كل عنصر مخصص على سطر قبل أن يكتب أحد أي كود: المعرّف، والوصف، ودور المطوّر، والجهد، والحالة، ونوع الامتداد. وعمود نوع الامتداد هو حيث تُفرض النواة النظيفة.

في تنفيذ S/4HANA لشركة تجزئة أوروبية في 2024، خفّض السجل الكود المخصص المخطط له بنسبة 30 بالمئة. لقد أظهر أين سيعمل SAP القياسي على أكمل وجه.

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

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

1. النطاق: الاختبار الوظيفي، والتكامل، والانحدار، والأداء، وUAT عبر الوحدات المشمولة.
2. البيئات: التطوير، وQA، وUAT، وما قبل الإنتاج.
3. الأدوات: إدارة الاختبار في SAP Cloud ALM أو في أداتكم الحالية، مع تسمية أدوات الأتمتة والأداء.
4. دورة حياة العيوب، مع تحديد الخطورة والأولوية عند الفرز.
5. معايير الخروج: إغلاق جميع العيوب الحرجة، واعتماد UAT، ونسبة نجاح لاختبارات الانحدار متفق عليها مسبقاً.

تنهي SAP Activate مرحلة Realize باختبار التكامل واختبار قبول المستخدم. اكتبوا معايير الخروج قبل بدء الاختبار، لا عند وصول النتائج.

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

ترحيل البيانات هو مسار العمل الأرجح أن يؤذيكم. تغطي الخطة النطاق (شركاء الأعمال، والمواد، والبنود المفتوحة، والأرصدة)، وأنظمة المصدر، وقواعد الربط، والأدوات (SAP S/4HANA Migration Cockpit)، والتحميلات التجريبية، والتحقق، والتراجع.

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

في SAP Activate تغطي مرحلة Deploy إعداد بيئة الإنتاج، والانتقال، والتشغيل الفعلي، والدعم المكثف. هذه القوالب تحوّل عطلة نهاية أسبوع فوضوية إلى حدث مُدار.

قالب خطة الانتقال في SAP

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

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

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

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

تقرر ما إذا كنتم جاهزين فعلاً للتحويل. كل بند يُجاب عنه بنعم أو لا، مع الدليل.

1. الجانب الوظيفي: العمليات الرئيسية والسيناريوهات العابرة للوحدات مختبرة، والعيوب المفتوحة من الفئتين P1 وP2 مُدرجة، والمستخدمون الرئيسيون يؤكدون الجاهزية.
2. البيانات: البيانات الرئيسية وبيانات المعاملات محمّلة ومطابقة، وتقارير المطابقة معتمدة، وتجميد النظام القديم مؤكد.
3. المالية: تهيئة إقفال نهاية الفترة مختبرة لكل رمز شركة وكل كيان.
4. الجانب التقني: خطة الانتقال معتمدة، وطلبات النقل في الإنتاج، والمهام الدفعية مجدولة، والمراقبة مهيأة.
5. الأفراد: تغطية التدريب، والتحقق من أدوار الوصول، وتوفير فريق الدعم المكثف.
6. القرار: المخاطر الحرجة ووسائل تخفيفها، والمضي / التوقف / المضي المشروط، معتمد بالاسم والدور والتاريخ.

بند المالية موجود لسبب. في برنامج لقطاع التجزئة في الخليج في 2024، كشفت مراجعة التشغيل الفعلي مشكلة في تهيئة الإقفال المالي عبر جميع الكيانات الـ 25 قبل التشغيل الفعلي بيومين؛ وكانت ستستدعي عملية استدراك بستة أرقام.

استخدمتُ هذا التقييم للتوصية بتأجيل لمدة أسبوعين في برنامجين. هذا هو الغرض منه.

نموذج دعم فترة الدعم المكثف

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

1. نافذة الدعم المكثف وتغطيتها، مثلاً أربعة أسابيع بساعات عمل ممتدة.
2. قنوات الدعم: قائمة الحوادث، وقناة محادثة، وخط هاتفي مفتوح لمشكلات P1.
3. مستويات الدعم: مكتب الخدمة، ثم الاستشاريون الوظيفيون، ثم Basis والتطوير.
4. أوقات الاستجابة والحل حسب الخطورة.
5. معايير الخروج: لا مشكلات مفتوحة من الفئتين P1 أو P2، وتسليم موقّع لمنظمة الدعم.

مرحلة Run هي دعم النظام الحي وإدارته. والقالب الذي تتخلى عنه معظم الفرق مبكراً هو القالب الذي يراقب الأداء.

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

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

المقاييس التي أتتبعها، مع هدف وحد تنبيه ومسؤول لكل منها:

1. زمن استجابة الحوار (المئين 95): الهدف أقل من ثانية واحدة، والتنبيه عند ثانيتين، Basis.
2. المهام الخلفية: اكتمال 100 بالمئة في موعدها، والتنبيه عند أي إخفاق، قائد العمليات.
3. زمن استعلامات قاعدة البيانات: الهدف أقل من 200 ms، والتنبيه عند 500 ms، مسؤول قاعدة البيانات.
4. معدل أخطاء الواجهات: أقل من 1 بالمئة، والتنبيه عند 2 بالمئة، قائد التكامل.
5. مدة تشغيل مهام إقفال نهاية الشهر: ضمن النافذة المتفق عليها، والتنبيه عند تجاوز خط الأساس بنسبة 30 بالمئة، العمليات المالية.

تبني SAP Activate بوابات الجودة داخل خرائط طريق المراحل، مع نقاط تحقق لكل مرحلة. يشرح دليلي حول بوابات الجودة في SAP طريقة إعدادها؛ وهنا السبب في أنها تحتاج إلى أنياب.

حدّدوا معايير النجاح والإخفاق عند كل بوابة. "نجاح 95 بالمئة من اختبارات الانحدار." "جميع سيناريوهات تكامل FI خضراء." معايير كهذه تتيح لكم الصمود عندما تريد الأعمال الإطلاق في تاريخ محدد بغض النظر عن الجودة.

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

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

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

هذا الدليل جزء من دليلي الشامل لتطبيق SAP، الذي يربط كل المواضيع من دراسة الجدوى إلى التشغيل الفعلي.

أين يمكنني تنزيل قوالب SAP Activate؟

في SAP Activate Roadmap Viewer على me.sap.com/roadmapviewer. افتحوا خارطة الطريق الخاصة بنموذج النشر لديكم، ثم صفّوا حسب المرحلة أو حسب الأداة المساعدة لرؤية القوالب والأدلة وقوائم التحقق لكل مهمة.

في البرامج السحابية يتوفر المحتوى نفسه في SAP Cloud ALM، حيث يمكن تتبع المهام والمخرجات مقابل المشروع.

ما مخرجات SAP Activate في كل مرحلة؟

تقدّم Prepare النطاق والخطة والحوكمة ودراسة الجدوى. وتقدّم Explore نتائج Fit-to-Standard، وسجل المتطلبات وتحليل الفجوات، وتصميم الحل. وتقدّم Realize النظام المهيأ والمختبر، بما في ذلك اختبار التكامل واختبار قبول المستخدم.

وتقدّم Deploy الانتقال والتشغيل الفعلي والدعم المكثف. أما Run فتغطي دعم النظام الحي وتحسينه.

أي مرحلة في SAP Activate تضم أهم القوالب؟

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

وتأتي Explore في المرتبة الثانية بفارق ضئيل، لأن ورقة تحليل الفجوات تحدد عدد عناصر WRICEF، وهناك تتجاوز الميزانيات حدودها.

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

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

لا تُخصّصوا ما يُلغي تسلسل المراحل أو بوابات الجودة أو تقييم جاهزية التشغيل الفعلي.

ماذا يجب أن يتضمن قالب خطة الانتقال في SAP؟

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

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

ما الذي تتضمنه قائمة التحقق من جاهزية التشغيل الفعلي في SAP؟

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

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

هل تصلح قوالب SAP Activate لمشاريع greenfield وbrownfield؟

نعم. الفرق يكمن أساساً في Explore. تحويل brownfield ينقل التهيئة معه، لذا يركز تحليل الفجوات على ما يجب أن يتغير وعلى الكود المخصص الذي يمكن لـ S/4HANA القياسي أن يحل محله الآن؛ أما برنامج greenfield فيبدأ من SAP Best Practices.

وتختلف خطة الانتقال أيضاً، لأن تحويل النظام يتبع تسلسلاً تقنياً مختلفاً عن تحميل بيانات greenfield.