Wenn wir über die Arten der Integration in der Welt der Erfolgsfaktoren sprechen, fallen uns zwei der bekanntesten Arten ein: die Punkt-zu-Punkt- und die Middleware-Integration. Die Kommunikation zwischen diesen beiden Schnittstellen weist viele Feinheiten auf, auf die wir in diesem Blog näher eingehen werden. Beide Methoden spielen eine wesentliche Rolle bei der Integration von Employee central zu Employee central Payroll. Beginnen wir also mit dem Vergleich zwischen diesen beiden Integrationen.

Punkt-zu-Punkt-Integration (P2P)

• Die Punkt-zu-Punkt-Integration ist eine eng gekoppelte Integration zwischen zwei oder mehr Endpunkten, die eine Kommunikation zur gemeinsamen Nutzung beliebiger Daten zwischen den integrierten Parteien ermöglicht. Sie ist sehr vorteilhaft in Szenarien, in denen das Universum der Anwendungen klein ist.
• Point-to-Point beschleunigt die Entwicklung kurzfristig, weil man nicht auf ein anderes Team angewiesen ist. (Anders als die neue Middleware in unserer Landschaft)
• Alle neuen Funktionen und Integrationsszenarien sind in der Point-to-Point-Integration verfügbar, da sie eine enge Kopplung mit allen beteiligten Systemen erfordern, die nur in PTP gegeben ist. Die enge Kopplung ermöglicht ein einfacheres Daten-Mapping, eine problemlose Fehlerbehandlung und bietet neue Erweiterungsmöglichkeiten.
• Die robuste Architektur der PTP-Integration ermöglicht schnellere und effizientere Replikationsprozesse als bei der Middleware-basierten Integration.
• In einer Punkt-zu-Punkt-Integrationsarchitektur wird, wenn zwei Anwendungen miteinander kommunizieren müssen, eine Verbindung hergestellt, und ein Konnektor ermöglicht es der Anwendung A, mit der Anwendung B zu sprechen, indem eine Nachricht gesendet oder eine Prozedur ausgeführt wird. Ein Konnektor ist eine Brücke, die einen strukturierten Zugriff auf Daten oder Anwendungsfunktionalitäten ermöglicht.
• Konnektoren handhaben die Komplexität der Nachrichtenübersetzung, Integration und anderer damit zusammenhängender Nachrichtenoperationen, die für den Zugriff auf die Anwendungsfunktionen verwendet werden. Wenn entweder Anwendung A oder B geändert werden muss, muss die Schnittstelle in beiden Anwendungen aktualisiert werden.

Middleware-Integration

• Middleware basiert auf dem Prinzip, dass es eine zentrale Software gibt, die mit jeder einzelnen Anwendung kommuniziert und im Wesentlichen Daten nach Bedarf übersetzt, neu formatiert und umstrukturiert, während sie Daten von einer Anwendung zur anderen überträgt.
• Middleware ist anwendungsunabhängige Software, die Dienste bereitstellt, die zwischen Anwendungen vermitteln. (Verhält sich wie ein Broker)
• Middleware verbirgt die Komplexität des zugrundeliegenden Betriebssystems und Netzes, um die einfache Integration neuer und vorhandener Systeme zu erleichtern. Sie ist ein Mittel zur Verbindung von Clients mit Servern, von Clients mit Clients und von Servern mit Servern, ohne dass viele Betriebssysteme, Netze oder Ressourcen-Serverschichten durchlaufen werden müssen.
• Bei größeren und komplexeren Verbindungen und dynamischen oder sich häufig ändernden Prozessen ist die Implementierung eines umfassenden Tools sinnvoll.
• Auf der Grundlage der Informationen in einer Client- oder Front-End-Anforderung kann die Middleware die Antwort der Back-End-Anwendung oder des Dienstes anpassen.
• Middleware stellt in der Regel eine sichere Verbindung und Authentifizierungsfunktionen her und verwaltet den Datenverkehr dynamisch über verteilte Systeme hinweg.
• Middleware ermöglicht den Echtzeit-Informationsfluss innerhalb und zwischen Systemen in einem Netz. Sie hilft bei der Rationalisierung von Prozessen und verbessert die Effizienz der Organisation. Sie kann die Integrität von Informationen über eine Vielzahl von Systemen innerhalb eines Netzes aufrechterhalten.
• Middleware ist vorteilhaft, weil sie in einer Vielzahl von Softwaresystemen eingesetzt werden kann, von verteilten Objekten und Komponenten über die Unterstützung mobiler Anwendungen bis hin zur nachrichtenorientierten Kommunikation und mehr.

Vergleich

Punkt-zu-Punkt-VS-Middleware für die Integration von SuccessFactors Employee Central in Employee Central Payroll

Für die Success Factors Employee Central to Employee Central Payroll Integration mit P2P-Methode wird die Middleware durch einen ABAP-Report im SAP-System ersetzt. Dieser Report fordert die Daten von den SF EC-APIs direkt über den HTTP-Client an und ruft den Webservice für die Datenverarbeitung intern über einen temporär generierten logischen Port im SAP-System auf.

Der Bestätigungsprozess wird mit einem OData-Upsert direkt nach Abschluss der Datenverarbeitung durchgeführt, anstatt ihn über einen Webservice-Consumer auszulösen.

Die Konfigurationsdaten der Middleware wie z.B. die Verbindung zum EC-System oder der Filter zum Zielsystem werden alle in das SAP-System verlagert.

Point-To-Point vs. Middleware für Erfolgsfaktoren Integration von Employee Central zu Employee Central Payroll

Es gibt mehrere Arten der Kommunikation, die in P2P unterschiedlich gehandhabt werden - mit SOAP/OData und in Middleware mit Boomi/HCI. Im ETL-Lebenszyklus werden mehrere Transformationen durchgeführt, wenn Daten von der Quelle zum Ziel gesendet werden, und die Art der Integration wird in diesem Szenario zu einem entscheidenden Faktor, um das "Wie" der Integration zu beantworten. Nachrichtenpakete, Integrationslogik und die Komplexität der Verbindungen sind einige der Faktoren, die Ihnen bei der Entscheidung helfen können, ob Sie mit P2P oder Middleware vorgehen sollten.