الانتقال من SAP ECC إلى S/4HANA: دراسة حالة لشركة تجزئة في الشرق الأوسط

هذه دراسة الحالة المفضلة لدي. انتقلت شركة تجزئة شرق أوسطية معروفة في الأزياء والسلع الاستهلاكية من SAP ECC 6.0 إلى S/4HANA. كان لديها نحو 18,000 موظف وأكثر من 1,200 منفذ في سبع دول وقناة تجارة إلكترونية متنامية. وكانت تشغّل ECC منذ سنوات، وكانت 44% من كائنات نظامها مخصصة. اخترنا التحويل بمنهج Brownfield مع إعادة تصميم انتقائية. وانتقل الإقفال الشهري من التمدد إلى عطلات نهاية الأسبوع إلى الانتهاء قبل الغداء، وانخفض الكود المخصص بنحو النصف.

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

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

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

كان انتهاء الصيانة الأساسية لنظام ECC هو المحفّز. إذ يخرج SAP ERP 6.0 على حزم التحسين (Enhancement Packages) من 6 إلى 8 من الصيانة الأساسية في نهاية 2027 (SAP News). لكن الدوافع الحقيقية كانت أعمق. كانت المالية تجري عمليات استخراج يدوية عند كل إقفال شهري. وكانت المتاجر تحتاج إلى رؤية للمخزون لا تستطيع المهام الدفعية الليلية توفيرها. وذهب معظم جهد تقنية المعلومات إلى إبقاء الكود المخصص حياً.

أكد SAP Readiness Check ما كنا نشتبه فيه: نظام مخصص بكثافة وأمامه معالجة كبيرة. وبيّنت قائمة بنود التبسيط (Simplification Item List) المواضع التي يؤدي فيها S/4HANA القياسي أصلاً ما كان يؤديه كود ECC المخصص. واكتشفت المالية أن بعض التقارير المخصصة التي ظلت تُصان طويلاً أصبحت زائدة عن الحاجة. وكان الارتياح في ذلك الاجتماع واضحاً.

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

تحويل مباشرBrownfield مع إعادة تصميم انتقائيةإعادة بناء كاملة بمنهج Greenfield

الإعدادات المحتفظ بهاتحويل مباشركلها، بما فيها المشكلاتBrownfield مع إعادة تصميم انتقائيةما كان متيناًإعادة بناء كاملة بمنهج Greenfieldلا شيء، وعقد من العمل يُهدر

44% من الكائنات المخصصةتحويل مباشرتُرحَّل كما هيBrownfield مع إعادة تصميم انتقائيةيُوسَم كل كائن بالسحب أو الاستبدال أو إعادة التهيئةإعادة بناء كاملة بمنهج Greenfieldلا تُرحَّل

ماذا يعني ذلكتحويل مباشرتنتقل المشكلات إلى S/4HANABrownfield مع إعادة تصميم انتقائيةتنظيف ما يحتاج إلى تنظيف، وإعادة بناء ما هو معطوب فقطإعادة بناء كاملة بمنهج Greenfieldإعادة بناء كل عملية تعمل من الصفر

التحدي	ما فعلناه
44% من الكائنات مخصصة	وسم قطاع الأعمال وتقنية المعلومات كل كائن معاً: سحب أو استبدال أو إعادة تهيئة، مع بوابات جودة لكل مرحلة
تكاملات هشة	خطة اختبار انحدار (Regression) تغطي POS وWMS والمالية والموارد البشرية وبوابات الموردين، ونقل الروابط من نقطة إلى نقطة إلى أنماط SAP Integration Suite
جودة البيانات	مشرفو بيانات لكل وظيفة مع اتفاقيات مستوى خدمة، وتتبع يومي للعيوب، وإنجاز التنظيف قبل مرحلة QA
التبنّي عبر الدول	أدلة وظيفية بحسب الأدوار، وجولات ميدانية قرب التشغيل الفعلي، وتدريب مرتبط بمهام العمل الفعلية

الكود المخصص على نطاق واسع

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

التكاملات

كان ECC متصلاً بأنظمة نقاط البيع (POS) ونظام إدارة المستودعات (WMS) والمالية والموارد البشرية وعدد من بوابات الموردين. وضعنا خطة اختبار انحدار تشمل كل ذلك، واختبرنا بعد كل تغيير كبير في الإعدادات، لا في النهاية فقط. وكان لا بد أن تنتهي المهام الدفعية الليلية أسرع في S/4HANA، وإلا لما كانت تقارير المستودع الصباحية جاهزة.

جودة البيانات

عطّلت سجلات الموردين المكررة والبيانات الرئيسية القديمة الاختبار وأطالته. وكان الحل هيكلياً: مشرف بيانات في كل وظيفة، مع اتفاقيات مستوى خدمة للمعالجة. وإذا لم تكن البيانات نظيفة عند بدء QA، تعود إلى المشرف. ومع اقتراب الانتقال (Cutover)، أجرينا بروفات للتحميل من البداية إلى النهاية وتتبعنا العيوب يومياً. وقد نجح هذا الروتين البسيط أفضل من أي لوحة معلومات أنيقة، وهو ما لا يزال يفاجئني. ويتناول مقالي عن أسباب فشل ترحيل بيانات SAP هذا النمط.

التبنّي

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

تسليم على مراحل وفق SAP Activate. انتقلت المالية الأساسية وسلسلة الإمداد أولاً، ثم الموارد البشرية وبوابات الموردين لاحقاً، فلم تُرهَق فرق الدعم قط. كانت لكل بيئة مهمة واحدة. فبيئة Sandbox تحققت من المسار وثبّتت النطاق. وبيئة التطوير أحكمت أوامر النقل (Transports). وبيئة QA شغّلت أحجام أعمال حقيقية وضبطت المهام. وكانت بيئة ما قبل الإنتاج بروفة نهائية حقيقية. وضُبطت مواعيد النشر بما يتوافق مع مواسم الذروة والركود في التجزئة.

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

بروفات الانتقال (Cutover). قِيس زمن كل مهمة وقُلّصت أو دُمجت. وحدها التجربة الجافة وفّرت ساعات لم يكشفها جدول بيانات قط. وكانت خطط التعافي في أوراق من صفحة واحدة، وقال الناس إن تلك القائمة البسيطة خففت التوتر أكثر من أي لوحة معلومات. وأثبت متجر تجريبي استقرار POS وWMS قبل النشر الأوسع.

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

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

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

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

التكاملات. أصبحت روابط POS وWMS والمالية أكثر استقراراً، وصارت المهام الليلية تنتهي مبكراً.

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

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

لو بدأ البرنامج نفسه اليوم، لتغيّرت ثلاثة أمور. ستنظر معظم الشركات في هذا الوضع الآن إلى S/4HANA Cloud Private Edition ضمن RISE with SAP بدلاً من البقاء داخل المقر (On-Premise). وستُصاغ قرارات السحب والاستبدال وإعادة التهيئة قياساً إلى مستويات Clean Core من SAP، من A إلى D. وسيجري تتبع التغيير والنشر في SAP Cloud ALM، لأن Solution Manager 7.2 يخرج من الصيانة الأساسية في نهاية 2027. أما مشرفو البيانات والبروفات وغرفة العمليات المشتركة والأدلة ذات الصفحتين فكلها ستبقى كما كانت تماماً. وبخصوص الجانب البشري، اطّلع على دليلي عن استراتيجيات التدريب على SAP.

لماذا تنتقل الشركات من SAP ECC إلى S/4HANA؟

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

ماذا أظهر SAP Readiness Check في هذه الحالة؟

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

لماذا نختار Brownfield مع إعادة تصميم انتقائية؟

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

ماذا يحدث إذا تأخرت في تنظيف البيانات؟

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

كيف جرت معالجة التكاملات أثناء الانتقال؟

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

كيف يبدو الدعم المكثف (Hypercare) الجيد بعد التشغيل الفعلي لنظام S/4HANA؟

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