SAP Integration Suite: القرارات والمفاضلات في الإنتاج

SAP Integration Suite هي منصة التكامل من SAP على SAP BTP: Cloud Integration (CPI سابقاً) إضافةً إلى API Management وEvent Mesh وIntegration Advisor وOpen Connectors وأدوات الانتقال من PI/PO. وهي البرمجيات الوسيطة الافتراضية لبرامج S/4HANA السحابية والطريق للخروج من PI/PO التي تنتهي صيانتها الأساسية في 2027. نادراً ما تأتي تأخيرات الواجهات من التقنية. بل تأتي من غموض الملكية، ومن افتراضات لم تُختبر عن الأنظمة القديمة، ومن اختبارات صُممت لتنجح لا لتكشف الإخفاقات. هذا الدليل لقادة التكامل والمعماريين ومديري البرامج. ويغطي وظيفة كل مكوّن، والمحتوى القياسي مقابل المخصص، والانتقال من PI/PO، ومخاطر الأنظمة القديمة والاختبار، والحوكمة بعد التشغيل الفعلي.

PI/PO تحت ضغط الوقت. إصدار 7.5 من SAP Process Integration وSAP Process Orchestration في مرحلة الصيانة الأساسية حتى نهاية 2027. وتمتد الصيانة الممتدة الاختيارية حتى نهاية 2030، وبعدها ينتهي دعم SAP. وتصف البنية المرجعية للانتقال من SAP هذا المسار. تتضمن Integration Suite تطبيق Migration Assessment الذي يقدّر حجم كل سيناريو في PI/PO، وأدوات انتقال موجَّهة بمعالج داخل Cloud Integration. انتقل على موجات: تدفقات SAP إلى SAP منخفضة المخاطر أولاً، ثم B2B وEDI في المنتصف، وتدفقات الطلبات عالية الحجم أخيراً. الانتقال القسري تحت ضغط الموعد النهائي يستغرق وقتاً أطول ويكلف أكثر.

1. الموجة 1تدفقات SAP إلى SAP منخفضة المخاطرقدّر حجم كل سيناريو أولاً باستخدام Migration Assessment
2. الموجة 2B2B وEDI
3. الموجة 3تدفقات الطلبات عالية الحجم
4. 2027انتهاء الصيانة الأساسية لـ PI/PO 7.5نهاية العام. خطط للموجات لتنتهي قبل هذا الموعد
5. 2030انتهاء الصيانة الممتدة الاختياريةنهاية العام. وبعدها ينتهي دعم SAP

المصدر: تواريخ الصيانة من SAP والبنية المرجعية للانتقال، تم التحقق منها في أكتوبر 2026

تحقق مما يغطيه عقدك السحابي. تتضمن عقود RISE وGROW عادةً أرصدة SAP BTP يمكنها تغطية تكلفة Integration Suite. تأكد من الإصدار وأحجام الرسائل التي يغطيها استحقاقك قبل أن تقارن Integration Suite بـ MuleSoft أو Boomi من حيث الميزات وحدها. فاقتصاديات منصة مشمولة في العقد تغيّر المقارنة.

الذكاء الاصطناعي يصل على مراحل. تقدم Cloud Integration توليد التدفقات بالذكاء الاصطناعي التوليدي في إصدارها Premium منذ منتصف 2024. وهو ينتج هيكل iFlow (الخطوات والقنوات والعملية الفرعية للاستثناءات)، لا عمليات الربط (Mappings) ولا السكربتات. أما الإصدار المحسّن من SAP الذي أُطلق في مارس 2026 فيضيف توليد التدفقات من النص (text-to-flow) وتحسين السكربتات، وقد خططت SAP لإتاحة Joule في Integration Suite للتوفر العام في الربع الثالث من 2026. مفيد للتدفقات القياسية. أما التنسيق المعقد ذو المنطق التجاري العميق فما زال يحتاج إلى معماريين كبار.

Integration Suite مجموعة خدمات. واختيار الخدمة المناسبة للمهمة يحدد مدى صمود المنظومة.

المكوّن	الدور	ما الذي يسوء عند إساءة استخدامه
Cloud Integration (CPI)	تدفقات الرسائل والتوجيه والتحويل، وهو الخيار الافتراضي لمعظم iFlows	حشر كل شيء في CPI، بما فيه واجهات API والأحداث، يجعل الدعم والاختبار صعبين
API Management	يحكم عرض واجهات API: الأمان وحدود المعدل والتحليلات	تجاهله يضاعف الاستدعاءات من نقطة إلى نقطة، وإضافة الحوكمة لاحقاً صعبة
Event Mesh	المراسلة غير المتزامنة للمشغّلات المنفصلة عن بعضها	الطوابير غير المتتبَّعة تنمو بصمت دون أن تنبّه أحداً
Integration Advisor	اقتراحات ربط لصيغ B2B مثل EDIFACT وX12 وIDoc	تفترض الفرق تغطية عالية، وقد توقع أحدها 80 بالمئة وحصل على نحو 40 بالمئة
Open Connectors	موصّلات جاهزة لتطبيقات السحابة الخارجية	تغييرات واجهات API الخارجية تعطّل الموصّلات بصمت ما لم يراقبها أحد
Migration Assessment وأدوات الانتقال	تقدّر حجم سيناريوهات PI/PO وترحّلها	تُعامل كتقدير لمرة واحدة بدلاً من خطة انتقال عملية

الفرق التي تتعامل مع Integration Suite على أنها «CPI مع إضافات» كثيراً ما تتجاهل API Management وEvent Mesh. وينجح هذا إلى أن يلحق بها التعقيد. دليلي عن SAP CPI يتعمق في Cloud Integration نفسها.

المحتوى الجاهز لتكامل SAP مفيد فعلاً حين تكون العملية قياسية. فربط S/4HANA بـ SAP Ariba أو SuccessFactors بعمليات قياسية كثيراً ما يكون مناسباً تماماً. لكن العمليات الحقيقية نادراً ما تبقى داخل خطوط SAP المرجعية.

اختر المحتوى القياسي حين:

1. يكون السيناريو من SAP إلى SAP وقريباً من عملية SAP المرجعية
2. يكون التدفق بسيطاً وفي اتجاه واحد في الغالب
3. يمكنك التعايش مع ربط SAP، ولا توسّعه إلا عبر نقاط التمديد (exits) المتاحة

اختر البناء المخصص حين:

1. تكون سنوات من القرارات الداخلية قد أبعدت العملية عن نموذج SAP
2. يدخل في الأمر توجيه مشروط أو منطق متعدد الخطوات أو خصوصيات الأنظمة القديمة
3. يكسر التعديل الكبير توافق الدعم من SAP للحزمة القياسية

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

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

أسّس حوكمة مركزية للتكامل مبكراً:

1. سجل أعمال تكامل مشترك (Backlog) مرئي لكل مسارات العمل
2. مالك محدد لكل واجهة، يُتابَع طوال التسليم
3. نقاط تنسيق بين مسارات العمل قبل كل نشر رئيسي
4. مراجعة لتبعيات الواجهات قبل أي التزام بالتشغيل الفعلي، مع ترتيب نقاط النهاية والطوابير المشتركة في خطة الانتقال (Cutover)
5. نشر آلي بين البيئات، مع توثيق بيانات الاعتماد لكل منظومة

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

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

عدم تطابق البروتوكولات شائع ويُكتشف متأخراً. تصمم باستخدام OAuth2 وREST، بينما يتحدث النظام القديم SOAP بمهلة مبرمجة ثابتة مدتها 30 ثانية ويتعامل بشكل سيئ مع تجديد الرمز (Token).

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

يسرد الجدول المخاطر التي يجب فحصها قبل تجميد التصميم.

الخطر	المشكلة الشائعة	ما يجب فعله في التصميم
القيود المتزامنة	النظام القديم يتجمد تحت الاستدعاءات المتوازية	استخدم المراسلة غير المتزامنة، وباعد بين الاستدعاءات عبر Event Mesh أو Cloud Integration
عدم تطابق البروتوكولات	النظام القديم يرفض REST أو OAuth، أو تنتهي مهلته مع SOAP	أكّد البروتوكولات والمهل قبل بدء التصميم
حدود معدل API	المهام الدفعية تتجاوز تقييد الجهة الخارجية	قيّد المعدل في API Management، وأضف منطق انتظار في iFlow
انتهاء الرمز	التدفقات تفشل بصمت في نوافذ خارج أوقات الذروة	جدول دورات التجديد وراقب انتهاء الصلاحية
الصيغ الجامدة	الحمولات الديناميكية تكسر التحليل في النظام القديم	تحقق باستخدام عينات إنتاج حقيقية
غياب البديل الاحتياطي	عمليات نقل الملفات تفشل دون إعادة محاولة فتعلق البيانات	خزّن مؤقتاً في الطبقة الوسيطة، وضمّن إعادة المحاولة والتنبيه في iFlows

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

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

يجب أن يغطي اختبار الواجهات:

1. أحجام بيانات واقعية مع مستخدمين متزامنين
2. انقطاعات الخدمة وسلوك التعافي
3. المهل وإعادات المحاولة عبر الطبقة الوسيطة والأنظمة الخلفية
4. مهام دفعية تعمل جنباً إلى جنب مع الاستدعاءات الفورية
5. نهاية الشهر وفترات الذروة الأخرى

بيئات التطوير نظيفة. أما حالات التعطل المتبادل (Deadlocks) وحالات التسابق (Race conditions) والتقييد فتظهر في اختبار قبول المستخدم وبيئة ما قبل الإنتاج، حيث الأنظمة الأخرى ونوافذ الدُفعات حية، فأجرِ اختبارات الحمل هناك. وزّع الملكية بوضوح: الفرق الوظيفية تتحقق من النتائج التجارية عبر التدفق بأكمله، وفرق التكامل تملك السجلات وإعادات المحاولة وتدفقات الاستثناءات، ويؤكد قادة المشروع التغطية. دليلي عن اختبار أداء SAP يغطي جانب الحمل.

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

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

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

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

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

ما هي SAP Integration Suite وبماذا تختلف عن CPI؟

Cloud Integration، المعروفة سابقاً باسم SAP Cloud Platform Integration (CPI)، هي إحدى القدرات داخل Integration Suite. وتضيف المجموعة API Management لعرض واجهات API بحوكمة، وEvent Mesh للمراسلة غير المتزامنة. وتتضمن أيضاً Integration Advisor لاقتراحات ربط B2B، وOpen Connectors لتطبيقات السحابة الخارجية، وأدوات التقييم والانتقال لـ PI/PO. والفرق التي تعاملها على أنها CPI باسم جديد كثيراً ما تتخطى API Management وEvent Mesh، وتدفع الثمن لاحقاً في فجوات الحوكمة.

متى ينتهي دعم SAP PI/PO؟

إصدار 7.5 من SAP Process Integration وSAP Process Orchestration في مرحلة الصيانة الأساسية حتى نهاية 2027. ويمكن للعملاء الحصول على صيانة ممتدة اختيارية حتى نهاية 2030، وبعدها ينتهي دعم SAP. وتتضمن Integration Suite تطبيق Migration Assessment لتقدير حجم كل سيناريو وأدوات انتقال تنقل العناصر شبه آلياً. ابدأ بخطة موجات بدلاً من انتظار الموعد النهائي.

متى يُستخدم المحتوى القياسي مقابل التطوير المخصص في تكامل SAP؟

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

ما أسباب إخفاق تكامل SAP في البرامج المعقدة؟

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

كيف ينبغي تنظيم اختبار التكامل في SAP Integration Suite؟

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

كيف ينبغي حوكمة تكامل SAP بعد التشغيل الفعلي؟

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