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. Solange dies aus zwei oder drei Verbindungen besteht, funktioniert der Prozess meist unsichtbar. Nach einigen Jahren des Wachstums tauchen jedoch neue Vertriebskanäle, Lieferantenbeziehungen, Kundenportale und Berichtsanforderungen auf. Dann ist die Frage nach dem API-Gateway oder der Punkt-zu-Punkt-Integration nicht mehr nur eine IT-Entscheidung: Sie bestimmt, wie transparent und nachhaltig der Betrieb ist.

Eine falsche 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übertragung auf, und niemand weiß genau, welche Verbindung für einen verschwundenen Status verantwortlich ist. In solchen Fällen scheint der Geschäftsprozess zwischen den Systemen zu laufen, wird jedoch tatsächlich 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. Beispielsweise sendet der Webshop die Bestelldaten an das ERP, und das ERP übermittelt die Bestandsinformationen an den Webshop. Beide Verbindungen können mit eigenen Regeln, Datenformaten, Berechtigungs- und Fehlerbehandlungen arbeiten.

Dieser Ansatz ist nicht fehlerhaft, sondern 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 zu bauen, nur weil sie technologisch eleganter erscheint.

Das Problem beginnt mit der Zunahme der Verbindungen. Wenn sich an dasselbe ERP ein Webshop, CRM, Lagersystem, Spediteur, Lieferantenplattform, BI-System und Kundenportal anschließen, 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 häufig, dass dieselbe Geschäftsregel an mehreren Stellen erscheint. Die Umgestaltung von Bestellstatus, die Bereinigung von Partnerdaten oder die Zuordnung von Artikelstammdatenfeldern 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, durchlaufen externe und interne Anfragen definierte, überwachte Routen.

In Geschäftssprache bedeutet dies, dass das Unternehmen nicht eine Menge separater technischer Verbindungen verwaltet, sondern die Ordnung der Systemkommunikation festlegt. Es kann festgelegt werden, wer welche Daten in welchem Format, mit welcher Häufigkeit, mit welchen Berechtigungen und mit welcher Protokollierung anfordern kann. Eine neue Partneroberfläche oder mobile Anwendung muss nicht direkt auf das interne ERP zugreifen, nur um Bestände oder Bestellstatus zu sehen.

Das Gateway ist besonders wertvoll dort, wo der Zugang und die Betriebssicherheit ein Geschäftsrisiko darstellen. Die Authentifizierung, Berechtigung, Verkehrsbeschränkung, 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 der Zugang eines Partners endet, müssen die Berechtigungen nicht in mehreren separaten Verbindungen gesucht werden.

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

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

Die richtige Antwort auf die Frage ist nicht, dass alle Verbindungen zentralisiert werden müssen. Die richtige Antwort ist die, 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 ist, zwischen zwei Systemen bleibt, selten ändert und kein sensibler externer Zugriff besteht. Bei einem engen Datensatz, der täglich von einer Produktionsmaschine übermittelt wird, oder einer individuellen Speditionsetikettendruckverbindung 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, geregelte Dienstleistungsschnittstelle 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 separate Entwicklungen, separate Sicherheitsüberprüfungen und separate Fehlersuchen 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 Verbindung, sondern wiederholt neue Verbindungen verwalten muss.

Zuerst sollten die Daten und der Prozess klar sein

Viele Integrationsprojekte scheitern, weil technische Fragen die geschäftliche Klärung überholen. Bevor die Architektur entschieden wird, ist es ratsam, 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 die Verfügbarkeit nach eigenen Regeln 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 erst dann zuverlässig, 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, wird die Daten in eine Warteschlange gestellt oder versucht jemand, sie manuell zu ersetzen? 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, alle bestehenden Verbindungen gleichzeitig neu zu gestalten. Außerdem kann eine zu große Umgestaltung bei Integrationen, die den kritischen Betrieb unterstützen, ein erhebliches Geschäftsrisiko darstellen.

Es kann sinnvoller sein, zuerst die Verbindungen zu kartieren: Welche Daten werden bewegt, wer nutzt sie, wie kritisch sind sie, wer ist dafür verantwortlich und gibt es aktuelle Dokumentationen darüber? Schon diese Arbeit kann aufdecken, dass nur ein Mitarbeiter weiß, warum eine alte Datenübertragung läuft oder dass dieselbe Information parallel zwischen zwei Systemen mit unterschiedlichen Regeln bewegt wird.

Danach sollte man mit den Bereichen beginnen, die den meisten Wert bieten. Es kann 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 Bestandsdaten oder einer Rechnung verständlich, überprüfbar und auch dann funktionsfähig bleibt, wenn der nächste Wachstumsschritt des Unternehmens kommt.