SAP CPI: ما هو، وبنيته، والانتقال من PI/PO

SAP CPI (Cloud Platform Integration) هو البرمجيات الوسيطة السحابية من SAP لربط أنظمة SAP وغير SAP. واسمه اليوم Cloud Integration، وهو القدرة الأساسية في SAP Integration Suite على SAP Business Technology Platform (SAP BTP).

ينقل الرسائل بين التطبيقات، ويحوّل صيغتها، ويوجّهها إلى الهدف الصحيح. وإن كنت لا تزال تشغّل SAP PI/PO، فالوقت مهم: الصيانة الرئيسية لـ SAP NetWeaver 7.5، التي تتضمن PI/PO، تنتهي في نهاية 2027.

يتناول هذا الدليل ما يفعله CPI، وكيف تعمل بنيته، وكيف يُقارن بـ PI/PO، وكيف تخطط للانتقال. وهو مكتوب لقادة التكامل ومديري تقنية المعلومات، لا للمطورين وحدهم.

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

فينكسر النص البرمجي بصمت. ولا يعلم أحد حتى يسحب تقرير بيانات قديمة أو يبقى أمر دون معالجة ثلاثة أيام.

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

نصيحتي لأي شركة لا تزال على SAP PI/PO هي الانتقال إلى SAP Integration Suite. وأكثر إخفاق في التكامل أراه هو عدم تخصيص وقت كافٍ للتكامل.

يصف دليل الترحيل الخاص بـ SAP Cloud Integration بأنه القدرة على تصميم تدفقات التكامل وتشغيلها عبر البيئات السحابية والمحلية والهجينة. ويغطي سيناريوهات التكامل بين التطبيقات (A2A)، وبين الشركات (B2B)، وبين الشركات والجهات الحكومية (B2G). ولا يزال معظم الاستشاريين يسمّونه "CPI" أو "SAP CI"، ولا بأس بذلك.

يجمع SAP Integration Suite بين Cloud Integration وقدرات أخرى. أهمها API Management وEvent Mesh وIntegration Advisor وTrading Partner Management وOpen Connectors وMigration Assessment.

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

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

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

يعرض المخطط أدناه سيناريوهات التكامل التي صُمم CPI لها. من سحابة إلى سحابة، ومن الأنظمة المحلية إلى السحابة، وبين الشركات (B2B)، وبين الشركات والجهات الحكومية (B2G)، والاتصال بالمستخدمين والأجهزة.

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

يعمل CPI كخدمة سحابية متعددة المستأجرين على SAP BTP. تدير SAP المنصة، فلا تحتاج إلى صيانة خوادم تكامل خاصة بك. وحيث يجب أن يعمل التدفق داخل شبكتك، فإن Edge Integration Cell بيئة تشغيل هجينة اختيارية: تصمم وتراقب في السحابة وتشغّل التدفق في شبكتك.

تدفق الرسائل عملياً

في القلب يوجد iFlow (تدفق التكامل). كل تكامل في CPI يُنمذج كتدفق واحد، وكل iFlow ينقل رسالة من مصدر إلى هدف في ثلاث مراحل:

1. المحوّل المُرسِل. يستقبل الرسالة من النظام المصدر عبر SOAP أو REST أو OData أو IDoc أو SFTP أو JMS أو AS2 أو بروتوكول آخر.
2. خطوات المعالجة. التعيين، وتحويل الصيغة (من JSON إلى XML مثلاً)، والتوجيه حسب المحتوى، والاستدعاءات إلى أنظمة أخرى، والتشفير، ومعالجة الأخطاء.
3. المحوّل المستقبِل. يرسل الرسالة المعالَجة إلى هدفها.

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

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

مكونات بنية SAP CPI

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

المكوّن	ما يفعله	دوره في البنية
بيئة تشغيل تدفقات التكامل	تنفّذ تدفقات iFlow	تتولى التوجيه والتعيين والتحويل والأمان وقت التشغيل
المصمم عبر الويب	محرر رسومي لبناء تدفقات iFlow وإعدادها ونشرها	حيث ينمذج المطورون التدفقات، أما المنطق المعقد فلا يزال يحتاج إلى Groovy أو JavaScript
المحوّلات	SOAP وREST وOData وIDoc وJDBC وSFTP وJMS وAS2 ومحوّلات خاصة بتطبيقات SaaS	تربط الأنظمة السحابية والمحلية
الأمان	OAuth 2.0 وSAML وTLS وإدارة الشهادات والمفاتيح	يحمي بيانات الاعتماد والرسائل أثناء النقل
المراقبة والتشغيل	سجلات الرسائل، وتفاصيل الأخطاء، وإعادة المحاولة، والتنبيهات	تتيح لفرق الدعم العثور على الإخفاقات وإصلاحها
المحتوى الجاهز	حزم تكامل تقدمها SAP على SAP Business Accelerator Hub	يسرّع السيناريوهات القياسية بمحتوى مُختبر
SAP Cloud Connector	نفق آمن من شبكتك إلى SAP BTP	يصل إلى الأنظمة المحلية دون كشفها للإنترنت
Edge Integration Cell	بيئة تشغيل اختيارية في مركز بياناتك أو سحابتك الخاصة	للتدفقات التي يجب أن تبقى محلية

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

ثلاثة تواريخ تقود تقريباً كل خطة تكامل حالياً.

1. 2027انتهاء الصيانة الرئيسية لـ PI/POنهاية العام، لـ SAP NetWeaver 7.5
2. 2028انتهاء Cloud Integration على Neo31 ديسمبر. تنتقل مستأجرات Neo إلى Cloud Foundry
3. 2030انتهاء الصيانة الممتدة لـ PI/POنهاية العام. المحطة الأخيرة لأي نظام PI/PO

المصدر: SAP Note 1648480 ومقالة قاعدة المعرفة SAP Knowledge Base Article 3355661

1. PI/PO يقترب من نهاية الطريق. يحدد SAP Note 1648480 الصيانة الرئيسية لـ SAP NetWeaver 7.5، التي تتضمن PI/PO، حتى نهاية 2027، مع صيانة ممتدة حتى نهاية 2030. النظام لا يتوقف في 1 يناير 2028، لكن كل عام بعد ذلك يكلّف أكثر للإبقاء عليه.
2. Neo يُغلق. تؤكد SAP Knowledge Base Article 3355661 أن Cloud Integration في بيئة SAP BTP Neo ينتهي في 31 ديسمبر 2028. ويجب أن تنتقل مستأجرات CPI القديمة على Neo إلى البيئة متعددة السحابات (Cloud Foundry)، وهذا الانتقال مشروع صغير بحد ذاته.
3. للهجين إجابة. يشغّل Edge Integration Cell تدفقات Integration Suite داخل شبكتك. وهذا يزيل أكثر سبب شيوعاً كانت الفرق تقدمه للبقاء على PI/PO.

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

PI (Process Integration) وPO (Process Orchestration) هما البرمجيات الوسيطة المحلية من SAP. وإليك كيف يُقارنان بـ CPI.

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

يتعامل دليل الترحيل من SAP مع Cloud Integration كبديل رئيسي لأنه يغطي معظم ما يفعله PI/PO. اسأل SAP عن طريقة قياس الاستهلاك في إصدارك، ثم نمذجه مقابل أحجام رسائلك الحقيقية قبل الترحيل. فبعض الشركات تكتشف أن حركة التكامل لديها أعلى مما ظنت.

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

توفر SAP أداتين رسميتين:

1. Migration Assessment. قدرة في Integration Suite تتصل بنظام PO لديك، وتستخرج سيناريوهات التكامل، وتقدّر الجهد اللازم لنقلها. ويغطي الدرس التعليمي من SAP الإعداد.
2. Migration Tooling. ميزة في Cloud Integration تؤتمت جزئياً ترحيل كائنات الإعداد المتكامل (ICOs) من PO إلى تدفقات iFlow. ولا يمكن ترحيل إلا السيناريوهات المقيّمة بأنها "Ready to migrate" أو "Adjustment required".

SAP Learning واضحة في أنه لا يوجد مسار ترحيل واحد يناسب كل عميل، وكثيرون يشغّلون PI/PO وIntegration Suite بالتوازي أثناء الانتقال. الأدوات تقلل العمل الآلي. لكنها لا تتخذ القرارات حول ما يُعاد بناؤه وما يُستبعد.

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

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

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

اختبار التكامل هو المكان الذي يختفي فيه الوقت. خطط مبكراً لاختبار الانحدار مع شركاء B2B والأهداف غير التابعة لـ SAP، لأنها تنكسر بصمت. ويشرح دليلي لاختبار SAP كيف تُنظّم دورات اختبار التكامل والانحدار.

وإن كان انتقال PI/PO جزءاً من برنامج S/4HANA، فنسّق بين الخطتين. ويغطي دليلي للترحيل من ECC إلى S/4HANA المسارات والمواعيد النهائية في جانب ERP.

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

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 وما اسمه الآن؟

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

ما هو SAP CI؟

SAP CI اختصار لـ SAP Cloud Integration، وهو الاسم الحالي لما كان يُعرف بـ SAP CPI. ويشير المصطلحان إلى القدرة نفسها داخل SAP Integration Suite.

هل SAP CPI برمجيات وسيطة؟

نعم. CPI برمجيات وسيطة سحابية: يقع بين الأنظمة، ويحوّل الرسائل ويوجّهها، ويتعامل مع الأخطاء وإعادة المحاولة. ويحل محل البرمجيات الوسيطة المحلية مثل SAP PI/PO، ولا يخزّن بيانات الأعمال على المدى الطويل.

كيف يختلف SAP CPI عن SAP PI/PO؟

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

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

تنتهي الصيانة الرئيسية لـ SAP NetWeaver 7.5، التي تتضمن PI/PO، في نهاية 2027. والصيانة الممتدة متاحة حتى نهاية 2030. وتوفر SAP أداتي Migration Assessment وMigration Tooling للمساعدة في نقل السيناريوهات إلى Integration Suite.

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

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

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

إن كنت تخطط للانتقال من PI/PO أو تصمم التكامل لبرنامج S/4HANA جديد، فابدأ بجرد الواجهات. وإن أردت رأياً ثانياً في الخطة قبل أن تلتزم بها، تواصل معي.