كيف تبدأ مشروع تنفيذ SAP بالطريقة الصحيحة

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

كنتُ أظن دائماً أنه إذا هُيّئ النظام بشكل صحيح، فسيسير تنفيذ SAP على ما يرام. Blueprint، ثم البناء، ثم الاختبار، ثم التشغيل الفعلي. كان هذا هو النموذج الذهني الذي اتبعته سنوات.

أنفّذ أنظمة ERP، ومنها SAP، منذ 25 عاماً في الشرق الأوسط وجنوب شرق آسيا وأوروبا. وحتى حين اتبعت الفرق SAP Activate خطوة بخطوة، ظلت المشاريع تقع في المتاعب. ولم تكن المشكلات تقنية تقريباً أبداً. ملكية ضعيفة. وافتراضات لم يتحقق منها أحد. وتخطيط للانتقال بدأ متأخراً. تبدو هذه الشروخ غير ضارة في البداية. وحين تتسع، لا يستطيع الجهد المتأخر إصلاح ما كان الوضوح المبكر سيمنعه.

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

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

وبالنسبة لبرنامج يبدأ الآن، هناك مسار عمل آخر ينبغي حسمه أولاً: نموذج النشر. S/4HANA Cloud Public Edition (GROW with SAP) أو Private Edition (RISE with SAP) أو المحلي. هذا الاختيار يشكل طريقة تشغيل كل مسار عمل آخر.

SAP Activate هي منهجية التسليم لدى SAP. لها ست مراحل، في نهاية كل منها بوابات جودة. وهذا هو غرض كل مرحلة، وما لن أسمح بتفريطه.

المرحلة	ما يحدث	ما أحرص على سلامته
Discover	دراسة الجدوى، والنطاق العام، ونموذج النشر	كلفة وجدول زمني واقعيان، لا المتفائلان
Prepare	الحوكمة، والميثاق، والفريق، وسجل المخاطر، والبيئات	صانعو قرار مسمّون بصلاحية حقيقية
Explore	ورش Fit-to-Standard، وقرارات الفجوات، واعتماد التصميم	مالكو الأعمال في الغرفة، لا تقنية المعلومات وحدها
Realize	التهيئة، والتطوير، والتكامل، واختبار النظام	التخطيط للانتقال جارٍ فعلاً
Deploy	اختبار قبول المستخدم، وتحميل البيانات، والتدريب، والانتقال	بروفة شاملة واحدة على الأقل
Run	التشغيل الفعلي، والدعم المكثف، والتسليم إلى الدعم	دعم مكثف مكتمل التشكيل حتى أول إقفال شهري

أكثر إخفاقات الجدول شيوعاً هو بطء Explore. فهو يضغط Realize، الذي يضغط Deploy. ويُقصَّر اختبار قبول المستخدم (UAT)، وتُتخطى بروفة البيانات، ويقع التشغيل الفعلي رغم ذلك لأن الموعد أُعلن. وتدفع الأيام التسعون الأولى بعد التشغيل الفعلي الثمن.

1. 01Explore يتأخريتأخر Fit-to-Standard واعتماد التصميم
2. 02Realize يُضغطوقت أقل للبناء والاختبار
3. 03Deploy يُضغطوقت أقل لاختبار قبول المستخدم وتحميل البيانات والتدريب
4. 04الاختبار يُقتطعتقصير اختبار قبول المستخدم وتخطي بروفة البيانات
5. 05التشغيل الفعلي في الموعد المعلنلأن الموعد أُعلن

تقع الكلفة في الدعم المكثف، في أول 90 يوماً

1. اعتماد التصميم دون الأعمال

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

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

2. حوكمة موجودة على الورق

من دون حوكمة مفروضة، يتسع النطاق بصورة غير رسمية وتؤجَّل القرارات. الحوكمة الجيدة تعني راعياً تنفيذياً مسمّى، ولجنة توجيهية بصلاحيات قرار محددة، ومدير مشروع يستطيع الإمساك ببوابة مرحلة، وعملية تحكم في التغيير بمعتمِد مسمّى.

في معظم مشاريعي، تولّت المديرة المالية دور الداعم الأول للمشروع (project champion). وحين لم تستطع الإدارات الاتفاق على عملية، كانت هي من تتخذ القرار النهائي. فمنع ذلك أسابيع التأخير التي تأتي حين تبقى المشكلات بلا حل. ويتناول دليلي عن اللجان التوجيهية في SAP كيفية إعداد ذلك.

3. تخطيط متأخر للانتقال

الانتقال (Cutover) هو أكثر أجزاء البرنامج تعقيداً من الناحية التشغيلية. وخطة تبدأ قبل التشغيل الفعلي بأسابيع قليلة لن يُتدرب عليها، وستغفل تبعيات، ولن تكون لها نقطة تراجع حقيقية.

ابدأ التخطيط للانتقال في Realize. وثّق التسلسل، وأجرِ بروفة شاملة واحدة على الأقل، واتفق على معايير التراجع مسبقاً. وقرارات الانتقال التي تُتخذ تحت الضغط، على يد أناس ظلوا مستيقظين عشرين ساعة، دون معايير متفق عليها مسبقاً، هي حيث تبدأ كوارث ما بعد التشغيل الفعلي.

4. اختبار التكامل يُزاح من الجدول

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

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

5. التقليل من شأن ترحيل البيانات

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

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

6. إدارة التغيير بوصفها اختيارية

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

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

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

نموذج النشر يأتي أولاً. يمنح Public Edition أضيق خيارات التخصيص وتشغّل SAP النظام. ويمنح Private Edition ضمن RISE مساحة أكبر وتشغّل SAP البنية التحتية. ويمنح النشر المحلي أكبر قدر من التحكم وأكبر قدر من المسؤولية. احسمه في Discover. فالبرامج التي تؤجله تقضي Explore في الجدال حوله.

Clean Core مكانه الميثاق. لا يسمح Public Edition بالامتدادات إلا عبر واجهات مُصدَرة، فيفرض Clean Core تقنياً. أما Private Edition والنشر المحلي فلا يفرضانه، فيصبح قرار حوكمة. وتصنّف SAP الآن الامتدادات من المستوى A (واجهات برمجية مُصدَرة فقط) إلى المستوى D (التعديلات)، كما ورد في تحديث Clean Core الصادر في أغسطس 2025. اكتب المستوى المستهدف ومنتدى الموافقة في الميثاق، وإلا فسيلجأ الشركاء افتراضياً إلى التعديلات.

أدوات الذكاء الاصطناعي مكانها المنهجية من اليوم الأول. تتوفر Joule داخل SAP Activate Roadmap Viewer. وتجيب Joule للمستشارين عن أسئلة التهيئة، وتولّد Joule للمطورين كود ABAP Cloud. ويمكن لهذه أن تسرّع مهام الصياغة والبناء. لكنها لا تلغي قرارات الأعمال ولا عمل البيانات ولا جهد التغيير. اسأل شريكك أين يستخدمها وكيف يظهر ذلك في الخطة.

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

الأسلوب	ما يعنيه	الأنسب لـ
الانطلاق الشامل (Big Bang)	تبدأ كل الوحدات والكيانات التشغيل الفعلي معاً	المؤسسات الأصغر ذات النطاق القياسي، مع قبول مخاطر أعلى عند التشغيل الفعلي
مراحل حسب الوحدة	المالية أولاً، ثم سلسلة التوريد، ثم الموارد البشرية	الوحدات قليلة الاعتماد المتبادل، وهو يتيح للفريق التعلم بين المراحل
مراحل حسب الدولة أو الكيان	يبدأ قالب (template) التشغيل الفعلي في كيان واحد، ثم يُطلق في البقية	المجموعات التي لديها قالب عالمي
التحويل (Brownfield)	تحويل ECC القائم إلى S/4HANA	ECC ناضج بعمليات مستقرة
التنفيذ الجديد (Greenfield)	تنفيذ S/4HANA جديد	نظام قديم من غير SAP، أو ECC بدين تقني ثقيل
الانتقال الانتقائي للبيانات	نقل كيانات أو بيانات مختارة إلى نظام أُعيد تصميمه	عمليات الدمج، والفصل (carve-outs)، وإعادة الاستخدام الجزئي

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

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

1. الراعي التنفيذي: حُسم نموذج النشر وسُجّل مع أسبابه.
2. المدير التنفيذي للبرنامج: وُقّع الميثاق، وهو يشمل النطاق والاستثناءات الصريحة ومعايير النجاح وصلاحيات القرار والتحكم في التغيير. الاتفاقات الشفهية على النطاق تتبخر. ويتضمن دليل ميثاق المشروع الذي كتبته قالباً.
3. قادة الأعمال: مالك عملية مسمّى لكل مجال، مع وقت حُرِّر فعلاً لحضور الورش.
4. مهندس الحل: اتُّفق على هدف Clean Core ومنتدى الموافقة على الامتدادات.
5. قائد البيانات: بدأ تنميط البيانات في Prepare، لا بعد اعتماد التصميم.
6. قائد الانتقال: سُمّي في Realize، مع موعد بروفة مدرج أصلاً في الخطة.
7. مدير الاختبار: سُردت سيناريوهات اختبار سلاسل العمليات كاملة، ومنها الموافقات وصولاً إلى الترحيلات المالية.
8. المدير المالي (CFO): روجع الجدول الزمني مقابل برامج مماثلة، مع هامش احتياطي لبطء Explore ودورات بيانات إضافية. الخطة التي تفترض أن كل شيء سيسير على ما يرام ليست خطة.

ما مشروع تنفيذ SAP؟

هو البرنامج الذي يضع برمجيات SAP موضع التطبيق لتشغيل عمليات المؤسسة. ويشمل تصميم العمليات والتهيئة وترحيل البيانات والتكامل والاختبار والتدريب وإدارة التغيير، ويُنفَّذ عادةً بـ SAP Activate. ويتفاوت الجهد تفاوتاً كبيراً بعدد الكيانات والدول والوحدات وبحالة بياناتك القائمة.

ما مراحل تنفيذ SAP؟

لـ SAP Activate ست مراحل: Discover وPrepare وExplore وRealize وDeploy وRun. تحدد Discover دراسة الجدوى والنطاق. وتؤسس Prepare الحوكمة والفريق. وتجري Explore ورش Fit-to-Standard وتؤكد التصميم. وتبني Realize وتختبر. وتغطي Deploy اختبار قبول المستخدم وتحميل البيانات والتدريب والانتقال. وRun هي التشغيل الفعلي والدعم المكثف. وتنتهي كل مرحلة ببوابة جودة.

كم يستغرق تنفيذ SAP؟

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

ما أكثر أسباب فشل تنفيذ SAP شيوعاً؟

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

ما الذي ينبغي أن يتضمنه ميثاق مشروع SAP؟

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

ما الدعم المكثف (Hypercare) بعد التشغيل الفعلي لـ SAP؟

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