Betreiben Sie Ihre Integrationen von Employee Central zu SAP HCM jetzt middleware-frei

Wenn SAP-HCM-Kunden für globale HR-Zwecke zu SuccessFactors Employee Central (EC) wechseln, zerlegen sie ihren zentralen HR-Prozess Hire to Pay in zwei Systeme. Der Prozess heißt nun "Hire in EC" und "Pay in SAP HCM". Eine in EC eingestellte Mitarbeiterin findet ihren Weg nach HCM über eine Integration, die SAP als Core-Hybrid-Integration bezeichnet: Der zentrale HR-Prozess Hire to Pay wird als Hybrid aus EC und SAP HCM bereitgestellt.

TL;DR

Der Blogbeitrag geht nach dem Video weiter

Ansehen: Middleware-freie Integrationen von SuccessFactors zu SAP HCM

INTEGRTR Middleware Free

Nun die Details:

ETL & ELT

Ich möchte hier kurz die Bedeutung des zugrunde liegenden Integrationsmusters hervorheben. Wenn wir uns der Sprache der Datenintegration bedienen, gibt es zwei grundlegende Integrationsmuster: ETL, also Extract, Transfer und Load, sowie ELT, also Extract, Load und Transfer. Bei ETL werden die Daten aus der Quelle gezogen, in der Middleware transformiert und in das Ziel geladen. Bei ELT werden die aus der Quelle extrahierten Daten unverändert direkt in das Ziel geladen, und das Ziel transformiert sie in das Format, das es versteht. Die Core-Hybrid-Integration von EC zu SAP HCM /S4HANA folgt dem ELT-Muster: SAP Cloud Platform Integration übernimmt Extraktion und Laden, und der Business Integration Builder (BIB) übernimmt auf ABAP-Seite die Transformation des EC-Datenformats in das SAP-HCM-Datenformat. Deutlich mehr dazu habe ich hier geschrieben.

Digitalisierte Unternehmen setzen auf Best-of-Breed-Software.

Es ist also gar nicht so ungewöhnlich, dass Nicht-SAP-Middlewares und IPaaS-Lösungen wie MuleSoft, WebMethods, Boomi usw. neben SAP-Cloud- und On-Premise-Produkten im Einsatz sind. Wenn wir über EC-zu-SAP-HCM-Integrationen mit SAP CPI als Middleware sprechen, lautet eine der ersten Fragen, die uns gestellt werden, ob sich dasselbe auch mit _________ Middleware machen lässt (setzen Sie Ihre Lieblings-Middleware ein). Die IT-Teams der Kunden treiben das voran, die Fachbereiche sind meist agnostisch und drängen auf schnellere Lieferung, mit oder ohne. Die mäandernde Diskussion führt zudem oft zu einer konkreten Frage: Geht das alles auch ohne Middleware? Wenn die Integration von Employee Central und Employee Central Payroll ohne Middleware laufen kann, warum dann nicht auch EC zu SAP HCM?

Nun, die einfache Antwort lautet: Sie setzen eine Middleware nicht nur für EC zu HCM ein, sondern auch für eine ganze Reihe weiterer Integrationen wie IDM, Dokumentenmanagement, Benefits oder andere Nicht-SAP-Payroll. Aber wir haben diese Middleware bereits im Einsatz, und im Moment interessiert uns nur EC zu HCM, kommt die Antwort.

Nun, CPI bringt vorkonfigurierten Content mit, der sich per Plug and Play nutzen lässt. Nun, unseren Benefits-Anbieter sehe ich im CPI-Katalog nicht, den müssen wir ohnehin selbst bauen. Meine internen Entwickler kennen die _____ Middleware sehr gut.

Man kann für beide Seiten argumentieren. Ob am Ende wirklich der CPI-Weg gegangen wird oder die Dinge selbst gebaut werden, ist eine Entscheidung, die vom Kontext abhängt.

Wie bedeutsam ist die Wahl der Middleware?

Mit ausreichend Rückschau lässt sich feststellen, dass die Wahl der Middleware im speziellen Kontext der EC-zu-SAP-HCM-Integration im Gesamtbild kaum ins Gewicht fällt. Es ist häufig das, was nach dem Aufsetzen der Integration kommt, das Entscheidungen, Anstrengung und damit Zeit erfordert. Das Change Management, die unzähligen Datenprobleme, die auftauchen, sobald die Integration anläuft, die neue Konfiguration, die für den Betrieb der Integration nötig ist, die Gestaltung neuer, systemübergreifender Geschäftsprozesse, die Harmonisierung von Kommunikation und Arbeitsanweisungen zwischen internen Admins und BPO-Dienstleistern: Das sind die eigentlichen Herausforderungen eines HR-Digitalisierungsprojekts. Das Ziel einer digitalen HR-Transformation sollte sein, Kunden und Fachbereiche eher früher als später in diese Phase der digitalen Selbsterkenntnis zu bringen. Deshalb ist Zeit, die für irgendetwas anderes aufgewendet wird, einschließlich der Entscheidung über die Middleware und der damit verbundenen technischen Feinheiten, nichts anderes als Stillstand.

Dieser Hintergrund hat uns zu einem middleware-freien Ansatz geführt.

Zurück zu ELT: Middleware-frei bedeutet schlicht, dem ABAP-Stack eine Extraktions- und Ladeschicht hinzuzufügen, da die Transformation bereits durch BIB abgedeckt ist. Wir haben ein ABAP-Add-on gebaut, eine Reihe von ABAP-Klassen dazwischen, das wir NOMW_ADAPTER nennen. Der NOMW Adapter emuliert exakt das, was ansonsten der Middleware-Content tun würde: Er ruft die verschiedenen APIs auf SuccessFactors (CE/OData) auf, setzt Header und reicht alles zur BIB-Verarbeitung an SAP HCM weiter. Das ABAP-Add-on ist fertig; wir haben es gründlich getestet, mit hervorragenden Ergebnissen für die Integration von Mitarbeiter- und Organisationsstammdaten. Es ist bereit für den produktiven Einsatz.

Was passiert mit SAP CPI?

SAP CPI ist eine großartige Middleware mit großartigem Content: Wenn Sie CPI haben, bleiben Sie dabei.

Middleware-frei richtet sich vor allem an Kunden ohne SAP CPI. Sie müssten entweder auf CPI wechseln oder eigenen Content auf ihren bestehenden Middlewares bauen, um die EC-zu-HCM-Integration ans Laufen zu bringen. Beides sind schwierige Entscheidungen.

Diesen Kunden bieten wir mit dem middleware-freien Ansatz von INTEGRTR eine tragfähige Alternative.

Interesse an Middleware Free?

Behalten Sie diesen Bereich im Auge, für Webinare, Live-Demos und weitere Tech Talks. Sie haben es eilig? Schreiben Sie mir einfach kurz, und ich zeige Ihnen, wie es funktioniert.