تنفيذ SAP مقابل الطرح (Rollout): الفروق ومتى تختار كلاً منهما

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

ذات مرة تركت مديراً مالياً يعتقد أن طرحاً إقليمياً لنظام SAP سيكون جاهزاً للعمل فوراً (plug-and-play). شرحت له المخاطر لكنني لم أصرّ. كنا نستخدم قالباً عالمياً، وافترض أن كل موقع سينضبط من دون جهد كبير. لم تسر الأمور هكذا. احتاجت إحدى المناطق إلى معالجة ضريبية إضافية. وفرضت منطقة أخرى حقولاً إلزامية لبيانات الموظفين بسبب القوانين المحلية. ما بدا عملية نسخ ولصق احتاج إلى تخصيص حقيقي.

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

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

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

1. 05المستخدمون المحليونتدريب مكيّف مع العملية المحلية وبلغة الموقع
2. 04التكاملات المحليةالبنوك وأنظمة الإقرار الضريبي والخدمات اللوجستية في البلد الجديد
3. 03البيانات المحليةبيانات العملاء والموردين والمواد مربوطة بالمعايير العالمية
4. 02المتطلبات المحليةالضرائب والتقارير النظامية والحقول الإلزامية. متطلبات فقط، لا تفضيلات
5. 01القالب العالميالعمليات والإعدادات ومعايير البيانات الرئيسية التي تعمل أصلاً

هكذا يختلف الاثنان عملياً:

المجال	تنفيذ SAP	طرح SAP
نقطة البداية	لا يوجد SAP، أو نظام قديم يجري استبداله	SAP يعمل أصلاً في المقر الرئيسي أو في كيان آخر
التصميم	تصميم جديد، Fit-to-Standard	قالب عالمي مع انحرافات محلية مضبوطة
المدة المعتادة	من 12 إلى 24 شهراً، وأطول للمجموعات الكبيرة	من 6 إلى 12 شهراً لكل موقع
الخطر الرئيسي	المجهولات في كل مسار عمل	التوطين وجاهزية الموقع
البيانات	تحميل كامل من الأنظمة القديمة	بيانات محلية مربوطة بمعايير البيانات الرئيسية العالمية
الاختبار	دورة كاملة: اختبار الوحدة، والتكامل، وقبول المستخدم (UAT)، والأداء	التوطين، والواجهات المحلية، وقبول المستخدم (UAT)
إدارة التغيير	برنامج كامل من الصفر	مواد قائمة تُكيَّف مع الفرق المحلية

يناسب التنفيذ حين:

1. لم تستخدم المؤسسة SAP من قبل.
2. يتعثر النظام الحالي ويحتاج إلى استبدال كامل.
3. يجعل اندماج أو استحواذ أو نموذج تشغيلي جديد التصميم القديم غير مناسب.
4. يدخل حل قطاعي للمرة الأولى، مثل SAP for Utilities أو SAP for Public Sector.
5. لا يوجد قالب قائم يغطي النطاق الذي تحتاجه.

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

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

الجانب التقني ينتهي عادةً في موعده. أما التأخيرات فتأتي من الأشخاص ومن افتراضات لا تصمد في البلد الجديد.

قالب يُفرض على الفرق المحلية

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

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

توطين يُكتشف في الاختبار

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

بيانات رئيسية لا تتطابق

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

تدريب يشرح النظام العالمي لا المحلي

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

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

على RISE with SAP (Private Edition)، يضيف كل بلد جديد مستخدمين إلى اشتراك يُسعَّر على أساس مكافئات المستخدم الكامل (FUEs). تحصل على تكلفة متوقعة وعمل أقل على البنية التحتية. لكن التكلفة تستمر بعد التشغيل الفعلي أيضاً، فقارن الخيارات على مدى عدة سنوات، لا على السنة الأولى فقط.

على GROW with SAP (Public Edition)، تحقق أولاً مما إذا كانت SAP تقدم نسخة محلية للبلد. أدرجت SAP نسخاً محلية لـ 59 بلداً ومنطقة حتى فبراير 2024. وللبلدان الأخرى، يتيح برنامج SAP للتوطين كخدمة ذاتية للشركاء بناء نسخة محلية للعميل باستخدام Configuration Localization Tool، حالياً عبر مسار المتبنين الأوائل (SAP Learning). وإن لم ينطبق أي من الأمرين، فلديك مشكلة نطاق، لا طرح.

نهج Clean Core ينطبق على كل انحراف محلي. لا تقبل Public Edition الإضافات إلا عبر الواجهات المعتمدة. وفي Private Edition هو خيار حوكمة، لكن كل تعديل محلي تسمح به هو كائن إضافي يجب إعادة اختباره عند كل ترقية، مضروباً في عدد البلدان. المبدأ الذي أدفع نحوه بسيط: قوانين الضرائب والتقارير النظامية والتفويضات التنظيمية تبرر الانحراف. أما التفضيلات المحلية فلا.

قبل أن تلتزم بموعد للبلد التالي، احصل على موافقة صريحة على كل بند من هذه البنود. ولكل بند مالك.

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

دليلي لقالب النطاق يساعد في البند 3، ودليل ميثاق المشروع يتناول كيفية تدوين صلاحيات اتخاذ القرار.

تنفيذ على بيئة جديدة (Greenfield) في مصر. كانت شركة تصنيع إقليمية مقرها مصر عالقة مع أنظمة قديمة غير مترابطة وكثير من العمل اليدوي. لم تكن سلسلة الإمداد وتتبع الإنتاج والتقارير المالية تتواصل مع بعضها. نفذوا SAP S/4HANA من الصفر وربطوا المالية والمشتريات والإنتاج في نظام واحد. أعدّوا تخطيطاً آلياً لسلسلة الإمداد ودرّبوا أكثر من 5,000 موظف في أربعة بلدان قبل التشغيل الفعلي. لم يستعجلوا. خفضوا التكاليف التشغيلية بنسبة 25 بالمئة وأخطاء التنبؤ بنسبة 35 بالمئة.

طرح في 15 سوقاً. كانت شركة تجزئة تشغّل SAP S/4HANA في مقرها الرئيسي أصلاً وتحتاجه في 15 سوقاً جديدة. لكل سوق قواعد ضريبية وعملات وممارسات عمل مختلفة. بدأوا من قالب عالمي، وعدّلوه لكل موقع، وطرحوه على مراحل خلال عامين بدلاً من طرحه دفعة واحدة، وبنوا تدريباً لكل منطقة. كانت النتيجة توحيداً مالياً أسرع، وتتبعاً فورياً للمخزون عبر المتاجر، ودقة أعلى بنسبة 20 بالمئة في التقارير على مستوى المجموعة.

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

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

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

متى ينبغي للشركة اختيار التنفيذ بدلاً من الطرح؟

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

كم يستغرق طرح SAP مقارنةً بالتنفيذ؟

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

ما أكبر التحديات في طرح SAP متعدد البلدان؟

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

هل طرح SAP أرخص دائماً من التنفيذ الكامل؟

عادةً نعم، لأن التصميم موجود ومجرَّب. ويتقلص الوفر حين يكون لدى البلد قواعد ضريبية أو رواتب معقدة، أو يحتاج إلى عدة تكاملات محلية، أو تكون بياناته ضعيفة. وفي RISE with SAP يستمر اشتراك كل بلد جديد بعد التشغيل الفعلي، فقارن التكاليف على مدى عدة سنوات.

كيف يعمل القالب العالمي في طرح SAP؟

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