Eine vorhandene Schnittstelle bedeutet noch nicht automatisch, dass zwei Systeme sinnvoll zusammenspielen.
Eine Schnittstelle verbindet Systeme. Eine Architektur klärt, wie sie miteinander leben.
Drei Systeme, ein Kunde
Ein Unternehmen verwendet einen Onlineshop, ein CRM und ein ERP. Alle drei Systeme kennen denselben Kunden. Alle drei Systeme können technisch miteinander kommunizieren.
Damit scheint zunächst alles integriert zu sein.
Dann ändert der Kunde seine Adresse im Onlineshop.
Plötzlich entstehen Fragen:
Shop → CRM?
Shop → ERP?
ERP → CRM?
CRM → Shop?
Und was passiert, wenn gleichzeitig ein Mitarbeiter die Adresse im CRM verändert?
Welches System besitzt anschließend die richtige Information?
Die Schnittstellen sind nicht das ganze Bild
Die Systeme können technisch erreichbar sein und Anfragen korrekt beantworten. Trotzdem ist noch nicht geklärt, wie die Information durch die Organisation fließen soll.
Eine einfache Darstellung macht das Problem sichtbar:
Onlineshop
↕
CRM
↕
ERP
Viele mögliche Verbindungen bedeuten nicht automatisch einen klaren Informationsfluss. Ohne Regeln können Daten in mehrere Richtungen laufen, sich gegenseitig überschreiben oder an verschiedenen Stellen unterschiedlich interpretiert werden.
Was bedeutet „Source of Truth“?
Für wichtige Informationen sollte geklärt sein, welches System für diese Information führend beziehungsweise maßgeblich ist. Dieses führende System wird oft als Source of Truth bezeichnet.
Das bedeutet nicht, dass nur dort alle Informationen gespeichert werden dürfen. Es bedeutet, dass klar ist, welchem System bei einer bestimmten Frage grundsätzlich vertraut wird.
Beispielsweise könnte:
- das CRM für zentrale Kundendaten verantwortlich sein,
- das ERP für Bestände und Lieferfähigkeit maßgeblich sein,
- der Onlineshop die veröffentlichte Darstellung und Bestellung verwalten.
Entscheidend ist nicht die konkrete technische Lösung. Entscheidend ist, dass diese Verantwortung definiert wurde.
Synchronisation braucht Regeln
Bei einer Integration müssen unter anderem folgende Fragen beantwortet werden:
- Wer darf Informationen verändern?
- In welche Richtung werden Änderungen übertragen?
- Wann werden sie übertragen – sofort oder gesammelt?
- Was passiert bei einem Fehler?
- Was passiert bei widersprüchlichen Änderungen?
- Kann nachvollzogen werden, woher eine Information stammt?
Eine mögliche Ordnung könnte so aussehen:
Adressänderung im Shop
↓
CRM prüft und übernimmt als führendes Kundensystem
↓
ERP erhält die bestätigte Information
↓
Shop zeigt den gültigen Stand an
Das ist nur ein mögliches Modell. Wichtig ist, dass es ein Modell gibt und die Beteiligten wissen, wie damit umzugehen ist.
Wenn technisch alles funktioniert und trotzdem Probleme entstehen
Aus technischer Sicht können sämtliche APIs funktionieren. Im Arbeitsalltag entstehen trotzdem:
- doppelte Daten,
- falsche Informationen,
- manuelle Korrekturen,
- Rückfragen,
- Workarounds,
- Unsicherheit darüber, welchem System man glauben kann.
Dann liegt das Problem nicht zwangsläufig an einer defekten Schnittstelle. Möglicherweise fehlt eine klare System- und Prozessarchitektur.
Eine API kann eine Information zuverlässig übertragen. Sie kann aber nicht allein entscheiden, welches System fachlich verantwortlich ist, wann eine Änderung Vorrang hat oder wie ein widersprüchlicher Datensatz behandelt werden soll.
Die eigentliche Integration
Die technische Verbindung ist nur der erste Schritt. Eine echte Integration berücksichtigt auch:
Datenhoheit → Verantwortlichkeit → Richtung → Zeitpunkt → Fehlerfälle → Geschäftsprozess
Erst wenn diese Beziehungen geklärt sind, wird aus mehreren verbundenen Anwendungen ein nachvollziehbarer gemeinsamer Ablauf.
Die Kernaussage
„Die haben doch beide eine API.“
Das ist ein guter Anfang, aber noch keine Lösung für ein Integrationsproblem.
Die wichtigere Frage lautet: Wie sollen die Systeme miteinander leben? Wer besitzt welche Information, wer darf sie verändern, wie werden Änderungen verteilt und was passiert, wenn die Realität nicht in die vorgesehenen Regeln passt?
Genau an diesen Beziehungen entscheidet sich, ob eine Verbindung im Unternehmen tatsächlich entlastet – oder nur neue Übergaben und Unsicherheiten erzeugt.