2024-10-02

PI/PO Migration in die Cloud mit der HO2

Transformiere Deine IT-Landschaft mit HO2

Hast Du Dich jemals gefragt, wie Du die Effizienz Deiner IT-Infrastruktur steigern kannst? Suchst Du nach einer Möglichkeit, Dein Unternehmen mit modernsten Cloud-Technologien zukunftssicher zu machen? Dann bist Du hier genau richtig! Bei HO2 bringen wir Dein Unternehmen mit unserer Initiative InnovateSAP auf die nächste Stufe. Erfahre, wie wir die Migration von PI/PO auf die Cloud Integration meistern.

Ausgangssituation

In Deinem Unternehmen wurden bisher Schnittstellen auf der SAP PI/PO genutzt. Diese traditionelle Herangehensweise bewährte sich zwar über Jahre, doch mit dem Aufkommen von Cloud-Technologien zeigten sich neue Horizonte der Effizienz und Flexibilität. Doch wie gelingt der Schritt in diese neue Ära ohne Risiken und unnötige Komplexität?

Unser Lösungsansatz

Im Rahmen unserer InnovateSAP Initiative stellten wir einen kundenspezifischen Lösungsansatz zur Verfügung. Die Welt der IT entwickelt sich rasant, und wer weiterhin wettbewerbsfähig bleiben will, muss mit der Zeit gehen. Wenn Du aktuell SAP PI/PO für Deine Integrationsprozesse nutzt, steht jetzt der perfekte Zeitpunkt für eine Transformation in die Cloud an. Mit der SAP Cloud Integration erreichst Du mehr Flexibilität, Kosteneffizienz und zukunftssichere Technologien. Die HO2 GmbH steht Dir als erfahrener Partner zur Seite, um den Wechsel so reibungslos wie möglich zu gestalten.

Warum SAP Cloud Integration der richtige Schritt für Dein Unternehmen ist

SAP PI/PO war eine langjährige, zuverlässige Lösung, aber in der heutigen, cloudbasierten IT-Landschaft ist eine moderne Lösung wie die SAP Cloud Integration unerlässlich. Hier sind die Vorteile, die Du nicht verpassen solltest:

  • Kosteneffizienz: Schluss mit hohen Hardware- und Wartungskosten! In der Cloud zahlst Du nur für das, was Du wirklich nutzt – das spart Dir bares Geld.
  • Unendliche Skalierbarkeit: Die Cloud wächst mit Deinem Unternehmen. Egal ob kleine Anpassungen oder große Sprünge – die SAP Cloud Integration passt sich flexibel an Deine Bedürfnisse an.
  • Sicherheit und Zuverlässigkeit: SAP investiert kontinuierlich in Cloud-Technologien, damit Du immer auf dem neuesten Stand bleibst. Durch regelmäßige Updates und modernste Sicherheitsmaßnahmen ist Dein System stets geschützt und zukunftssicher.
  • Einfache Verwaltung: Die Cloud Integration bietet benutzerfreundliche Tools, die die Verwaltung Deiner Integrationen erleichtern. Das spart Zeit und gibt Dir und Deinem Team mehr Kontrolle über die Datenflüsse.

Mit der HO2 GmbH einfach in die Cloud

Der Wechsel von SAP PI/PO zur Cloud Integration muss kein komplizierter Prozess sein. Mit der Unterstützung der HO2 GmbH und unserer InnovateSAP Initiative wird der Umstieg professionell geplant und durchgeführt. Wir bieten Dir umfassenden Service – von der ersten Analyse bis zum vollständigen Betrieb in der Cloud. Mit unserer langjährigen Erfahrung und Expertise in der SAP-Welt stellen wir sicher, dass Dein Unternehmen den maximalen Nutzen aus der Cloud Integration zieht.

Unsere Migrations-Services im Überblick:

  • Analyse und Planung: Wir prüfen Deine bestehende Integrationslandschaft und erarbeiten eine maßgeschneiderte Migrationsstrategie.
  • Technische Umsetzung: Unser Team übernimmt die vollständige Migration Deiner Integrationen zur SAP Cloud Integration mit unserer KI gestützten Migrationsmethode.
  • Optimierung: Nach der Migration sorgen wir dafür, dass Deine Schnittstellen reibungslos laufen und optimieren bestehende Prozesse.

Dein Erfolg in der Cloud beginnt hier

Die Zukunft Deiner IT-Landschaft ist cloudbasiert, und mit der SAP Cloud Integration kannst Du schon heute den Grundstein für morgen legen. Egal, ob Du Kosteneinsparungen suchst, Dein Unternehmen skalieren willst oder Deine IT-Systeme sicherer gestalten möchtest – die Cloud ist die Antwort.

Vertraue auf die HO2 GmbH und erlebe eine reibungslose Migration, die Dir die Vorteile moderner Cloud-Technologie sichert. Kontaktiere uns noch heute, und lass uns gemeinsam den Weg in eine zukunftssichere, effizientere IT-Welt beschreiten.

Deine IT – schneller, flexibler, sicherer – mit der HO2 GmbH und unserer Initiative InnovateSAP

2024-02-02

Erfolgreiche IT-Projekte mit HO2: KI-gestützte Migration von SAP PI/PO auf SAP CI

Einführung in die Herausforderung

Ihr steht vor dem großen Schritt, Eure SAP-Schnittstellen bis 2027 auf eine neue Plattform zu migrieren. Die Wartung für SAP NetWeaver 7.5 läuft aus, sodass moderne Integrationsstandards und der Mehrwert durch digitale Business-Services in den Fokus rücken. Die vorhandene Servicelandschaft hat eine lange Geschichte, doch nun ist es Zeit, diese zu optimieren und auf Zukunftskurs zu bringen.

HO2s InnovateSAP Initiative: Euer Kompass durch den Migrationsprozess

Mit HO2 habt Ihr einen starken Partner an Eurer Seite, der langjährige Beratungskompetenz in den Bereichen SAP PI/PO und SAP CI (ehemals SAP CPI) mitbringt. Unsere InnovateSAP Initiative steht für Vorausblick, Innovation und umfassende Unterstützung bei der Modernisierung Eurer IT-Infrastruktur.

Intelligenter Wegweiser: Unser AI-basierter Migrationsansatz

Unser Lösungsansatz ist revolutionär: Ein AI-basierter Migrationsservice, der den Übergang von SAP PI/PO zu SAP CI vereinfacht und teilautomatisiert. Wir verwenden modernste Tools, um die Migration nicht nur durchzuführen, sondern auch den Prozess selbst zu verbessern und auf Eure individuellen Bedürfnisse anzupassen.

SAP PI/PO zu SAP CPI Migrationsablauf

Schritt für Schritt: Der Fahrplan zur Erfolgsmigration

Wir beginnen mit einer eingehenden Analyse mithilfe des SAP Assessment-Tools, um technische Notwendigkeiten und den Migrationsaufwand zu verstehen. Unser spezielles Migrations-Tool automatisiert den Prozess, und unser AI-Service greift bei komplexen Szenarien ein. Wir gewährleisten damit eine effiziente und hochwertige Migration.

Saubere Ergebnisse: Der Beweis unserer Kompetenz

Und in Verbindung mit unseren intelligenten  Migrationsservices konnten wir eine Zeitersparnis von bis zu 70 % erzielen. Unsere Kunden genießen eine nahtlose Migration, erweiterte digitale Business-Services und eine insgesamt verbesserte betriebswirtschaftliche Performance. Das ist der Standard, den HO2 setzt.

Eure Zukunft mit HO2 und InnovateSAP

Bei Fragen zur KI-gestützen Migration von SAP PI/PO auf SAP CI steht Euch das Expertenteam von HO2 gerne zur Verfügung. Lasst uns gemeinsam die Zukunft Eurer IT-Landschaft gestalten und alle Potenziale voll ausschöpfen!

2021-03-27

Generic IDoc Outbound Interface

As you can see in the picture we have a SAP PO – Generic IDoc Outbound Interface with multiple IDoc Operation in our iFlow.

Introduction

Often you have the requirement to create a set of IDoc interfaces as a kind of template implementation, especially for EDI communication scenarios.

Regarding the EDI use case, you might have created a single iFlow receiving the partner’s data and separate the incoming messages over operations.

For the other direction you realize the IDoc sender adapter requires a dedicated IDoc outbound interface with only one operation. So we cannot provide a single template interface with multiple operations for sending data to the partner, which is resolved here SAP PI B2B Add-on 3.0 – Outbound by using EDI separator. I want to engage the sending system in order to build the SAP PO – Generic IDoc Outbound Interface…

My workaround is inspired by the blog post „Michal’s PO tips: How to send messages directly to AEX (ICO) – adapter independent – SOAPUI version“ to implement the BAdI IDOC_XML_ENVELOPE_OU in order to wrap the XML IDoc into the SOAP envelope and adding the XI headers.

If you are also searching for a solution to either…

  1. provide generic IDoc outbound interfaces
  2. create acknowledgements per partner profile and not per IDoc sender channel (additional adapter module required for ALEAUDs)
  3. setup a simple solution to create the serialization context for IDocs (based on Xpath)
    -> Configuration instead of function module development
  4. have a generic and single HTTP endpoint for XML-HTTP IDoc ports instead of creating multiples (one endpoint for each SAP PO outbound interface)
  5. avoid header mappings for outbound interfaces in order to set the XI Party (KB: 1941832 – Resolve logical receiver party) or replace the virtual receiver Logical System (KB: 2728276 – Resolve logical receiver service for LS receiver)
  6. send the IDoc to a dedicated iFlow having a virtual receiver, which could e.g. represent a dedicated SAP process. This helps to separate IDoc iFlows into business responsibilities and you could create IDoc iFlows without any dependency to any other IDoc interface.
    (I know, it increases the amount of point2point interfaces, but if you ask business, I’m not sure they are interested in using as many integration patterns as possible 🙂
    -> Less discussion about impact and regression testing after changing existing interfaces
  7. use HTTP based communication instead of TRFC / ressource adapter configuration for sending IDocs, but still want the full/better SAP PO functionality (see restrictions) compared to the restricted default XML-HTTP port behavior
    or
  8. overcome the 16 character serialization context length

…this BAdI implementation and some little customizing might help you to achieve it with only a single iFlow.

BTW: No metadata is required anymore if you send it over HTTP-XML…

Please bear with me in case you find issues regarding the ABAP part,I’m still on beginner level.
I’m happy receive your ideas/use cases and feel free to provide any optimization proposals.

Restrictions

  • You will not successfully receive back ALEAUDs without an additional adapter module.
    ALEAUDs will stuck in SAP PO, not finding the corresponding inbound IDoc.
    I’m checking if I can publish the module.
  • Your WE21 port name must match *PO[X]_* regex: ^.*PO.{0,1}_.*$ according to the code below.

Steps to implement the BAdI

Before building the  SAP PO – Generic IDoc Outbound Interface, please check the perquisites.

Prerequisites

You should have at least basic ABAP development knowledge and create a package or know which development package needs to be selected before you continue with the next steps.

You must have at least 7.40 SAP Basis release to use the BAdI code below.

1. SAP PO SOAP sender channel (in SAP PO)

Make sure there is an active SOAP sender channel created for the Business System in where you implement the BAdI and this channel is used in ANY deployed iFlow/ICO, like shown in the referenced blog entry from above.

2. Create RFC Destination (SM59)

Type: G
Host: your SAP PO system (without protocol, like http[s]://)
Service Your SAP PO Http Port
Path Prefix: /XISOAPAdapter/MessageServlet?channel=:<SenderComponentName>:<ChannelName>
Setup Authentication

e.g. /XISOAPAdapter/MessageServlet?channel=:ER6_800:CC_SND_SOAP

Please note the colons which separate Party (empty in our case) from the sender system (business system)

Exmaple RFC destination

3. Create HTTP Idoc Port (WE21)

Name: SAP_PO_XI and assign it in the partner profile (copy/write the value manually if you do not find it with F4 help)

picture to compare the idoc port settings, which are basically default

4. Create domains (SE11)

(Select domain, enter name and click create button for all 2)

Name: ZSSTRING
Description: <something you like>

Data Type: SSTRING
No. Characters: 1133
Lower Case: X

picture to compare settings of domain zsstring

 

Name: ZRCVPRN
Description: <something you like>

Data Type: CHAR
No. Characters: 60
Lower Case: X

picture to compare settings of domain ZRCVPRN

 

-> Save and activate both new domains

 

5. Create data elements (SE11)

(Select datatype, enter name and click create button, choose data element for all 2)

Name: ZXPATH
Description: <something you like>

Domain: ZSSTRING

Field Label Tab
Short: 10 <something you like>

picture to compare settings of data type ZXPATH

Name: ZRCVPRN
Description: <something you like>

Domain: ZRCVPRN

Field Label Tab
Short: 10 <something you like>

 

picture to compare settings of data type ZRCVPRN

-> Save and activate all 2 new data types

 

6. Create tables (SE11)

(Select database table, enter name and click create button for all 2)

Name: ZIDOCENVELOPEOUT

Delivery and Maintenance Tab

Delivery Class: C
Data Browser/Table Maintenance: Display Maintenance Allowed

Fields Tab

Field Data Element Key
.INCLUDE EDK13 X
IDOCTP EDIPIDOCTP
CIMTYP EDIPCIMTYP
QIDXPATH ZXPATH
CUSTSENDIF PRX_INTFID
CUSTSENDNS PRX_NSPCE
ERRORACK SAP_BOOL
SYSTEMACK SAP_BOOL

picture to compare field settings of table ZIDOCENVELOPEOUT

-> Technical settings

Data Class: APPL0
Size Category: 0

Regarding Buffering I am not sure, I’ve chosen “Not Allowed”

Log data changes X (Check with Basis for profile parameter rec/client <client> to make use of it)+

-> Extras -> Enhancement category -> can be enhanced

 

Name: ZIDOCENVELOUTNRO

Delivery and Maintenance Tab

Delivery Class: A
Data Browser/Table Maintenance: Display Maintenance Allowed with Restrictions

Fields Tab

Field Data Element Key
.INCLUDE EDK13 X
IDOCTP EDIPDOCTYP X
CIMTYP EDIPCIMTYP X
QUEUEID CHAR16 X
ZRCVPRN ZRCVPRN X
CHANGEDATE AS4DATE
CHANGETIME AS4TIME
XPATHRESULT ZXPATH
QIDXPATH_V ZXPATH

picture to compare field settings of table ZIDOCENVELOUTNRO

-> Technical settings

Data Class: APPL1
Size Category: 2

Regarding Buffering I am not sure, I’ve chosen “Not Allowed”

Log data changes [ ] No maintenance required -> no logging.

-> Extras -> Enhancement category -> can be enhanced

 

-> Save and activate both new database tables | ignore warnings about key length

 

7. Create number range object (SNRO)

(Select datatype, enter name and click create button, choose data element)

Name: ZQUEUEID

ShortTxt: <something you like>

Number length domain: char16
Buffering: No (if you don’t like gaps)

Interval name: Z1
From: 0000000000000001
To:     9999999999999999

8. Create the BAdI class (SE18)

(Select BAdI Name, enter IDOC_XML_ENVELOPE_OU and click display button)

Transaction-Code:  SE18
BAdI Name: IDOC_XML_ENVELOPE_OU

settings of numberrange object ZQUEUEID_SNRO

-> Implementation -> Create

navigate from BAdI UI to Overview and Implementation

Name: ZIDOC_XML_ENVELOPE_O

(enter name and click OK (green arrow) button)

Tab Interface

Double-click on PROCESS

navigate from the interface to the custom BAdI ZIDOC_XML_ENVELOPE_O

(Click on Source code Based)

navigate from the interface to the custom BAdI ZIDOC_XML_ENVELOPE_O

Copy and insert the code.
Save and activate it.

Customizing

Use SQL for the first insert into ZIDOCENVELOPEOUT, e.g.

Mandatory, if you want to apply a rule, otherwise it should also work without any transformation:From now on, you can edit the table in SE16, if the client settings allow it.
Consult your Basis if you face some issues.

Please maintain IDocTp and CimTp like you have maintained it in WE20 partner profile to match outgoing IDocs.

Optional:
You can enter your Custom / Generic IDoc Interface name in column „CustSendIf“.
You can enter namespace of Custom / Generic IDoc Interface name in column „CustSendNs“.
You can enter your virtual receiver in column „zRcvPrn“:
–> in case of LI/KU/GP… the value will appear in party field, in case of LS it will appear in the service field.
You can enter your Xpath-Expression for creating the serialization context in column „qIdXpath“:
-> In case you fill it, the QoS will be EOIO automatically – make sure to enter an Xpath which returns a result.
-> In case you leave it empty the QoS will be EO.

data in table ZIDOCENVELOPEOUT

Monitoring

You can monitor the assignment of queueids (from number range object), when they are created the first time in table ZIDOCENVELOUTNRO.
If you want, you can create a view joining ZIDOCENVELOPEOUT and ZIDOCENVELOUTNRO in order to suppress historic values (not part of this blog entry).

monitoring data in table ZIDOCENVELOUTNRO

Outlook

Full function with an additional SAP PO Adapter Module in case persistence is switched on:

  1. See incoming IDocs over SAP PO – Generic IDoc Outbound Interface in IDoc monitor (KB 2345912 – IDoc Message Monitor)
  2. Be able to return Acknowledgements and monitor them using standard SAP PO IDoc Monitor (KB: 2992965 – IDoc ALEAUD)

SAP PO IDOC MONITOR

Download Transportfile

Cofile: K900059.SLM
Datafile: R900059.SLM

Please consult your Basis team if you do not know how to use these files.

Feedback

Please 📧 contact us if you find any issue or have questions about it.


This post was first published on https://blogs.sap.com/

← Zur Startseite