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

لتلبية احتياجات السوق، أنشأت SAP منصة تكنولوجيا الأعمال (BTP). هذه المنصة تدير كل الخدمات السحابية للأعمال والتطوير. أحد أجزاء هذه المنصة هو Integration Suite، وهو نظام سحابي لربط الأنظمة المختلفة.

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

تطور النظام

بدأ SAP BTP IS في عام 2013، وتم تحديثه باستمرار. في عام 2022، تم تحديث واجهة المستخدم بشكل كبير.

النظام مقسم إلى وحدات مختلفة تساعد في ربط وإدارة البيانات بين الأنظمة.

“يشمل نظام التكامل عدة أجزاء:

• التكامل السحابي – the most لبناء مسارات تدفق البيانات
• إدارة واجهات برمجة التطبيقات – لتسهيل استخدام واجهات البرمجة
• مستشار التكامل – uses elements يستخدم الذكاء الاصطناعي لاقتراح طرق ربط البيانات
• الموصلات المفتوحة – provides لربط التطبيقات الشائعة مثل Google Drive
• تقييم التكامل – a tool for لتطبيق منهجيات التكامل
• إدارة الشركاء التجاريين – a لمراقبة التكامل بين الشركات
• مركز أعمال واجهات البرمجة – is لمشاركة واجهات البرمجة مع تحكم في الوصول

SAP قدمت مئات السيناريوهات الجاهزة للاستخدام في كل مكون.

مستقبل SAP PI/PO:

سينتهي الدعم الرسمي لـ SAP PO خلال سنوات قليلة.
سيحل محله Integration Suite.
هذا التغيير ناتج عن تطورات سوق تكنولوجيا المعلومات وزيادة تكاليف صيانة SAP PO.

سبب التحول إلى نظام جديد:
التغيرات في سوق تكنولوجيا المعلومات تتطلب تحديث الأنظمة.
تكاليف صيانة SAP PO تزداد، خاصة مع تقادم التقنيات مثل Java 8.
الدعم لـ SAP PO 7.5 سينتهي بحلول عام 2030.
الأنظمة القديمة تواجه صعوبات في دعم التقنيات الحديثة مثل TLS 1.2 أو 1.3.

وضع SAP PO الحالي:
SAP PO لا يزال مستخدمًا بشكل واسع في عالم الأعمال.
التغيير ليس ضروريًا فورًا، لكن يجب التخطيط له على المدى الطويل.

مقارنة بين الأنظمة القديمة والجديدة:
SAP PO و Integration Suite هما أداتان مختلفتان لكن لهما نفس الهدف.
تم تصميم كل منهما للعمل مع التقنيات المتاحة في وقت إنشائها.
Integration Suite سيتطور مع التقدم التكنولوجي والرقمنة العالمية.

SAP PO وSAP IS – مقارنة

Aspect	SAP PO (SingleStack)	SAP BTP IS
موقع النظام	On-premise	Cloud (AWS, Azure, GCP)
الترخيص	التكلفة تعتمد على عدد النوى المستخدمة	نموذج الاشتراك (شهريًا)، الدفع حسب الاستخدام، CPEA، فئة مجانية (90 يومًا)
المحولات المدمجة	AS2, BC, CIDX, EDISeparator, File, HTTP_AAE, IDoc_AAE, JDBC, JMS, Mail, Marketplace, OData, OFTP, REST, RFC, RNIF, RNIF 11, SFSF, SFTP, SOAP, WS_AAE, X400	AMQP, Ariba, AS2, AS4, Data Store, Dropbox, Elster, Facebook, FTP, HTTP, HTTPS, IDOC, JDBC, JMS, Kafka, LDAP, Mail, MDI, OData, ODC, OpenConnectors, ProcessDirect, RFC,  SFTP, SOAP, SuccessFactors, Twitter, XImore planned
آليات الأمان المتوفرة (لا يتطلب التنفيذ)	Certificates, Basic Auth, proxy	Base64, PGP, PKCS7, Digital signatures, OAuth2, certificates, Basic Auth, proxy
سيناريوهات التكامل المحددة مسبقًا	لا يوجد	Ca. 2,700 SAP scenarios
السكريبتات	Java (only as UDF in mapping)	Groovy or JS (as a separate component in iFlow)
القدرة على العمل مع الرسائل المرسلة (البيانات)	محدود	Wide
واجهة الاستخدام	يتم إرفاق كل كائن على حدة وبشكل يدوي، ولا يوجد تصور لتدفق الرسالة	التدفق بأكمله في مكان واحد (تدوين على غرار BPMN) مع خيار تفويض وظائف فردية (بدون كود/كود منخفض)
السيناريوهات المستهدفة	OnPremise2OnPremise	Cloud2Cloud, OnPremise2Cloud
الدعم لأحدث التقنيات والأدوات	محدود	تطوير مستمر
الصيانة والدعم على المدى الطويل	تنتهي في عام 2027 وتمتد إلى عام 2030	نعم
اختبارها في ظروف العمل	نعم	نعم

الانتقال

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

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

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

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

بالنسبة للأنظمة التي تعمل داخل الشركة، حاليًا نستخدم حلول On-Premise. لكن SAP أعلنت أنها ستضيف أداة جديدة تسمى Neuron Edge قريبًا، مما يعني أننا سنتوقف عن استخدام الأدوات القديمة في المستقبل.

لنفهم كيف يعمل هذا النظام، دعونا نأخذ مثالاً:

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

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

يبدأ هذا السيناريو عندما نرسل طلب HTTP (GET). يمكن أيضًا ضبطه ليعمل بشكل دوري.

كل جزء في عملية التكامل له اسم يصف وظيفته، لكن هذه الأجزاء قد تختلف في طريقة عملها (يمكنك ملاحظة ذلك من الأيقونة في الزاوية العلوية اليسرى لكل جزء).

1. تحديد رمز العملة – يضيف حقلاً جديدًا للرسالة يحدد العملة التي نريد معرفة سعر صرفها.
   
2. الحصول على أسعار الصرف – هذا برنامج صغير يرسل طلبًا إلى موقع البنك الوطني البولندي للحصول على سعر الصرف الحالي للعملة المحددة مقابل الزلوتي البولندي، ثم يحفظ النتيجة.
   
3. طلب بيانات SuccessFactors – يرسل طلبًا للحصول على بيانات معينة (في هذه الحالة، تفاصيل معلومات الدفع) من نظام SuccessFactors. استخدمنا هنا وصلة جاهزة لهذا الاتصال، فقط كان علينا إعدادها بشكل صحيح.
   
4. تعديل هيكل البيانات – هنا نقوم بتغيير شكل البيانات لتناسب احتياجاتنا. في هذا المثال، نقوم فقط بدمج بعض النصوص معًا.
   
5. تسجيل آخر تاريخ – نقوم بحفظ تاريخ آخر مرة تم فيها تشغيل البرنامج.
   
6. تحويل XML إلى CSV – يقوم بتحويل البيانات من شكل XML إلى CSV بشكل تلقائي.
   
7. إضافة سعر الصرف – نضيف سعر الصرف الذي حصلنا عليه سابقًا إلى الرسالة.
   
8. التقاط الأخطاء – إذا حدث خطأ في أي مرحلة، يتم تشغيل برنامج فرعي للتعامل مع هذا الخطأ.

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

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

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

في هذا المثال، استخدمنا برنامج Postman، لكن يمكن إرسال البيانات إلى أي نظام آخر تقريبًا، مثل خادم FTP أو S4/HANA وغيرها.

 

هذا مثال لكيفية عمل SAP BTP Integration Suite – يربط بين SuccessFactors وواجهة برمجة تطبيقات البنك الوطني البولندي.

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

بالإضافة إلى ذلك، يمكننا متابعة الرسالة في كل مرحلة بشكل مرئي كجزء من المراقبة.

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

في المثال، استخدمنا برنامج Postman، لكن يمكن إرسال البيانات التي حصلنا عليها إلى أي نظام تقريبًا (مثل خادم FTP أو S4/HANA وغيرها).

الملخص:

يقدم هذا المقال نظرة شاملة عن العمل مع SAP BTP Integration Suite، دون الخوض في التفاصيل التقنية. بدلاً من ذلك، يعرض رؤية وخطة تطوير هذا الحل في المستقبل.

نتوقع أن يلعب هذا النظام دورًا مهمًا في السنوات القادمة كأحد العناصر التي تسهل التحول الرقمي للشركات التي تستخدم SAP. وهو بالفعل عنصر أساسي في استراتيجية الوصول إلى أحدث حلول SAP ضمن نموذج الاشتراك ‘RISE with SAP’.”

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