ما هو RISE with SAP؟

RISE with SAP هو طريقة SAP لمساعدة الشركات على الانتقال إلى S/4HANA Cloud دون أن تضطر إلى تجميع كل شيء بنفسها. وهو خدمة مجمّعة، لا مجرد ترخيص أو اشتراك سحابي. يشمل البرنامج والبنية التحتية وأدوات الأتمتة وتحسين العمليات، إضافة إلى الدعم المستمر، وكل ذلك تديره SAP بموجب عقد واحد.

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

بخلاف عمليات النشر المحلية التقليدية (on-premise) التي تملك فيها المنظومة التقنية كاملة وتشغّلها، ينقل RISE جزءاً كبيراً من هذه المسؤولية إلى SAP. تبقى القرارات المهمة بيدك، لكن SAP تتولى الأعباء التقنية الثقيلة. إنها شراكة من نوع مختلف، ينتقل فيها التركيز من مجرد «تشغيل SAP» إلى تطوير طريقة عمل الشركة فعلاً مع الوقت.

RISE with SAP أنسب للشركات التي تريد التحديث دون أن تدير بنفسها كامل منظومة ERP. وهو مصمم للشركات المستعدة للتوجه نحو التوحيد القياسي لكنها لا تزال تحتاج إلى مرونة في النشر وقابلية التوسع.

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

• شركات متوسطة إلى كبيرة لها عمليات في عدة دول

• شركات تستبدل أنظمة ERP القديمة شديدة التخصيص

• مؤسسات تفتقر إلى خبرة داخلية في البنية التحتية السحابية

• شركات ملتزمة بالتحول الرقمي وفق أهداف محددة

• فرق منفتحة على اعتماد أفضل ممارسات SAP وعمليات Fit-to-Standard

ليس حلاً واحداً يناسب الجميع، لكن إن كان الاتجاه واضحاً فبإمكان RISE تبسيط الرحلة.

ابدأ تقييم التنفيذ

يمنحك RISE with SAP الهيكلة حيث تحتاجها والمرونة حيث تظل مهمة. وبينما تتولى SAP العمليات التقنية خلف S/4HANA Cloud، يبقى لك اختيار مكان استضافة بيئتك. وهذا الاختيار يؤثر في أكثر من التقنية. فقد يحدد طريقة تكامل أنظمتك ومن يدير ماذا وكيف يتطور الإعداد مع الوقت.

1. RISE with SAP على AWS أو Azure أو Google Cloud

المسار الأكثر شيوعاً هو تشغيل RISE على مزوّد سحابي كبير (Hyperscaler). تدعم SAP Amazon Web Services (AWS) وMicrosoft Azure وGoogle Cloud Platform (GCP). وكل منها معتمد لتشغيل S/4HANA، وجميعها مدمجة بعمق في خارطة طريق سحابة SAP. وإذا كانت فرق تقنية المعلومات لديك تستخدم أحد هؤلاء المزوّدين بالفعل، فإن البقاء معه قد يسهّل إدارة العمليات وسياسات الأمن.

الأداء قوي في جميع الخيارات. لكن بعض الشركات تميل إلى Azure لتوافقه مع منتجات Microsoft، أو إلى AWS لتغطيته العالمية. ويظهر GCP أحياناً حين تكون البيانات والتحليلات أولوية.

2. مراكز بيانات SAP

إذا كانت الحيادية أو البساطة هي الأولوية، فإن مراكز بيانات SAP نفسها خيار أيضاً. وتديرها SAP بالكامل دون أي مزوّد Hyperscaler. وقد يفيد ذلك حين تريد أطرافاً أقل، أو حين تفضل إدارة المشتريات الاتفاقيات المباشرة.

3. مركز بيانات العميل (CDC)

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

ما الذي ينبغي أن تفكر فيه قبل الاختيار

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

بعض العوامل التي تؤثر في اختيار البيئة:

• علاقاتك القائمة مع مزوّدي السحابة

• متطلبات إقامة البيانات والامتثال

• احتياجات زمن الاستجابة والأداء الإقليمي

• نضج السحابة داخل المؤسسة واستراتيجية التكامل

يبقى RISE أينما عمل. لكن قرار الاستضافة يؤدي دوراً أكبر مما يبدو في البداية.

حين تنظر الشركات إلى RISE with SAP أول مرة، تميل إلى التركيز على S/4HANA Cloud نفسه: ما الذي يفعله وماذا يستبدل. لكن مكان تشغيله وطريقة إدارته يصنعان فرقاً أكبر مما يتوقع معظم الناس. فنموذج النشر الذي يقوم عليه RISE ليس مجرد خيار تقني. إنه يؤثر في مقدار السيطرة التي تحتفظ بها، وفي كيفية تعامل فرقك مع SAP، وحتى في مدى سرعة استجابتك للتغيير لاحقاً.

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

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

1. قرارات بنية تحتية أبسط

أنت تختار مزوّد السحابة: SAP أو AWS أو Azure أو GCP. وبعد ذلك تتولى SAP كل ما تبقى. ويشمل ذلك التجهيز والتصحيحات والنسخ الاحتياطية وتغيير السعة.

• لا عقود منفصلة مع مزوّدي Hyperscaler
• تبقى SAP نقطة المساءلة الوحيدة لديك
• تراسل أقل بين تقنية المعلومات والموردين

2. نشر موحّد واستضافة مرنة

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

• عملية الدعم نفسها أياً كانت المنصة
• تسليم متوقع بين الفرق
• مجال للتوسع أو التحول لاحقاً عند الحاجة

3. انسجام أفضل مع الاستراتيجية الداخلية

هل تشغّل أحمالك على AWS أو Azure أصلاً؟ استضافة RISE هناك قد تقلل التعقيد وتساعد فرق تقنية المعلومات على استثمار ما تعرفه بالفعل.

• تبقى سياسات الأمن متسقة
• منصات جديدة أقل لإدارتها
• أسهل في التكامل مع الأنظمة من خارج SAP

4. مخاطر أقل أثناء الانتقال

يأتي RISE بأدوات وخدمات تجعل الانتقال من ECC أو الأنظمة القديمة أقل إيلاماً، خصوصاً حين تقترن بموثوقية Hyperscaler.

• فحوص آلية وأدوات تقييم الجاهزية
• تتولى SAP التجهيز وتغيير السعة
• مراقبة مدمجة منذ اليوم الأول

5. مرونة تنظيمية مع خيار CDC

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

• يُبقي الاستضافة داخلية دون خسارة دعم SAP
• يلبّي متطلبات سيادة البيانات أو إقامتها
• نموذج التشغيل نفسه كما في السحابة العامة

6. عقد واحد ومفاجآت أقل

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

• نموذج اشتراك ثابت
• دعم تقني متضمن واتفاقيات مستوى الخدمة (SLA)
• رؤية واضحة للنطاق والتكاليف

RISE with SAP حزمة منتقاة تهدف إلى تبسيط طريقك إلى S/4HANA وتقليل ضجيج التنسيق بين عدة موردين. فبدلاً من شراء التراخيص والبنية التحتية والأدوات كلاً على حدة، تحصل على كل شيء بموجب عقد واحد تديره SAP (رائع، أليس كذلك؟).

هذا ما تتضمنه عادةً حزمة RISE with SAP:

• SAP S/4HANA Cloud (إصدار عام أو خاص)

• SAP Business Technology Platform (BTP) مع أرصدة استخدام

• SAP Signavio لنمذجة العمليات ورؤى الأداء

• وصول مبدئي إلى SAP Business Network للتواصل مع الشركاء

• بنية تحتية سحابية عبر SAP أو AWS أو Azure أو Google Cloud

• أدوات الترحيل التقنية وإدارة دورة الحياة، تتولاها SAP بالكامل.

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

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

• ما الذي تحاول إصلاحه أو تبسيطه أو تحصينه للمستقبل؟

• ما مدى تعقيد أنظمتك الحالية وتخصيصاتك؟

• هل فرقك مستعدة للعمل في بيئة أكثر توحيداً تديرها SAP؟

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

1. جاهزية الأعمال

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

• دعم القيادة أمر أساسي
• أهداف وأولويات محددة
• أثر التغيير مبلَّغ بوضوح

2. قدرة الفريق الداخلي

بينما تتولى SAP التشغيل، يجب أن تدعم الفرق الداخلية التهيئة والتكامل والتبنّي. قيّم جاهزية الفريق مبكراً في العملية.

• قيّم مستويات المهارة والتوافر
• راجع عبء عمل تقنية المعلومات عبر المشاريع
• خطط لدعم خارجي إن وُجدت فجوات

3. التوحيد مقابل التخصيص

يشجع RISE عمليات Fit-to-Standard. وإذا كانت الأنظمة القائمة تعتمد على تخصيص واسع، فستلزم تعديلات.

• حدد الأكواد المخصصة التي لا يمكن الاستغناء عنها
• استخدم SAP Signavio لمراجعة الفجوات
• أعد تصميم المجالات التي لا تتوافق

4. ملاءمة استراتيجية السحابة

يعمل RISE بأفضل صورة حين يكون التوجه السحابي واضحاً أصلاً. فهو يكمّل المؤسسات التي حددت استراتيجيات الأمن والتكامل والاستضافة.

• تأكد من الانسجام مع البنية المؤسسية
• راجع تفضيلات Hyperscaler وسياساته
• حدد الملكية بين SAP وتقنية المعلومات الداخلية

5. النموذج المالي

يعتمد RISE نموذج الاشتراك. وعلى فرق المالية والمشتريات التكيّف مع عقلية النفقات التشغيلية التي يتطلبها ذلك.

• توقّع التكاليف على مدى سنوات متعددة
• قارن مع هيكل التراخيص القائم
• وضّح ما هو مشمول في الحزمة وما ليس مشمولاً

6. التوقيت والتركيز

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

• قيّم المبادرات الجارية والقادمة
• خصّص رعاية تنفيذية
• تأكد من توفر الطاقة الاستيعابية للتدريب والتغيير

عقد RISE with SAP أكثر من ترخيص S/4HANA. إنه حزمة مجمّعة تهدف إلى تبسيط الطريق إلى ERP السحابي. كل شيء مدمج في اشتراك واحد، وقد يبدو ذلك أنيقاً على الورق، لكن من المهم معرفة ما يشمله فعلاً وما ستظل مسؤولاً عنه. فهو يغطي البنية التحتية وبرنامج ERP وخدمات الدعم وبعض الأدوات التي تساعد على قيادة التغيير.

ومع ذلك، ستحتاج إلى مواردك الخاصة لأمور مثل حوكمة المشروع والتدريب والاختبار. وهذا ما يأتي عادةً مع العقد:

1. ترخيص S/4HANA Cloud

يتضمن العقد الوصول إلى S/4HANA Cloud (إصدار عام أو خاص)، ويُرخَّص بحسب مكافئات المستخدم الكامل (FUEs).

• وحدات ERP الأساسية
• التحديثات الدورية مشمولة
• قائم على الاشتراك

2. البنية التحتية السحابية

يعمل نظام ERP لديك على بنية Hyperscaler (AWS أو Azure أو GCP أو مراكز بيانات SAP)، وتكلفتها مضمنة في الاشتراك.

• طبقة IaaS مُدارة بالكامل
• خيارات الموقع الجغرافي والمزوّد
• الأمن والمراقبة مشمولان

3. العمليات التقنية

تتولى SAP مهام تقنية رئيسية مثل النسخ الاحتياطية وتصحيحات النظام والمراقبة ضمن نموذج الخدمة المُدارة.

• إدارة Basis
• إعداد التعافي من الكوارث
• دعم توافر النظام على مدار الساعة طوال أيام الأسبوع (24x7)

4. SAP Business Technology Platform

يوفر العقد أرصدة استخدام لمنصة SAP BTP. استخدمها في الامتدادات أو التكاملات أو التحليلات.

• تشمل حالات الاستخدام التطبيقات المخصصة
• خدمات التكامل مثل CPI
• الأتمتة المبنية على الأحداث

5. SAP Signavio

رؤى العمليات جزء من الحزمة. تساعد أدوات Signavio على نمذجة حالتك الحالية والمستهدفة وتحسينهما.

• اكتشاف العمليات ونمذجتها
• أدوات تحليل الفجوات
• دعم Fit-to-Standard

6. الوصول إلى SAP Business Network

يشمل العقد وصولاً محدوداً إلى SAP Business Network، يتيح التعاون مع الموردين ووظائف المشتريات الأساسية.

• تأهيل الموردين
• مسارات عمل المشتريات الأساسية
• الترقية متاحة عند الحاجة

إطار منظم ومرن في آن واحد

يرتكز RISE with SAP على منهجية SAP Activate. سترى هذا الاسم كثيراً. فهي ترسم الطريق إلى S/4HANA Cloud بنهج مرحلي موجَّه. والهيكلة مفيدة لكنها ليست جامدة أكثر من اللازم. الغاية منها أن تبقى على المسار دون أن تعلق في الإفراط في التصميم.

Fit-to-Standard: نقطة الانطلاق

تعتمد العملية بدرجة كبيرة على ورش عمل Fit-to-Standard. والغاية منها استكشاف المواضع التي تتوافق فيها طرق عملك الحالية مع أفضل ممارسات SAP. بعض المجالات ستنطبق بسلاسة. وأخرى قد تثير نقاشات. وهنا تُتخذ القرارات المبكرة بشأن التوحيد أو التخصيص، بمشاركة الأعمال وتقنية المعلومات معاً.

نماذج التسليم: الشريك أو SAP أو كلاهما

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

الجدول الزمني والمراحل الرئيسية

تستغرق معظم مشاريع RISE من 6 إلى 12 شهراً. والمراحل الرئيسية هي:

• الاكتشاف (Discover): تحديد الأهداف والنطاق العام

• التحضير (Prepare): إعداد الفرق والصلاحيات والجداول الزمنية

• الاستكشاف (Explore): تنفيذ ورش عمل Fit-to-Standard

• التحقيق (Realize): التهيئة والاختبار والتكامل

• النشر (Deploy): التخطيط للتحويل (Cutover) والتشغيل الفعلي

• التشغيل (Run): الدعم والتطوير

ليس تسليماً تقنياً فحسب

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

المتغير الحقيقي: الانسجام الداخلي

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

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

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

يبسّط RISE with SAP كثيراً من الجوانب التقنية في مشروع ERP. لكن هذا لا يعني أن الجوانب الصعبة تختفي. بل إن بعض التحديات الحقيقية تنتقل إلى مراحل أبكر، إلى اتخاذ القرار والملكية وطريقة التفكير. وتتكرر بضعة أخطاء مراراً. مثل التمسك بافتراضات الأنظمة المحلية (on-premise). أو الظن بأن الأكواد المخصصة ستنتقل معك تلقائياً. وأحياناً لا يكون لدى الفرق تصور واضح عمّن يملك ماذا داخل المؤسسة.

تسير الأمور بسلاسة أكبر حين:

• تُشرك مالكي العمليات مبكراً لا متأخراً

• تتعامل مع البيانات والتكاملات بوصفها مسارات حرجة

• تقسّم المخرجات إلى مراحل ليستوعب الناس التغيير فعلاً

فيما يلي ست مزالق تسبب في الغالب أكبر قدر من الاحتكاك.

1. عقلية الأنظمة المحلية (On-Premise)

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

• أعد النظر في هياكل اتخاذ القرار
• حدد أدواراً واضحة خاصة بالسحابة

2. المبالغة في تقدير قابلية نقل الأكواد

نادراً ما تنتقل التخصيصات كما هي بسلاسة. كثير منها يتطلب إعادة تصميم أو نقله إلى SAP BTP كامتدادات.

• أحصِ الأكواد المخصصة القائمة
• خطط لتحديثها أو إيقافها

3. ضعف الملكية الداخلية

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

• عيّن قائد مشروع متفرغاً
• تأكد من بقاء أصحاب المصلحة منخرطين

4. التقليل من تعقيد البيانات

غالباً ما يكشف ترحيل البيانات عن تناقضات وفجوات. وتجاهله حتى وقت متأخر يسبب التأخير.

• ابدأ تحليل البيانات وتنظيفها مبكراً
• عيّن أمناء بيانات لكل مجال

5. جداول زمنية متعجلة

ضغط المراحل لبلوغ مواعيد طموحة يأتي عادةً بنتيجة عكسية. أما التسليم على مراحل فيتيح تحكماً أفضل.

• حدد بوابات مراحل واضحة
• اربط مواعيد التشغيل الفعلي بالجاهزية

6. غياب دعم أصحاب المصلحة

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

• أقم ورش عمل دورية مع أصحاب المصلحة
• استخدم سيناريوهات من الواقع في التدريب

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

يمنحك RISE الوصول إلى SAP Business Technology Platform (BTP)، وهناك تقع اليوم كثير من التكاملات الحديثة. وهي تدعم واجهات API والتدفقات المبنية على الأحداث والموصلات الجاهزة. لكن الأنظمة الأقدم، المحلية أو التابعة لجهات خارجية، قد تظل تعتمد على المهام الدفعية أو نقل الملفات. وقد يصبح هذا المزيج فوضوياً بلا تخطيط مسبق.

من المفيد أن تبدأ بحصر كامل:

• ما الذي يرتبط بنظام ERP لديك اليوم؟

• ما الذي يجب أن يكون في الوقت الفعلي، وما الذي يمكن أن يكون غير متزامن؟

• هل توجد أدوات قديمة بروابط مبرمجة بشكل ثابت؟

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

باختصار، تعامل مع التكاملات بوصفها مسار عمل لا مهمة. خصّص لها وقتاً كافياً والأشخاص المناسبين. وإلا فإن أنظف نواة ERP لن تحقق القيمة التي تتوقعها.

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

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

أدوات مثل Signavio وSAP BTP ولوحات التحليلات مشمولة في RISE، لكنها لا تحقق القيمة وحدها. لا بد أن يتولى أحد مسؤوليتها.

بعض الأمور التي تساعد:

• قرر مبكراً من يتولى مشكلات ما بعد التشغيل الفعلي، داخلياً ومع SAP

• احتفظ بقائمة متراكمة (Backlog) للإصلاحات والتحديثات والتحسينات

• راجع التبنّي والملاحظات كل بضعة أشهر

• واءم التحسينات المستقبلية مع خارطة طريق منتجات SAP

• أفسح مجالاً للتحسين، لا لإطفاء الحرائق فقط

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

الأمر يتعلق أيضاً بالوضوح: ما الذي تشغّله اليوم، وما الذي أنت مستعد لتغييره، ومن سيقود التحول داخلياً.

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

بعض الأمور التي ينبغي أن تفكر فيها قبل أن تبدأ:

• أجرِ تحليلاً مرجعياً لعملياتك التجارية الحالية

• أنشئ جرداً للتطبيقات والواجهات وتدفقات البيانات

• راجع كل الأكواد المخصصة: ما الحرج منها وما ليس حرجاً

• حدد صانعي القرار في النطاق والاستثناءات والموافقات

هل RISE with SAP مناسب لك؟

هذا أكثر من قرار تقني. إنه سؤال اتجاه: كيف تريد شركتك أن تعمل وتتطور مع الوقت. فقد بُني RISE with SAP حول التسليم السحابي وتوحيد العمليات والمسؤولية المشتركة. بعض المؤسسات تتكيف سريعاً مع هذا الهيكل. وبعضها قد يحتاج إلى التوقف وإعادة التقييم.

اسأل نفسك:

• هل نرتاح إلى اعتماد أفضل ممارسات SAP بدلاً من بناء كل شيء من الصفر؟

• هل فريق تقنية المعلومات لدينا في موقع يتيح له قيادة التحول، أم أنه أكثر تركيزاً على الدعم والتسليم؟

• هل نستطيع التكيّف مع نموذج تشغيل بنمط SaaS لنظام ERP الأساسي لدينا؟

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

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

الأسئلة الشائعة

يدور كثير من العملاء حول الأسئلة نفسها حين يفكرون أول مرة في تنفيذ SAP.

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

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

لنتواصل!

1. ماذا يعني RISE with SAP؟

RISE with SAP هو عرض SAP المجمّع الذي يساعد الشركات على الانتقال إلى ERP السحابي. يجمع S/4HANA Cloud مع البنية التحتية والأدوات والخدمات المُدارة في عقد واحد.

2. ماذا يعني مصطلح «rising SAP»؟

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

3. ما الفرق بين S/4HANA وRISE with SAP؟

S/4HANA هو منتج ERP. أما RISE with SAP فهو النموذج التجاري ونموذج التسليم الذي يغلّف S/4HANA Cloud بالبنية التحتية والخدمات والدعم.

4. ما الفرق بين RISE with SAP وGROW with SAP؟

صُمّم GROW للشركات الأصغر سريعة النمو ويركّز على السحابة العامة فقط. أما RISE فيخدم المؤسسات المتوسطة إلى الكبيرة ويوفر مرونة أكبر تشمل السحابة الخاصة.

5. بماذا يختلف RISE with SAP عن SAP HEC؟

كان SAP HEC حل استضافة مُدارة. أما RISE with SAP فيشمل ERP السحابي والأدوات والخدمات. وهو أشمل ومبني لعمليات تعتمد السحابة أولاً.

6. ما الفرق بين SAP S/4HANA ونظام SAP ERP التقليدي؟

S/4HANA هو الجيل التالي من SAP ERP. إنه أسرع وله نموذج بيانات أبسط ويدعم التحليلات في الوقت الفعلي. أما الأنظمة الأقدم (مثل ECC) فتعتمد أكثر على المعالجة الدفعية وفيها طبقات تقنية أكثر. كما يستخدم S/4HANA واجهة Fiori، وهي نقلة كبيرة عن SAP GUI الكلاسيكية.

7. ما هو GROW with SAP؟

GROW هو عرض ERP بنمط SaaS من SAP للشركات الأصغر. وهو مهيّأ مسبقاً، وعلى السحابة العامة فقط، ويتبع أفضل الممارسات القياسية مع إطلاق أسرع.

8. ما هو عقد RISE with SAP؟

هو عقد قائم على الاشتراك يجمع S/4HANA Cloud والبنية التحتية وأدوات مثل Signavio والخدمات التي تديرها SAP، ويُفوتَر بموجب اتفاقية واحدة.

9. كيف أنتقل إلى RISE with SAP؟

ابدأ بتقييم الجاهزية. ثم اختر مسار النشر (Greenfield أو Brownfield أو انتقائي). وSAP Activate هو الإطار القياسي المستخدم في الانتقال.

10. ما العناصر الثلاثة الرئيسية في RISE with SAP؟

العناصر الأساسية هي:

• S/4HANA Cloud (منصة ERP)

• SAP Business Technology Platform (للامتدادات والتكامل)

• SAP Signavio وBusiness Network (لذكاء العمليات والتعاون)

أدوات لتبسيط رحلة تنفيذ SAP

حاسبة تكلفة تنفيذ SAP

ستساعدك هذه الأداة على تحديد التكلفة التقريبية لتنفيذ SAP لديك.

مولّد الوصف الوظيفي لموارد SAP

يمكنك استخدام هذه الأداة لتوليد وصف وظيفي إذا كنت توظّف شخصاً لمشروع SAP.

مقدّر جهد وتكلفة ترحيل البيانات

عبر هذه الأداة يمكنك تحديد كائنات البيانات المطلوبة والتكاليف المرتبطة بترحيل البيانات.

حاسبة تكلفة تنفيذ ERP سهلة الاستخدام

احصل على تقييم سريع لتكاليف ERP المقدّرة وجدولها الزمني. ليس مثالياً، لكنه يعطيك صورة جيدة عن التكاليف.

أداة بناء حلول SAP ومولّد خارطة الطريق

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

أداة تقييم الانتقال إلى S/4HANA: Greenfield مقابل Brownfield

حدد بسرعة مسار الانتقال المناسب (Greenfield أو Brownfield أو Selective) بحسب عمر نظامك وبياناتك وأكوادك المخصصة واحتياجات عملياتك.

احصل على تقييم سريع لتكاليف ERP المقدّرة وجدولها الزمني. ليس مثالياً، لكنه يعطيك صورة جيدة عن التكاليف.