ما هو تنفيذ SAP؟ الخطوات والمراحل والعملية

تنفيذ SAP هو البرنامج الذي ينقل المالية والمشتريات وسلسلة التوريد والمبيعات والموارد البشرية في الشركة إلى نظام SAP واحد، وهو اليوم في الغالب SAP S/4HANA. يمر التنفيذ بست مراحل من SAP Activate (Discover وPrepare وExplore وRealize وDeploy وRun)، ويتوقف نجاحه أو فشله على العمل على العمليات والبيانات والأشخاص قبل أن يهيّئ أحد أي شيء.

الإجابة المختصرة: يستبدل مشروع تنفيذ SAP الأنظمة القديمة المتفرقة بنظام واحد ونموذج بيانات واحد. وتتكون العملية من ست خطوات: تأكيد دراسة الجدوى، وحشد الفريق، والتصميم وفق المعيار القياسي لـ SAP، والبناء والاختبار، والتشغيل الفعلي، ثم الاستقرار والتسليم. ومن واقع تجربتي، يستغرق ذلك من 6 إلى 9 أشهر مع GROW with SAP ومن 9 إلى 18 شهراً مع RISE with SAP، ويفصّل دليلي للجدول الزمني لتنفيذ SAP ذلك مرحلةً بمرحلة.

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

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

S/4HANA هو نظام ERP الحالي من SAP، ويعمل على قاعدة بيانات SAP HANA داخل الذاكرة. ولا تزال شركات كثيرة تشغّل SAP ECC الأقدم، لكن الصيانة الأساسية لـ ECC تنتهي في 31 ديسمبر 2027، مع صيانة ممتدة اختيارية حتى نهاية 2030 برسوم أعلى.

هذه هي الوحدات الأساسية التي تبدأ بها معظم عمليات التنفيذ:

الوحدة	ما تديره
FI (المحاسبة المالية)	دفتر الأستاذ العام، والحسابات الدائنة، والحسابات المدينة، ومحاسبة الأصول
CO (محاسبة التكاليف)	مراكز التكلفة، ومراكز الربح، والأوامر الداخلية، والتقارير الإدارية
MM (إدارة المواد)	المشتريات، والمخزون، وحركات البضائع، وإدارة الموردين
SD (المبيعات والتوزيع)	دورة الطلب إلى التحصيل، والتسعير، والشحن، والفوترة
PP (تخطيط الإنتاج)	أوامر التصنيع، وتخطيط الطاقة، وMRP
HCM (إدارة رأس المال البشري)	البيانات الرئيسية للموارد البشرية، والرواتب، وإدارة الوقت

تبدأ معظم الشركات بـ FI/CO ووحدة أو وحدتين تشغيليتين. ويُبنى الباقي في إصدارات لاحقة.

التنفيذ ليس هو الترحيل. إذا كنت تشغّل SAP ECC بالفعل، فأنت تحوّل نظام SAP أو تعيد بناءه، ويغطي دليلي للترحيل من ECC إلى S/4HANA مسارات greenfield وbrownfield والمسار الانتقائي.

SAP Activate هي منهجية التنفيذ من SAP. حلّت محل منهجية ASAP الأقدم، ولها ست مراحل، لكل منها بوابة تجتازها قبل الانتقال.

مراحل SAP Activate الست

1. 01

   Discover

   تأكيد دراسة الجدوى واختبار العمليات ذات الأولوية على نظام تجريبي أو نظام عرض.

2. 02

   Prepare

   الحشد: الفريق والحوكمة ووثيقة النطاق والخطة وصلاحيات الوصول إلى النظام.

3. 03

   Explore

   ورش Fit-to-Standard مع مالكي العمليات. بناء قائمة أعمال التهيئة والتكاملات والامتدادات.

4. 04

   Realize

   التهيئة والتوسيع وترحيل البيانات والاختبار. أطول المراحل. يتطلب الخروج منها دورة اختبار انحدار نظيفة.

5. 05

   Deploy

   تدريب المستخدمين على العمليات الفعلية، وبروفة الانتقال، والتشغيل الفعلي مع غرفة عمليات جاهزة.

6. 06

   Run

   الرعاية المكثفة بعد التشغيل، والتحسين، والتسليم إلى مركز التميز.

هذا الجدول هو النسخة التي أعلّقها على جدار مكتب البرنامج. يبيّن ما يجب أن تُنتجه كل مرحلة، ومن يملكها، وما الذي يجب أن يتحقق قبل بدء المرحلة التالية.

المرحلة	يجب أن تُنتج	المالك	بوابة الانتقال
Discover	دراسة الجدوى، والنطاق المستهدف، وخيار النشر	الراعي والمدير المالي	اعتماد التمويل
Prepare	وثيقة النطاق، والخطة، والحوكمة، والفريق في مكانه	مدير البرنامج	توقيع الراعي على النطاق
Explore	نتائج Fit-to-Standard، وقائمة الأعمال، وقرارات الامتدادات	مهندس الحلول مع مالكي العمليات	لا فجوات معلّقة
Realize	نظام مهيّأ ومختبَر، وبيانات اختبار مُرحّلة	القادة الوظيفيون والتقنيون	دورة انحدار نظيفة؛ البيانات متطابقة
Deploy	مستخدمون مدرَّبون، وانتقال تمت بروفته، وحزمة قرار المضي أو التوقف	مدير الانتقال	اجتياز بروفة الإقفال لثلاثة أيام
Run	سجل الرعاية المكثفة، والتسليم إلى مركز التميز، وقائمة أعمال المرحلة الثانية	قائد تقديم الخدمة	لا مشكلات P1/P2 مفتوحة؛ مركز التميز يقبل التسليم

القوالب الداعمة لكل مرحلة موجودة في دليلي لقوالب SAP Activate.

خمس مراحل أم ست؟

يبحث الناس عن «المراحل الخمس لتنفيذ SAP» لأن منهجية ASAP الأقدم من SAP كانت تضم خمس مراحل. وهي: Project Preparation وBusiness Blueprint وRealization وFinal Preparation وGo-Live and Support.

تحتفظ SAP Activate بالمنطق نفسه وتضيف Discover في البداية وRun في النهاية. وتُعامَل المراحل من Prepare إلى Deploy عادةً على أنها مراحل التسليم الأساسية. والفرق التي لا تزال تقول «blueprint» تقصد في الغالب Explore.

بوابة بروفة الإقفال لثلاثة أيام

البوابة بين Realize وDeploy هي الأكثر تجاوزاً من الفرق تحت ضغط الجدول الزمني. أعتمد بروفة إقفال مدتها ثلاثة أيام بوابةً للجاهزية في كل برنامج. إذا لم تستطع المالية إقفال الدفاتر على النظام الجديد، فترحيل البيانات ليس جاهزاً، مهما قال قسم تقنية المعلومات.

تجاوز تلك البوابة يكلّف أكثر من التأخير الذي كانت ستسببه.

الترتيب مهم. هناك أربعة أمور يجب إنجازها قبل اتخاذ أي قرار تهيئة.

1. 01رسم العمليات الحاليةكما تعمل فعلاً، بما فيها الحلول الالتفافية
2. 02الاختيار بين المعيار القياسي والامتدادالمعيار القياسي أسرع في الغالب
3. 03تدقيق جودة البياناتقبل بدء ترحيل البيانات
4. 04تشكيل الفريق ثم تثبيت النطاقالمتاحون هم من يحددون ما يمكنك تسليمه

الآن فقط تبدأ التهيئة

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

ارسم العمليات الحالية كما تعمل فعلاً

ليس كما يُفترض أن تكون العملية، بل كما هي فعلاً، بما فيها الحلول الالتفافية.

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

قرّر بين المعيار القياسي والامتداد لكل عملية

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

وبموجب إرشادات clean core من SAP، يجب أيضاً وضع كل امتداد في مكان مدروس. وهذا يجعل القرار أكثر أهمية، لا أقل.

دقّق جودة البيانات قبل بدء ترحيل البيانات

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

كان لدى أحد العملاء أكثر من 18,000 سجل عميل مكرر. وإصلاح ذلك بعد التشغيل الفعلي عطّل الفوترة لأسابيع. حلّل البيانات مبكراً ونظّفها في النظام المصدر؛ ويشرح دليلي حول أسباب فشل ترحيل بيانات SAP كيف تفعل ذلك.

شكّل الفريق أولاً، ثم ثبّت النطاق

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

يحتاج مشروع تنفيذ SAP إلى أشخاص بأسمائهم في هذه الأدوار، ومعظمهم من جانبك، لا من جانب الشريك:

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

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

حافزه هو البدء. وحافزك هو الإنجاز.

هذه هي التحديات التي أراها في كل برنامج تقريباً، والإجراء المضاد لكل منها:

التحدي	كيف يبدو	ما الذي تفعله
زحف النطاق	تتراكم طلبات من نوع «ما دمنا هنا، أضيفوا فقط...»	ضبط رسمي للتغيير من اليوم الأول؛ كل طلب يخضع لتقييم الأثر
جودة البيانات	يكشف الترحيل تناقضات لم يكن أحد يعلم بوجودها	حلّل البيانات مبكراً؛ ونظّفها في النظام المصدر
مقاومة المستخدمين	يعود المستخدمون إلى Excel خلال أسبوعين من التشغيل الفعلي	أشرك المستخدمين النهائيين في التصميم بدءاً من Explore
إخفاقات التكامل	تنقطع الاتصالات مع الأطراف الثالثة في UAT	ارسم الواجهات في Explore؛ واختبر بأحجام واقعية مبكراً
تقليص دورات الاختبار	يُختصر اختبار الانحدار لبلوغ موعد محدد	احمِ مراحل الاختبار؛ فالتأخر في البناء يجب ألا يضغط الاختبار
إرهاق الفريق	تنخفض المعنويات وترتفع معدلات العيوب في المرحلة الأخيرة	تابعه بمؤشر معنويات أسبوعي بسيط

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

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

قبل التشغيل الفعلي وأثناءه وبعده

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

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

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

في برنامج تصنيع في أوروبا عام 2024، كان العميل ينفد منه المواد الخام باستمرار. كانت المشتريات تلوم المخططين، والمخططون يلومون جداول بيانات لا يثق بها أحد. استبدلنا ذلك الترتيب بـ S/4HANA واعتمدنا بشكل كبير على SAP PP مع تهيئة سليمة لـ MRP.

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

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

انخفض الإقفال الشهري إلى ما يزيد قليلاً على أسبوع واحد. وقال لي المدير المالي إن الأرقام «أصبحت قابلة للتصديق».

الدليل المكتوب لعام 2022 لا يصمد أمام مشترٍ في 2026. هناك ثلاثة تغييرات يجب أن تُصمَّم في البرنامج منذ انطلاقه.

الإصدارات السحابية هي الخيار الافتراضي

تبيع SAP الآن إصدارين سحابيين من ERP: SAP Cloud ERP (الإصدار العام، المعروف سابقاً باسم S/4HANA Cloud Public Edition) وSAP Cloud ERP Private (الإصدار الخاص). ويجمع RISE with SAP الإصدار الخاص مع عمليات تديرها SAP ومجموعة أدوات تشمل SAP Signavio وSAP LeanIX وSAP Cloud ALM. أما GROW with SAP فهو الحزمة المخصصة للشركات المتوسطة على الإصدار العام.

قرار الإصدار يعلو الآن على النقاشات القديمة حول الطرح. فالاختيار بين big bang والطرح المرحلي، وبين greenfield وbrownfield والمسار الانتقائي، يتم داخل الإصدار، لا بدلاً منه.

clean core متدرّج وليس ثنائياً

في أغسطس 2025 قدّمت SAP أربعة مستويات لـ clean core، من A إلى D. المستوى A يستخدم فقط واجهات API مُصدَرة ومستقرة، إما جنباً إلى جنب على SAP BTP أو داخل النظام باستخدام ABAP Cloud. والمستوى B يسمح بواجهات API تقليدية لا تزال تُعدّ نظيفة، والمستوى C يحتاج إلى تدابير خاصة، والمستوى D ليس نظيفاً.

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

الذكاء الاصطناعي في فريق التسليم

يوجد Joule الآن داخل SAP Activate Roadmap Viewer وSAP Cloud ALM، حيث يجيب عن أسئلة المهام ويصوغ محتوى من المنهجية. ويستخدم SAP Build Code، المتاح للجميع منذ 2024، Joule لتوليد منطق التطبيقات ونماذج البيانات والاختبارات لامتدادات Java وJavaScript على SAP BTP. وأضافت SAP مساعدة مماثلة بالذكاء الاصطناعي التوليدي لمطوري ABAP.

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

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

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

ما هو تنفيذ SAP بعبارات بسيطة؟

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

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

المراحل الخمس مأخوذة من منهجية ASAP الأقدم من SAP: Project Preparation وBusiness Blueprint وRealization وFinal Preparation وGo-Live and Support. وقد حلّت SAP Activate محل ASAP وتستخدم ست مراحل، بإضافة Discover في البداية وRun في النهاية.

ما المراحل الست لـ SAP Activate؟

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

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

التنفيذ يضع SAP في مكانه، وعادةً يحل محل أنظمة غير SAP أو أنظمة قديمة. أما الترحيل فينقل نظام SAP ECC قائماً إلى S/4HANA، عبر التحويل (brownfield) أو بناء جديد (greenfield) أو الانتقال الانتقائي للبيانات. وكلاهما يتبع مراحل SAP Activate.

من يجب أن يكون في فريق تنفيذ SAP؟

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

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

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

وهناك سبب أحدث: شريك يبني امتدادات من دون خطة لـ clean core. وهذا يترك ديناً تقنياً يظهر عند أول ترقية كبيرة.

كيف أختار شريك تنفيذ SAP المناسب؟

ابحث عن خبرة في قطاعك وبحجم شركتك، مع مراجع يمكنك الاتصال بها فعلاً. يجب أن يكون الشخص الذي يقدّم العرض هو من يدير البرنامج. واسأل عن عدد امتدادات SAP BTP وABAP Cloud التي بنوها، واطلب رؤيتها.

ما هو RISE with SAP وهل يناسب مؤسستي؟

RISE with SAP هو حزمة الاشتراك من SAP لـ SAP Cloud ERP Private: البرمجيات، والبنية التحتية والعمليات التي تديرها SAP، ومجموعة أدوات لتحليل العمليات والبنية المؤسسية وإدارة دورة الحياة. ويبقى شريكك هو من يسلّم التنفيذ.

يناسب المؤسسات الأكبر التي تنتقل من ECC وتريد عقداً واحداً مع SAP للمنصة والعمليات. أما الشركات المتوسطة القادرة على العمل قريباً من المعيار القياسي فعليها أن تنظر في GROW with SAP على الإصدار العام.