Systeme verbinden, die nicht miteinander sprechen

Drei Systeme, die dieselben Kunden und dieselben Produkte kennen — und jedes hält seine Version für die richtige. Integrationsprojekte scheitern selten an Technik. Sie scheitern an vier Fragen, die vorher niemand beantwortet hat.

Frage 1: Wer führt welche Wahrheit?

Nicht „welches System ist führend", sondern je Feld: Wer darf die Lieferadresse ändern? Wer den Bestand? Wer den Preis?

Ohne diese Festlegung überschreiben sich Systeme gegenseitig, und das Ergebnis hängt davon ab, welcher Abgleich zuletzt lief. Das ist der Fehler, der am spätesten auffällt und am teuersten ist — meistens bei einer Reklamation.

Eine brauchbare Faustregel: Stammdaten dort, wo sie gepflegt werden; Bewegungsdaten dort, wo sie entstehen. Kunden im CRM, Bestände in der Warenwirtschaft, Bestellungen im Shop.

Frage 2: Wie oft wird abgeglichen?

Sofort, im Takt oder auf Abruf? Jede Antwort hat Konsequenzen:

• Sofort heißt: Das Zielsystem muss immer erreichbar sein.
• Im Takt heißt: Es gibt ein Zeitfenster, in dem Daten auseinanderlaufen. Das ist kein Fehler, sondern eine Entscheidung — und sie gehört in die Anzeige: „Bestand von vor 15 Minuten" ist ehrlicher als eine Zahl ohne Zeitangabe.
• Auf Abruf heißt: Jemand muss den Abruf auslösen.

Frage 3: Was passiert bei Konflikt?

Zwei Systeme, zwei verschiedene Werte. Wer gewinnt?

Die Antwort muss vor dem ersten Abgleich feststehen und dokumentiert sein. „Der zuletzt geschriebene Wert" ist eine Antwort — aber nur, wenn alle wissen, dass es eine ist.

Frage 4: Wer merkt den Ausfall?

Die Frage, die über den Betrieb entscheidet. Eine Kette, die still stehenbleibt, wird nicht am selben Tag bemerkt, sondern wenn sich ein Kunde meldet.

Deshalb gehört zu jeder Integration ein Meldeweg mit einem Empfänger, der zuständig ist. Was dazu in die Dokumentation gehört, steht in Schnittstellen dokumentieren, bevor sie brechen.

Die typischen Stolperstellen

Unterschiedliche Kennungen. Der Shop kennt Artikelnummern, die Warenwirtschaft interne IDs, das CRM E-Mail-Adressen. Ohne eine eindeutige Zuordnung je Objekt wird jede Verbindung zur Rätselaufgabe.

Teilerfolge. Eine Bestellung wird übertragen, die Positionen nicht. Das Zielsystem hat dann einen unvollständigen Datensatz und meldet keinen Fehler. Übertragungen sollten vollständig gelingen oder vollständig scheitern.

Doppelte Lieferung. Netzwerke sind unzuverlässig, Wiederholungen normal. Das Zielsystem muss erkennen, dass es diesen Vorgang schon kennt — sonst entstehen doppelte Bestellungen und doppelte Rechnungen. Wir haben einen Fall begleitet, in dem zwei Abläufe gleichzeitig Rechnungen erzeugt haben; das Aufräumen dauerte länger als der Aufbau.

Zeitzonen und Formate. Klassiker, immer noch aktuell: Datum ohne Zeitzone, Komma statt Punkt, führende Nullen, die verschwinden.

Wie wir vorgehen

1. Datenlandkarte — welche Objekte, welche Systeme, welche Felder.
2. Wahrheiten festlegen — je Feld ein führendes System.
3. Kleinsten nützlichen Fall bauen — eine Richtung, ein Objekt.
4. Fehlerfälle nachstellen — Ausfall, doppelte Lieferung, ungültige Daten.
5. Meldeweg einrichten, bevor produktiv geschaltet wird.
6. Erweitern.

Schritt 4 wird gern übersprungen, weil es im Normalfall funktioniert. Er ist der Unterschied zwischen einer Integration, die zwei Jahre läuft, und einer, die alle drei Wochen jemanden beschäftigt.

Und davor steht immer die Frage nach der Datenqualität — denn eine Verbindung macht schlechte Daten nicht besser, sondern nur schneller.