ما هو تنفيذ SAP؟ دليل خطوة بخطوة

تنفيذ SAP هو البرنامج الذي ينقل مالية الشركة ومشترياتها وسلسلة إمدادها ومبيعاتها ومواردها البشرية إلى نظام SAP واحد، وهو عادةً S/4HANA. ويسير في ست مراحل ضمن منهجية SAP Activate، وينجح أو يفشل بحسب عمل يُنجَز قبل أن يهيّئ أحد أي شيء: تصميم العمليات وجودة البيانات والفريق المناسب.

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

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

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

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

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

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

حلّت SAP Activate محل منهجية 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	مستخدمون مدرَّبون وبروفة انتقال وحزمة go/no-go	مدير الانتقال	اجتياز بروفة الإقفال لثلاثة أيام
Run	سجل الدعم المكثف وتسليم مركز التميز وقائمة المرحلة الثانية	قائد تقديم الخدمة	لا بلاغات P1/P2 مفتوحة؛ ومركز التميز يقبل

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

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

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

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

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

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

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

لا كما يُفترض أن تكون العملية. بل كما هي فعلاً، بحلولها الالتفافية. وفي الحلول الالتفافية تختبئ المتطلبات التي لم يدوّنها أحد.

قرر القياسي أم الامتداد لكل عملية

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

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

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

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

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

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

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

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

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

أثناء التشغيل الفعلي: زد المراقبة وأبقِ فريق الانتقال متاحاً على مدار الساعة في أول 72 ساعة. فالقرارات المتخذة في تلك الساعات تحدد هل يفتتح الدعم المكثف (hypercare) بثقة أم بطابور.

بعد التشغيل الفعلي: شغّل الدعم المكثف أربعة أسابيع على الأقل. وتتبع بلاغات الدعم بحسب الفئة؛ فهي تخبرك أين فشل التدريب وأين تحتاج التهيئة إلى تعديل. وخطط للمرحلة الثانية من خط الأساس المستقر. فالنطاق المؤجل قبل 18 شهراً يحتاج إلى إعادة فحص مقابل ما يحتاجه العمل الآن.

كانت شركة تصنيع متوسطة الحجم تنفد منها المواد الخام باستمرار. أرجعت المشتريات اللوم إلى المخططين، وأرجعه المخططون إلى جداول بيانات لا يثق بها أحد. استبدلنا ذلك الوضع بـ S/4HANA واعتمدنا بكثافة على SAP PP مع تهيئة سليمة لـ MRP. انتقلت مستويات المخزون من التخمين إلى بيانات فورية، وأُطلقت أوامر الشراء عند الحاجة، وبعد ستة أشهر انخفض النقص بأكثر من 50%. فاجأ ذلك حتى المتشككين. جاءت النتيجة من إعادة تصميم العمليات التي سبقت التهيئة. فـ PP بلا عمل على العمليات كانت ستنتج إجابات خاطئة أسرع. واستفادت المالية أيضاً: صار الإقفال الشهري أسرع، وقال المدير المالي إن الأرقام «بدت قابلة للتصديق» للمرة الأولى منذ مدة.

وكانت لدى شركة خدمات مهنية عالمية مشكلة مختلفة. كان كل بلد يشغّل منصته المالية، ولا شيء يتطابق، وتُعاد بناء التقارير يدوياً كل شهر. نشرنا 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. وSAP GROW هي الحزمة للشركات المتوسطة على الإصدار العام.

صار قرار الإصدار يعلو الجدالات القديمة حول أسلوب الإطلاق. فالانفجار الكبير مقابل المراحل، والمشروع الجديد كلياً (greenfield) مقابل التحويل (brownfield) مقابل الانتقائي (selective)، خيارات تتخذها داخل الإصدار لا بديلاً عنه. وإن كنت لا تزال على ECC وتحتاج إلى مزيد من الوقت، فتبيع SAP خيار انتقال للإصدار الخاص من ERP للفترة من 2031 إلى 2033، لكن SAP واضحة بأنه عرض انتقال مدفوع، لا تمديد للصيانة.

Clean Core متدرج، لا ثنائي

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

الإصدار العام لا يسمح إلا بامتدادات المستوى A. أما الإصدار الخاص والبيئة المحلية فيسمحان بالامتدادات الكلاسيكية، فينبع الانضباط هناك من الحوكمة، لا من منع المنصة لك. والنقطة العملية للبرنامج: حدد مستوى كل امتداد وموقعه في Explore، وعيّن شخصاً بعينه يستطيع قول لا. والشركاء الذين لا خبرة لهم بـ SAP BTP وABAP Cloud يخلقون ديون المستويين C وD من الأسبوع الأول.

Joule وSAP Build Code في فريق التسليم

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

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

ما يعنيه هذا لبرنامج يبدأ الآن

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

وللجانب المتعلق بالكلفة من القرارات نفسها، راجع تفصيلي لكلفة تنفيذ SAP. وإن كنت لا تزال على ECC، فإن دليل الانتقال من ECC إلى S/4HANA يغطي مسارات التحويل.

فيمَ تُستخدم SAP؟

تدير SAP الوظائف الأساسية للأعمال (المالية والمشتريات وسلسلة الإمداد والموارد البشرية والمبيعات) في نظام واحد بنموذج بيانات واحد.

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

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

النطاق والفريق هما المتغيران اللذان يحركان الجدول الزمني أكثر من غيرهما. فتنفيذ S/4HANA مركّز يغطي FI/CO ووحدة تشغيلية واحدة لشركة واحدة قد يستغرق من 6 إلى 9 أشهر. وإطلاق عالمي عبر كيانات ووحدات ولغات كثيرة يستغرق من 18 إلى 36 شهراً.

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

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

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

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

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

والرابع أحدث: شريك يبني امتدادات دون خطة Clean Core، تاركاً ديناً يظهر عند أول ترقية كبرى.

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

خبرة في الصناعة بحجمك، ومراجع تستطيع الاتصال بها فعلاً. وانخراط كبار مسمَّين: فمن في العرض ينبغي أن يدير البرنامج. والاستقلالية: فالشركاء الذين يربحون من مبيعات التراخيص أو الاشتراكات لديهم دافع لتوصية بنطاق أكبر. وخبرة Clean Core: اسأل كم امتداداً على SAP BTP وABAP Cloud بنوا، واطلب أن تراها.

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

ماذا يحدث بعد التشغيل الفعلي؟

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

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

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

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

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