API-Gateway oder Punkt-zu-Punkt-Integration für Unternehmen

Eine Bestellung im Webshop wird morgens in das ERP-System aufgenommen, von dort in das Lagersystem, dann in das Abrechnungssystem und schließlich in das System des Kurierdienstes übertragen. Solange dies aus zwei bis drei Verbindungen besteht, funktioniert der Prozess meist unsichtbar. Nach einigen Jahren des Wachstums tauchen jedoch neue Vertriebskanäle, Lieferantenbeziehungen, Kundenportale und Reporting-Anforderungen auf. Dann ist die Frage nach dem API-Gateway oder der Punkt-zu-Punkt-Integration nicht nur eine IT-Entscheidung: Sie bestimmt, wie transparent und nachhaltig der Betrieb ist.

Eine schlechte Entscheidung führt selten zu einem sofortigen Stillstand. Vielmehr zeigt sie sich schrittweise: Ein Datenfeld muss an drei Stellen geändert werden, nach einem Systemupdate tritt unerwartet ein Fehler bei der Auftragsübermittlung auf, und niemand weiß genau, welche Verbindung für einen verschwundenen Status verantwortlich ist. In solchen Fällen läuft der Geschäftsprozess scheinbar zwischen den Systemen, tatsächlich wird er jedoch von Menschen mit Kontrollen, E-Mails und Tabellen zusammengehalten.

Was bedeutet Punkt-zu-Punkt-Integration?

Von Punkt-zu-Punkt-Integration spricht man, wenn zwei Systeme direkt miteinander kommunizieren. Zum Beispiel sendet der Webshop die Bestelldaten an das ERP, und das ERP leitet die Lagerinformationen an den Webshop weiter. Beide Verbindungen können mit eigenen Regeln, Datenformaten, Berechtigungs- und Fehlerbehandlungen arbeiten.

Dieser Ansatz ist nicht fehlerhaft, im Gegenteil, in vielen Fällen die vernünftigste Wahl. Wenn ein Unternehmen nur einen Webshop, ein ERP und einen klar abgegrenzten Datenaustausch hat, kann die direkte Verbindung schnell realisiert, leicht verständlich und kostengünstig sein. Es lohnt sich nicht, eine zentrale Integrationsschicht aufzubauen, nur weil es technologisch eleganter erscheint.

Das Problem beginnt mit der Zunahme der Verbindungen. Wenn dasselbe ERP mit einem Webshop, CRM, Lagersystem, Spediteur, Lieferantenplattform, BI-System und Kundenportal verbunden ist, schafft jede neue Verbindung eine eigene Abhängigkeit. Eine Änderung der ERP-Datenstruktur ist dann keine Entwicklungsaufgabe, sondern die Koordination mehrerer Systeme und Geschäftsprozesse.

Im Punkt-zu-Punkt-Modell ist es üblich, dass dieselbe Geschäftsregel an mehreren Stellen erscheint. Die Umgestaltung von Bestellstatus, die Bereinigung von Partnerdaten oder die Zuordnung der Felder des Artikelstamms kann separat in jede Integration aufgenommen werden. Dies bedeutet nicht nur zusätzlichen Entwicklungsaufwand. Auch die spätere Fehlerbehebung verlangsamt sich, da das Unternehmen zuerst verstehen muss, wo die Abweichung entstanden ist.

Was bietet ein API-Gateway?

Ein API-Gateway ist eine zentrale Eintritts- und Steuerungsschicht für die Kommunikation zwischen Systemen. Anstatt dass jede Anwendung direkt auf alle anderen Systeme zugreift, laufen externe und interne Anfragen über festgelegte, überwachte Routen.

In geschäftlicher Sprache bedeutet dies, dass das Unternehmen nicht eine Ansammlung separater technischer Verbindungen verwaltet, sondern die Ordnung der Systemkommunikation festlegt. Es kann festgelegt werden, wer welche Daten in welchem Format, wie oft, mit welchen Berechtigungen und mit welcher Protokollierung abrufen kann. Eine neue Partneroberfläche oder mobile Anwendung muss keinen direkten Zugriff auf das interne ERP erhalten, nur um Bestände oder Bestellstatus zu sehen.

Das Gateway ist besonders wertvoll dort, wo der Zugriff und die Betriebssicherheit ein Geschäftsrisiko darstellen. Die Authentifizierung, Berechtigungen, Verkehrsbeschränkungen, Protokollierung und Fehlerüberwachung können zentral verwaltet werden. Wenn ein externes System eine Anfrage fehlerhaft wiederholt, belastet es das interne System nicht unbegrenzt. Wenn ein Partnerzugriff erlischt, müssen die Berechtigungen nicht in mehreren separaten Verbindungen gesucht werden.

Ein wichtiger Unterschied ist, dass ein API-Gateway nicht unbedingt alle Integrationsaufgaben löst. Es ist kein automatisches Werkzeug zur Verbesserung der Datenqualität, ersetzt nicht die Klärung von Prozessen und kann nicht entscheiden, welches System die offizielle Quelle für Daten sein soll. Wenn die Kundendaten im CRM, ERP und einem alten Kundenregister unterschiedlich sind, kann das Gateway die Abweichung nur geordneter weiterleiten.

API-Gateway oder Punkt-zu-Punkt-Integration: die wahren Entscheidungskriterien

Die richtige Antwort auf die Frage ist nicht, dass alle Verbindungen zentralisiert werden müssen. Die richtige Antwort ist diejenige, die zur Komplexität, Änderungsrate und den Risiken der Unternehmensprozesse passt.

Eine Punkt-zu-Punkt-Verbindung ist in der Regel gerechtfertigt, wenn der Datenaustausch einfach bleibt, zwischen zwei Systemen erfolgt, selten geändert wird und kein sensibler externer Zugriff besteht. Bei einer täglich von einer Produktionsmaschine übermittelten, begrenzten Datenmenge oder einer individuellen Etikettendruckverbindung für Spediteure kann die direkte Integration eine gut dokumentierte und betriebssichere Lösung sein.

Die Situation weist auf ein API-Gateway hin, wenn dieselben Dienste von mehreren Systemen, Partnern oder Kanälen genutzt werden. Ein typisches Beispiel ist, wenn der Webshop, das Kundenportal und die Vertriebsanwendung gleichermaßen Bestellstatus, Bestände oder Kundendaten anfordern. In solchen Fällen ist es auch aus geschäftlicher Sicht nicht sinnvoll, dass sich alle direkt an die interne Funktionsweise des ERP anpassen. Es ist sinnvoller, eine stabile, regulierte Serviceoberfläche zu schaffen, hinter der das interne System später noch geändert werden kann.

Die Kosten der Veränderung sind ebenfalls ein entscheidender Faktor. Eine direkte Verbindung mag anfangs günstiger erscheinen. Aber wenn jeder neue Kanal eine separate Entwicklung, separate Sicherheitsüberprüfung und separate Fehlersuche erfordert, kann die kurzfristige Einfachheit langfristig teuer werden. Im Gegensatz dazu erfordert die Einführung eines Gateways anfangs mehr Planung und eine diszipliniertere Architektur. Es zahlt sich aus, wenn das Unternehmen nicht nur eine einzige Verbindung, sondern wiederholt neue Verbindungen verwalten muss.

Zuerst sollten die Daten und Prozesse klar sein

Viele Integrationsprojekte verzögern sich, weil technische Fragen die geschäftliche Klärung vorwegnehmen. Bevor die Architektur entschieden wird, lohnt es sich, einen konkreten Prozess zu verfolgen: Was passiert von der Auftragseingang bis zur Auslieferung, wer kann die Daten ändern, wo entstehen neue Informationen und in welchem System werden die Daten endgültig?

Wenn zum Beispiel das Lager den ERP-Bestand verwendet, der Webshop jedoch nach eigenen Regeln die Verfügbarkeit anzeigt, ist es keine technische Detailfrage, welche Daten der Kunde sieht. Dies beeinflusst direkt die Bestellbarkeit, die Kundenkommunikation und die Anzahl der Reklamationen. Die Integration wird nur dann zuverlässig sein, wenn diese Verantwortlichkeiten und Geschäftsregeln klar sind.

Dasselbe gilt für die Fehlerbehandlung. Was passiert, wenn das Abrechnungssystem vorübergehend nicht verfügbar ist? Stoppt die Auftragsverarbeitung, werden die Daten in eine Warteschlange gestellt oder versucht jemand, sie manuell zu ergänzen? Wer wird benachrichtigt und wann gilt ein Fehler als behoben? Eine funktionierende Integration ist nicht deshalb gut, weil sie im Normalfall Daten sendet, sondern weil sie auch in unregelmäßigen Situationen überprüfbar bleibt.

Schrittweise Ordnung ist oft besser als Umbau

Bei einem wachsenden Unternehmen ist es nicht realistisch zu erwarten, dass alle bestehenden Verbindungen gleichzeitig neu gestaltet werden. Zudem kann eine zu große Umgestaltung bei Integrationen, die den kritischen Betrieb unterstützen, ein erhebliches Geschäftsrisiko darstellen.

Es kann vernünftiger sein, zuerst die Verbindungen zu kartieren: Welche Daten werden bewegt, wer nutzt sie, wie kritisch sind sie, wer ist verantwortlich und gibt es aktuelle Dokumentationen dazu. Schon diese Arbeit kann aufdecken, dass nur ein Mitarbeiter weiß, warum eine alte Datenübertragung läuft oder dass dieselben Informationen parallel mit unterschiedlichen Regeln zwischen zwei Systemen bewegt werden.

Danach sollte man mit den Bereichen beginnen, die den größten Wert bieten. Es könnte sein, dass für ein neues Kundenportal bereits ein Gateway-basierter Zugang gerechtfertigt ist, während zwei alte, stabile interne Verbindungen vorerst direkt bleiben. Das Ziel ist nicht, einem technologischen Muster zu folgen, sondern die Kontrolle, Wartbarkeit und Änderbarkeit schrittweise zu verbessern.

Eine gute Systemarchitektur ist schließlich nicht deshalb wertvoll, weil sie viele moderne Komponenten enthält. Sie ist wertvoll, weil der Weg einer Bestellung, einer Bestandsinformation oder einer Rechnung verständlich, überprüfbar und auch dann funktionsfähig bleibt, wenn der nächste Wachstumsschritt des Unternehmens eintritt.