SAP يُختبر بالسجل المقبول، لا بالحزمة

ملخص

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

السجل المقبول للمؤسسة هو وحدة القيمة الحقيقية

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

هذه هي الطريقة الصحيحة لتقييم SAP SE. تمتلك الشركة سطح منتج واسع: SAP S/4HANA Cloud، RISE with SAP، Business Technology Platform، Integration Suite، SuccessFactors، Ariba، Concur، التحليلات، Business Data Cloud، Joule، Cloud ALM، ونظام بيئي عميق من الخدمات والشركاء. الاتساع مهم لأن عمليات الأعمال نادرًا ما تعيش داخل شاشة واحدة. لكن الاتساع ليس القبول. لا يتم قبول سير العمل إلا عندما تكون بياناته نظيفة بما فيه الكفاية، ويكون تكوينه مطابقًا للعملية، وتكون تكاملاته متسقة، ويكون نموذج التصريح قابلاً للدفاع، ويكون مسار المراجعة متاحًا، وتكون استثناءاته مرئية، ويكون اقتصادياته تفوق تكلفة تحقيقه.

يوجه وصف SAP نفسه إلى الأرضية التشغيلية الصحيحة. تصف SAP نفسها بأنها شركة عالمية لتطبيقات الأعمال وذكاء الأعمال الاصطناعي، موثوقة في مجالات المالية والمشتريات والموارد البشرية وسلسلة التوريد وتجربة العملاء. يشير ملف الشركة إلى أكثر من 110,000 موظف من أكثر من 157 دولة، وأكثر من 100 موقع تطوير، وأكثر من 300 مليون مشترك في خدماتها السحابية، وإيرادات إجمالية غير IFRS تبلغ 36.8 مليار يورو للسنة المالية 2025. تظهر نتائجها للمستثمرين أن التحول إلى السحابة لم يعد تجربة: في الربع الأول من 2026، أعلنت SAP عن طلبية سحابية حالية بقيمة 21.932 مليار يورو وإيرادات سحابية بقيمة 5.962 مليار يورو.

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

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

الزخم التجاري لـ SAP هو انتقال إلى السحابة، وليس نتيجة سير العمل

تظهر البيانات المالية العامة لـ SAP شركة تنقل مركز ثقلها نحو ERP السحابي والخدمات المرتبطة. يشير التقرير المتكامل لـ SAP لعام 2025 إلى أن الإيرادات السحابية ارتفعت من 17.141 مليار يورو في 2024 إلى 21.023 مليار يورو في 2025. ارتفعت إيرادات Cloud ERP Suite من 14.165 مليار يورو إلى 18.119 مليار يورو، مساهمة بنسبة 86% من إجمالي الإيرادات السحابية. زادت الطلبية السحابية الحالية إلى 21.05 مليار يورو، بينما وصلت الطلبية السحابية الإجمالية إلى 77.29 مليار يورو. انخفضت إيرادات تراخيص البرامج والدعم، وهو ما تعزوه SAP إلى تسارع انتقال العملاء إلى السحابة.

واصل الربع الأول من 2026 هذا الاتجاه. ذكرت صفحة مستثمري SAP زيادة في الإيرادات السحابية بنسبة 19% على الأساس المعلن و27% بأسعار صرف ثابتة، مع ارتفاع إيرادات Cloud ERP Suite بنسبة 23% على الأساس المعلن و30% بأسعار صرف ثابتة. توقعت توقعات SAP لعام 2026 إيرادات سحابية تتراوح بين 25.8 و26.2 مليار يورو بأسعار صرف ثابتة وإيرادات سحابية وبرمجيات تتراوح بين 36.3 و36.8 مليار يورو. التوجيه المالي واضح: المستقبل التجاري الذي تبيعه SAP هو مستقبل سحابي وحزمة.

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

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

لهذا السبب يجب التعامل مع الزخم المالي كدليل على الطلب، وليس كتحقق من سير العمل. تشتري الشركات أو تلتزم على نطاق واسع بخدمات SAP السحابية. لا تشتري جميعها نفس النتيجة. لدى شركة تصنيع عالمية تهاجر عملياتها المالية وسلسلة التوريد إلى SAP S/4HANA Cloud Private Edition ملف مخاطر مختلف عن شركة متوسطة تتبنى نطاق ERP سحابي عام. لدى مؤسسة عامة قيود تدقيق ومحلية بيانات مختلفة عن بائع تجزئة. لدى فريق مشتريات يستخدم تكاملات Ariba إدارة استثناءات مختلفة عن فريق مالية يهتم بالدمج والإغلاق.

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

الهجرة هي أول اختبار للموثوقية

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

تجعل مواد التعلم الخاصة بـ SAP لـ SAP S/4HANA Cloud Public Edition هذا ملموسًا. تصف cockpit هجرة، ومشاريع هجرة، وكائنات هجرة، وجداول عبور، وإدارة المشكلات، وتطبيقات مرتبطة، وأفضل الممارسات، ومتطلبات الدعم. ينص درس حول النماذج المحلية على أن المستخدم ينشئ مشروع هجرة، ويخصص كائن هجرة واحدًا أو أكثر، ويقوم cockpit الهجرة بإنشاء جدول عبور في SAP S/4HANA Cloud لكل كائن. بمجرد ملء الجدول ووضع اللمسات الأخيرة على المشروع، يتم نقل البيانات إلى قاعدة بيانات SAP S/4HANA Cloud. كما يذكر أن كائنات الهجرة المرئية تستند إلى عمليات الأعمال النشطة، وأن العمليات الإضافية التي يتم تفعيلها لاحقًا قد تجعل كائنات هجرة أخرى مرئية.

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

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

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

التكيف مع المعايير هو خيار حوكمة، وليس شعارًا

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

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

قد يقوم استشاري بتكوين التعقيد لأنه يحل صراع ورشة عمل بشكل أسرع من تغيير العملية.

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

النواة النظيفة (clean core) تصقل نفس السؤال. تشير مواد تمديد النواة النظيفة من SAP إلى أن الاستراتيجية تهدف إلى تمكين عملاء SAP S/4HANA Cloud من التوسع حيثما كان ذلك ضروريًا مع السماح بترقيات سلسة وإدارة التمديدات. تغطي دورة النواة النظيفة من SAP Learning نموذج توسيع S/4HANA Cloud وABAP Cloud واعتبارات خاصة للإصدار الخاص وS/4HANA. الرسالة مهمة تجاريًا: التخصيصات غير محظورة، لكن يجب حوكمتها حتى لا تحبس العميل في تراث هش وغير قابل للترقية.

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

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

التكامل يحدد ما إذا كان السجل يسافر

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

تعترف وثائق المنتج العامة لـ SAP بذلك. تشير صفحة SAP S/4HANA Cloud Public Edition إلى أنه يتكامل مع تطبيقات المؤسسة الأخرى عبر SAP Business Technology Platform و SAP Integration Suite. تصف مقتطفات بحث SAP Help Integration Suite كمنصة تكامل كخدمة على مستوى المؤسسة لربط وتكامل تطبيقات وبيانات الأعمال. يتضمن محتوى تنفيذ SAP Learning مفاهيم التكامل، وتحليل مشهد التكامل، و SAP Integration Suite، ومحتوى تكامل أفضل ممارسات SAP، و Cloud Integration Automation Service، وتكوين التكامل وفقًا لأفضل الممارسات، والتكاملات التي يقودها العميل، ومراقبة التكاملات مع SAP Cloud ALM.

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

يمكن لـ Integration Suite و BTP تقليل الأنابيب المخصصة. يمكنهما توفير قوالب تكامل، و API، وأحداث، ومهايئات، ومراقبة، وأسطح حوكمة. يمكن لـ SAP Cloud ALM مراقبة التكامل ومناطق الاستثناء عند تكوينه. لكن يظل العميل مالكًا لدلالات التكامل. أي نظام هو السلطة؟ ما هو مسار الاسترداد بعد رسالة فاشلة؟ من المخوّل بإصلاح استثناء؟ كيف يتم اكتشاف التكرارات؟ كيف يتم التعامل مع التحديثات المتأخرة؟ ماذا يحدث عندما يغير نظام شريك مخططه؟ أي السجلات تشكل أدلة تدقيق، وأيها مجرد آثار تشغيلية؟

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

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

التصريح وقابلية التدقيق هما ميزات إنتاج

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

يغطي مسار وصول المستخدم والأمان من SAP Learning مفاهيم وأدوات التصريح لـ SAP Business Suite و SAP HANA و S/4HANA و SAP S/4HANA Cloud Public Edition. يتضمن SAP Identity Access Management، وإدارة مستخدمي SAP HANA، وصيانة مستخدمي S/4HANA، ومفاهيم أدوار الأعمال والتصريحات، وتصريحات وأدوار أعمال SAP Fiori، و Cloud Identity Services، بالإضافة إلى استكشاف الأخطاء وإصلاحها وتحليل التصريحات ووصول المستخدم عبر التقارير والتحليلات. يسرد محتوى تنفيذ SAP Learning أيضًا إنشاء وتخصيص أدوار الأعمال، وتحديد القيود، ومواءمة منصة إطلاق Fiori مع الأدوار.

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

تحدد مقتطفات بحث SAP Help أيضًا سجلات تدقيق الأمان لـ SAP S/4HANA Cloud Public Edition على أنها تحتوي على أحداث ذات صلة بالأمان وتلاحظ أنه يمكن استرداد السجلات ودمجها في حل لإدارة المعلومات والأحداث الأمنية. هذا مهم، لكن قابلية التدقيق تعتمد مرة أخرى على التكوين والمراجعة. السجل الموجود الذي لا يتم مراقبته لا يمنع التغيير السيئ. تكامل SIEM الذي يجمع الأحداث بدون سياق أعمال قد يغرق المحللين. قد يظل تغيير الدور الموثق تقنيًا غير مفسر للمدقق.

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

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

عمليات السحابة تنقل حدود السيطرة

تنقل RISE with SAP و S/4HANA Cloud مركز ثقل SAP نحو عمليات السحابة. تضع صفحة RISE من SAP العرض كوسيلة لتحويل ERP المحلي إلى السحابة، وتحديث ERP، وإطلاق قيمة الذكاء الاصطناعي عبر منهجية، وإرشاد خبراء، ومساعدي هجرة وتحديث، وابتكار مستمر. إشارة سوقية عامة حالية تعزز هذا النموذج: أعلنت SAP في 30 يونيو 2026 أن Nokia وقعت اتفاقية متعددة السنوات مع SAP لاستخدام منهجية RISE with SAP، مع SAP S/4HANA المستضافة على Microsoft Azure. ذكرت SAP أن الاتفاقية غطت هجرة مشهد SAP لـ Nokia عبر العمليات والبيانات والتطبيقات ونماذج التشغيل، وأن SAP ستشغل وتدير بيئة برمجيات S/4HANA في السحابة.

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

صفحة حالة الخدمات السحابية من SAP Trust Center مفيدة على وجه التحديد لأنها تحدد حدود الرؤية العامة. تشير SAP إلى أن الصفحة تعطي التوفر الحالي وسجل أداء الخدمات السحابية لـ SAP، بينما يوفر بوابة عميل SAP for Me تفاصيل خاصة بالمستأجر للعميل. توضح SAP أنه لمجموعة الخدمات السحابية بأكملها، هدف التوفر هو 99.7% ما لم يُذكر خلاف ذلك، وأن الصيانة المنتظمة والتوقفات للترقية الرئيسية لا تنعكس في صفحة الحالة العامة، وأن الاضطرابات أو التدهور تكون مرئية فقط إذا استمرت خمس دقائق على الأقل وأثرت على 5% على الأقل من الأنظمة الإنتاجية لمركز البيانات. لذا، الحالة العامة ليست حقيقة المستأجر.

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

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

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

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

ضغط دورة حياة الدعم جزء من حجة الشراء

عملاء SAP لا يقيمون S/4HANA في فراغ. كثيرون يقيمونها تحت ضغط دورة حياة الدعم. تشير صفحة دعم SAP إلى أنه سيكون هناك إصدار واحد على الأقل من S/4HANA في الصيانة حتى نهاية 2040. تشير نفس الصفحة إلى أن التطبيقات الأساسية لـ SAP Business Suite 7 تحصل على صيانة قياسية حتى نهاية 2027، تليها صيانة ممتدة اختيارية من بداية 2028 إلى نهاية 2030، مع علاوة نقطتين مئويتين على أساس الصيانة. العملاء الذين لا يشتركون في الصيانة الممتدة، أو بعد نهاية الصيانة الممتدة، ينتقلون إلى صيانة خاصة بالعميل.

هذا الجدول زمني تجاري محوري. يخلق نافذة هجرة لعملاء SAP القدامى الذين ما زالوا يعتمدون على Business Suite أو ECC أو مشاهد مرتبطة. بالنسبة للبعض، القرار ليس "هل يجب أن نحدث الآن؟" بل "كيف نتجنب الوقوع في دعم مكلف مع الحفاظ على استمرارية الأعمال؟" قد تكون الإجابة SAP S/4HANA Cloud Public Edition، أو SAP S/4HANA Cloud Private Edition، أو RISE with SAP، أو تحول انتقائي، أو نشر تدريجي، أو مسار أبطأ مع الصيانة الممتدة. لكل خيار ملف مخاطر مختلف.

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

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

التزام صيانة S/4HANA حتى 2040 ليس وعدًا بأن كل خيار تنفيذ محصن ضد الزمن. قد يظل النظام السحابي الخاص المخصص بشكل كبير يعاني من احتكاك أثناء الترقيات. قد لا يزال التنفيذ السحابي العام يعاني من عدم تطابق العملية. قد لا يزال تراث التكامل يتقدم في العمر بشكل سيء. يمكن لـ SAP توفير مجموعة منتجات مدعومة. يجب على العميل الحفاظ على سجل أعماله محدثًا.

Cloud ALM يوضح شكل عمل مرحلة التشغيل

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

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

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

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

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

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

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

ذكاء الأعمال الاصطناعي هو خطر قبول وفرصة في آنٍ واحد

قصة الذكاء الاصطناعي لـ SAP مهمة استراتيجيًا لأن SAP قريبة من سياق الأعمال الذي تفتقر إليه أنظمة الذكاء الاصطناعي العامة غالبًا. تشير صفحة Joule من SAP إلى أن Joule يجمع مساعدي الذكاء الاصطناعي وقدرات سير العمل المؤتمتة في مساحة عمل موحدة، ويستخدم بيانات الأعمال وخبرة عمليات الأعمال من SAP، ويوحد أنظمة SAP وغير SAP، وهو مبني على أطر الأمان والحوكمة والبيانات. تشير وثائق المنتج المرتبطة من SAP حول Joule إلى أن قدرات الذكاء الاصطناعي هذه تستخدم خبرة عمليات الأعمال، وسياق الدور، وسياق العملية لتنسيق العمل. كما تشير إلى SAP Knowledge Graph، وبيانات الأعمال، والحوكمة، وطبقة بيانات موثوقة موحدة في SAP Business Data Cloud.

SAP Business Data Cloud هو الحجة التكميلية. تشير SAP إلى أنه يوحد ويحكم بيانات SAP والجهات الثالثة بنسيج بيانات أعمال، ويدعم أساس بيانات موثوقًا للأتمتة بقيادة الذكاء الاصطناعي، وينسق البيانات الحرجة مع عمليات الأعمال والسياسات والمنطق، ويتضمن قدرات مثل Analytics Cloud، و Datasphere، وتحديث Business Warehouse، و SAP Databricks، و HANA Cloud، وحوكمة البيانات الرئيسية. بعبارات بسيطة، تدعم SAP أن الذكاء الاصطناعي يجب أن يعمل على سجلات أعمال تعرف دلالاتها وسياساتها وسياق عمليتها.

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

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

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

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

الشركاء والعملاء يظلون مالكين لجزء كبير من النتيجة

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

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

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

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

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

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

يجب أن يتضمن نموذج التكاليف الإشراف وإدارة الاستثناءات

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

تعطي الصفحات العامة لـ SAP شكل هذه التكاليف دون تحديدها لكل سير عمل. تشمل SAP Activate الاختبار، ومعالم الجودة، وورش التكيف مع المعايير، والنشر، والتشغيل. تشمل SAP Cloud ALM تنسيق الاختبار، والتتبع، ومراقبة العمليات، ومناطق الاستثناء. يتضمن محتوى هجرة SAP Learning إدارة المشكلات ومتطلبات السلائف. يغطي التعلم حول الأمان تصميم التصريح واستكشاف الأخطاء. تغطي صفحات Trust Center حماية البيانات، ومعالجي البيانات الفرعيين، ومراكز البيانات، وحدود التوفر. تؤكد صفحات الذكاء الاصطناعي على الحوكمة والبيانات الموثوقة. لا شيء من هذا مجاني عمليًا.

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

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

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

لا يوجد ROI عالمي لـ SAP. يوجد فقط الحساب التشغيلي لسير عمل معين بعد احتساب جميع تكاليف الإشراف والتكامل والاستثناء والدعم والتغيير.

ما سيثبت قيمة SAP بقوة أكبر

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

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

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

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

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

الحكم

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

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

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

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