SAP CPI وIntegration Suite: ما هما وأين يندرجان

SAP CPI (Cloud Platform Integration) هو البرمجية الوسيطة السحابية من SAP. وهو اليوم قدرة Cloud Integration داخل SAP Integration Suite على SAP BTP، وهو إجابة SAP عن ربط S/4HANA بأنظمة SAP وغير SAP الأخرى. وإذا كنت لا تزال تشغّل SAP PI/PO، فالوقت يهمّ: إذ يخرج PI/PO 7.5 من الصيانة الأساسية في نهاية 2027.

هذا الدليل موجّه إلى قادة التكامل ورؤساء تقنية المعلومات الذين يقررون كيف ينتقلون من PI/PO أو كيف يصممون التكامل لبرنامج S/4HANA جديد. يغطي ما يفعله CPI وما لا يفعله، ومقارنته مع PI/PO، وخطة موجات لترحيل الواجهات.

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

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

CPI هو الطبقة التي تربط الأنظمة وتحوّل البيانات وتوجّه الرسائل بين التطبيقات. ويجمعه SAP Integration Suite مع API Management وEvent Mesh وIntegration Advisor وإدارة شركاء التبادل التجاري. ولا يزال معظم المستشارين يقولون «CPI» حين يقصدون جزء مسارات التكامل، ولا بأس في ذلك.

ما يفعله CPI: ينقل البيانات بين الأنظمة، ويحوّل صيغ الرسائل، ويوجّهها إلى الوجهة الصحيحة، ويعالج الأخطاء وإعادة المحاولة. ويربط أنظمة SAP (S/4HANA وSuccessFactors وAriba) ومنصات غير SAP (Salesforce وWorkday وServiceNow) عبر محوّلات قياسية (Adapters).

ما لا يفعله: تخزين البيانات على المدى الطويل، أو استبدال نظام ERP، أو العمل كأداة ETL لترحيل البيانات بالجملة. فهو مبني للرسائل الفورية أو شبه الفورية. واستخدامه كمستودع بيانات أو كأداة ترحيل يسبب مشكلات في الهندسة المعمارية لاحقاً.

CPI مقابل SAP BTP: BTP هو المنصة بأكملها: تطوير التطبيقات والبيانات والذكاء الاصطناعي والتحليلات والتكامل. وCPI خدمة واحدة عليها. ويهمّ هذا التمييز حين تحدد المهارات والميزانية. فمهندس BTP يصمم عبر الخدمات المختلفة، بينما يتولى متخصص CPI المسارات والمحوّلات والتحويلات والاتصال.

أربعة تواريخ وقرارات تشكّل أي خطة تكامل اليوم.

1. 2023إتاحة Edge Integration Cell للعمومأواخر 2023. يشغّل مسارات Integration Suite داخل شبكتك الخاصة
2. 2027انتهاء الصيانة الأساسية لنظام PI/POنهاية العام، لنظام SAP NetWeaver 7.5
3. 2028إغلاق بيئة SAP BTP Neo31 ديسمبر. تنتقل بيئات CPI على Neo إلى Cloud Foundry
4. 2030انتهاء الصيانة الممتدة لنظام PI/POنهاية العام. المحطة الأخيرة لأي بيئة PI/PO

المصدر: إعلانات SAP عن صيانة NetWeaver 7.5 وإنهاء Neo، كما نقلتها SAPinsider

1. PI/PO يقترب من نهاية الطريق. يتبع SAP NetWeaver 7.5، الذي يشمل PI/PO، الجدول الزمني لصيانة Business Suite: صيانة أساسية حتى نهاية 2027، وصيانة ممتدة حتى نهاية 2030. ولن تأتي ميزات جديدة. والانتقال المخطط له على موجات يكلف أقل بكثير من انتقال قسري في 2027 أو 2030.
2. للنموذج الهجين إجابة. يشغّل Edge Integration Cell، المتاح للعموم منذ أواخر 2023، مسارات Integration Suite داخل شبكتك الخاصة للواجهات التي يجب أن تبقى داخل المقر (On-Premise). وبذلك يزول أشيع سبب كانت الفرق تسوقه للبقاء على PI/PO.
3. Neo يُغلق. أعلنت SAP في 2023 أن بيئة SAP BTP Neo ستُغلق في 31 ديسمبر 2028. وتحتاج بيئات CPI الأقدم على Neo إلى الانتقال إلى البيئة متعددة السحابات (Cloud Foundry)، وهذا الانتقال مشروع صغير قائم بذاته.
4. Joule دخل أدوات التطوير. أضافت SAP Joule إلى Integration Suite ليصف المطورون المسار بلغة عادية ويحصلوا على مسودة أولى. وهو يسرّع السيناريوهات القياسية. أما التنسيق المعقد (Orchestration) الذي يحمل منطق أعمال حقيقياً فلا يزال يحتاج إلى مهندس تكامل أول.

أما من الناحية التجارية: إذا كنت على RISE with SAP، فتحقق من استحقاقات SAP BTP التي يشملها عقدك أصلاً قبل أن تشتري سعة Integration Suite بشكل منفصل.

العامل	SAP PI/PO	SAP CPI (Integration Suite)
النشر	داخل المقر (On-Premise) على خوادمك	سحابي على SAP BTP، مع Edge Integration Cell لبيئة التشغيل داخل المقر
عبء الصيانة	مرتفع: التحديثات الأمنية والترقيات وإدارة الخوادم	أقل: تشغّل SAP المنصة
قابلية التوسعة	تخصيص عميق، وترقية أصعب	معياري، وتحديثات أسرع، وتحكم أقل على المستوى المنخفض
الترخيص	ثابت، وقائم عادةً على السعة	اشتراك بمقاييس قائمة على عدد الرسائل
اتجاه الاستثمار	صيانة فقط، دون ميزات جديدة	تطوير نشط
نهاية الصيانة الأساسية	نهاية 2027 (وتمتد إلى نهاية 2030)	لا ينطبق (خدمة سحابية)

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

اللبنة الأساسية هي iFlow (مسار التكامل). يحدد كل iFlow كيف تنتقل الرسالة من المصدر إلى الهدف: التحويل، وقواعد التوجيه، ومعالجة الأخطاء التي تُفعَّل عند حدوث عطل.

الميزة	ما تفعله
محتوى التكامل الجاهز	حزم من مسارات iFlow الجاهزة لسيناريوهات SAP وسيناريوهات الجهات الخارجية الشائعة على SAP Business Accelerator Hub
مصمم المسارات الرسومي	مصمم على الويب لبناء مسارات iFlow
API Management	تصميم واجهات API ونشرها وتأمينها ومراقبتها
الأمن	OAuth 2.0 وSAML وTLS وإدارة الشهادات
المراقبة	سجلات الرسائل وتفاصيل الأخطاء وسجل إعادة المحاولة والتنبيهات

المحوّلات القياسية تشمل SOAP وREST وOData وIDoc وJDBC وSFTP وJMS وAS2، مع محوّلات إضافية لمنتجات SaaS محددة.

البرمجة النصية. تحتاج التحويلات المعقدة إلى Groovy أو JavaScript داخل iFlow. وCPI ليس بلا كود فيما يتجاوز المسارات القياسية. وإذا لم يكن في فريقك من يستطيع كتابة منطق نصي أساسي، فستصبح التحويلات المعقدة هي عنق الزجاجة.

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

هذه خطة الموجات التي أستخدمها نقطة انطلاق. عدّل الموجات بحسب جردك الخاص.

الموجة	ما الذي ينتقل	لماذا هذا الترتيب	المسؤول	معايير الإنجاز
0. الجرد	كل واجهة في PI: التكرار والحجم والمحوّل والأهمية والمالك	لا يمكنك التخطيط لما لم تعدّه	قائد التكامل	اعتماد الجرد من مالكي الأعمال
1. مخاطر منخفضة	مسارات من SAP إلى SAP بمحتوى قياسي	تثبت نموذج التشغيل والمراقبة	قائد التكامل	أسبوعان من الاستقرار في بيئة الإنتاج، وسحب مسار PI
2. الشركاء	مسارات B2B وEDI مع شركاء التبادل التجاري الرئيسيين	تحتاج إلى نوافذ اختبار مع الشركاء وانتقال (Cutover) منسق	قائد التكامل مع المشتريات والمبيعات	يؤكد كل شريك كتابةً
3. مخاطر مرتفعة	مسارات عالية الحجم أو خاضعة للتنظيم أو حرجة للإيرادات	تنتقل أخيراً، وبأكبر قدر من البروفات	مهندس التكامل	اجتياز اختبار الحجم وتجربة الرجوع إلى PI
4. السحب من الخدمة	إيقاف PI/PO	يتوقف الدفع لمنصتين	رئيس تقنية المعلومات (CIO)	ترحيل كل المسارات أو سحبها، وإنهاء التراخيص

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

السيناريوهات التي أراها أكثر من غيرها:

1. من S/4HANA إلى SuccessFactors. البيانات التنظيمية وعدد الموظفين وتغييرات التعويضات. ويغطي محتوى التكامل القياسي من SAP السيناريوهات الشائعة، وتتولى المسارات المخصصة الحالات الخارجة عن القياسي.
2. من نظام مشتريات قديم إلى SAP Ariba. أوامر الشراء إلى الخارج، والتأكيدات والفواتير راجعة إلى الداخل. وهو عادةً ثنائي الاتجاه.
3. من البيانات المالية إلى SAP Analytics Cloud. نقل البيانات من ECC أو من أنظمة غير SAP إلى SAC.
4. من Salesforce إلى SAP. الصفقات المغلقة تتدفق إلى SAP لأغراض التلبية والفوترة وتحديث المخزون. وبدون تكامل مُدار يعمل هذا عادةً على ملفات جداول مُصدَّرة أو سكربتات هشة. ويتناول مقالي عن أسباب فشل تكامل Salesforce مع ERP أخطاء التصميم.

إذا كان عمل التكامل متأخراً أصلاً في برنامجك، فإن مقال تأخيرات تسليم SAP Integration Suite يتناول الأسباب المعتادة. ويقارن العرض العام للمنصات في منصات التكامل في SAP بين الخيارات جنباً إلى جنب.

ما هو SAP CPI وماذا يُسمّى الآن؟

يرمز CPI إلى Cloud Platform Integration. وهو اليوم قدرة Cloud Integration في SAP Integration Suite على SAP BTP، إلى جانب API Management وEvent Mesh وأدوات تكامل الشركاء. ولا يزال «CPI» الاسم المتداول يومياً لبناء مسارات التكامل.

بماذا يختلف SAP CPI عن SAP PI/PO؟

PI (Process Integration) وPO (Process Orchestration) برمجيتان وسيطتان داخل المقر، تتيحان تخصيصاً عميقاً وتحكماً كاملاً في البنية التحتية. أما CPI فهو خدمة سحابية على SAP BTP تشغّلها SAP نيابةً عنك، وتصلك المحوّلات والمحتوى الجديد مركزياً.

يتلقى PI/PO 7.5 الصيانة فقط. وتنتهي الصيانة الأساسية في نهاية 2027 والصيانة الممتدة في نهاية 2030، ولذلك تحتاج كل بيئة PI/PO إلى خطة انتقال.

هل SAP CPI هو نفسه SAP BTP؟

لا. SAP BTP هو المنصة: تطوير التطبيقات والبيانات والتحليلات والذكاء الاصطناعي والتكامل. وCPI هو خدمة التكامل عليها. وعند تحديد النطاق تختلف الميزانية والمهارات: مهندس BTP يعمل عبر الخدمات المختلفة، ومتخصص CPI يتولى المسارات والمحوّلات والتحويلات.

ما مدى صعوبة تعلّم SAP CPI؟

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

ما الذي ينبغي أن آخذه في الحسبان عند الانتقال من SAP PI/PO إلى CPI؟

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

ما الفرق بين Neo وCloud Foundry في SAP CPI؟

كلتاهما بيئتان من SAP BTP. Neo هي البيئة الأقدم والمملوكة لشركة SAP، وستُغلق في 31 ديسمبر 2028. أما البيئة متعددة السحابات القائمة على Cloud Foundry فهي حيث يتجه تطوير SAP. وأي بيئة CPI لا تزال على Neo تحتاج إلى خطة انتقال الآن، ولا ينبغي أن تبدأ البيئات الجديدة هناك.