Warum scheitert die Systemintegration wirklich?

Bestellungen eines Webshops scheinen ins ERP-System übertragen zu werden, dennoch überprüft jeden Morgen jemand diese in Excel. Das Lager sieht andere Bestandsdaten als der Vertrieb. Die Rechnungsstellung beginnt erst, wenn ein Kollege manuell einen fehlerhaften Status korrigiert. Wenn die Frage aufkommt, warum die Systemintegration im Live-Betrieb zusammenbricht, liegt das Problem selten an einer fehlerhaften API-Verbindung. Meistens stellt sich heraus, dass der Betrieb des Unternehmens schon vorher auf manuellen Abgleichen, Ausnahmen und stillschweigenden Regeln basierte.

Eine Systemintegration ist nicht erfolgreich, nur weil zwei Softwareprogramme Daten austauschen können. Sie funktioniert zuverlässig, wenn die Bedeutung, der Zeitpunkt, die Verantwortlichkeit und die geschäftlichen Konsequenzen der übertragenen Daten klar sind. Dieser Unterschied wird oft erst sichtbar, wenn die Bestellmenge steigt, ein neuer Standort eröffnet wird oder ein Schlüsselmitarbeiter, der den Prozess kennt, in den Urlaub geht.

Die Integration verbindet oft einen ungeordneten Prozess

Der häufigste Fehler ist nicht technischer Natur. Das Unternehmen versucht, einen bestehenden, schwer nachvollziehbaren Arbeitsablauf unverändert zu digitalisieren. Wenn dieselbe Bestellung im CRM des Vertriebs, im Webshop, im ERP und in einer separaten Tabelle verwaltet wird, ist die Hauptfrage nicht, wie man die vier Systeme verbindet. Zuerst muss geklärt werden, warum dieselbe Information viermal bearbeitet werden muss.

Nehmen wir ein einfaches Beispiel. Ein Kunde bestellt ein Produkt, aber der Vertrieb ändert den Liefertermin aufgrund einer individuellen Vereinbarung. Dies wird per E-Mail an die Logistik gemeldet, während im ERP das ursprüngliche Datum bleibt. Die Integration übermittelt dieses ursprüngliche Datum fehlerfrei an den Spediteur. Technisch ist alles in Ordnung, geschäftlich führt es jedoch zu einem schlechten Ergebnis.

In solchen Fällen ist nicht die Datenverbindung „kaputt“. Im Prozess ist nicht festgelegt, wo das verbindliche Lieferdatum entsteht, wer es ändern darf und aus welchem System es weitergeleitet werden muss. Die Integration transportiert die Unsicherheit nur schneller und konsequenter weiter.

Warum bricht die Systemintegration bei Wachstum zusammen?

Bei geringem Umsatz können die Mängel von den Menschen noch verdeckt werden. Ein Kollege bemerkt die Abweichung, ruft das Lager an, korrigiert eine Bestellung oder sendet eine neue E-Mail. Diese Art des informellen Betriebs erscheint oft sogar effizient, da sie schnell und flexibel ist.

Bei Wachstum summieren sich jedoch die Ausnahmen. Bei mehr Bestellungen, mehr Kundentypen, mehr Produktvarianten und mehr Standorten gibt es keine Kapazität mehr, alle Abweichungen im Kopf zu behalten. Die zuvor nützliche manuelle Überprüfung wird zu einer ständigen Verwaltung. Die Systemintegration bricht dann nicht unbedingt vollständig zusammen, sondern verliert langsam ihre Glaubwürdigkeit. Die Menschen vertrauen ihr nicht mehr und führen daher eigene Tabellen parallel.

Dies ist ein besonders gefährlicher Zustand. Die Führung geht davon aus, dass die Systeme verbunden sind, während der tatsächliche Betrieb durch individuelle Überprüfungen, Telefonate und nicht dokumentierte Korrekturen zusammengehalten wird. Wenn diese ausbleiben, verzögern sich Lieferungen, fehlerhafte Rechnungen werden erstellt oder die Bestandsdaten weichen von der Realität ab.

Es gibt keinen klaren Datenverantwortlichen

Jede wichtige Information muss eine primäre Quelle haben. Kundendaten, Preis, Artikelstamm, Bestand, Bestellstatus und Rechnungsinformationen sind Daten mit unterschiedlicher geschäftlicher Bedeutung. Wenn zwei Systeme gleichermaßen „Verantwortliche“ derselben Daten sind, entstehen früher oder später Abweichungen.

Zum Beispiel ändert ein Marketingmitarbeiter im Webshop die Produktbeschreibung und den Preis, während das Vertriebsteam im ERP die Preisliste verwaltet. Wenn es keine Regel gibt, welcher Preis gültig ist und unter welchen Bedingungen ein System das andere überschreiben darf, wird die Integration unberechenbar. Die beiden Systeme können technisch synchronisieren, aber sie geben dem Geschäft keine verlässliche Antwort darauf, zu welchem Preis wir tatsächlich verkaufen.

Die Benennung eines Datenverantwortlichen ist keine IT-Administration. Es ist eine geschäftliche Entscheidung. Das System kann diese Entscheidung nur konsequent umsetzen.

Die Ausnahmen wurden nicht geplant

Viele Integrationen sind für den Normalfall ausgelegt: eine neue Bestellung kommt rein, der Bestand wird reserviert, eine Rechnung wird erstellt, der Versand beginnt. Im realen Betrieb gibt es jedoch Teillieferungen, Retouren, individuelle Preise, Vorbestellungen, fehlerhafte Adressen, geänderte Bestellungen und nicht erfüllbare Positionen.

Nicht jede Ausnahme muss automatisch behandelt werden. Bei einem seltenen, geschäftlich riskanten Fall kann es richtig sein, wenn ein Mitarbeiter entscheidet. Aber diese Entscheidung muss sichtbar und geregelt sein. Wer wird benachrichtigt? Wie lange kann der Prozess stehen bleiben? Was sieht der Kundenservice? Welcher Status wird in die verbundenen Systeme zurückgemeldet?

Wenn es darauf keine Antworten gibt, stockt die Integration stillschweigend. Der Fehler taucht oft nicht im Managementbericht auf, sondern wird nur durch eine Kundenbeschwerde, eine verspätete Lieferung oder eine Monatsendabstimmung angezeigt, dass etwas zwischen zwei Systemen verloren gegangen ist.

Fehlerhafte Daten verbreiten sich schneller als richtige Entscheidungen

Die Integration beschleunigt die Bewegung von Informationen. Das ist von Vorteil, vorausgesetzt, die Informationen sind korrekt. Wenn eine fehlerhafte Artikelnummer, unvollständige Partnerdaten oder ein falscher Status ins Quellsystem gelangen, kann die Integration dies in kurzer Zeit an mehrere Systeme weiterleiten.

Deshalb reicht es nicht aus zu prüfen, ob die Verbindung funktioniert. Man muss auch die Datenqualität, die Pflichtfelder, die Identifikatoren, die Duplikate und die Handhabung von Änderungen prüfen. Ein Produktname kann in mehreren Systemen unterschiedlich sein, aber seine interne Kennung muss eindeutig bleiben. Ohne dies können Bestand, Beschaffung und Vertrieb auf unterschiedlichen Realitäten basieren.

Eine gute Integration geht nicht davon aus, dass alle eingehenden Daten perfekt sind. Sie kann Fehler erkennen, protokollieren, an die richtige Person weiterleiten und verhindern, dass der Fehler unkontrolliert weiterverbreitet wird. Dies mag manchmal langsamer erscheinen als die automatische Verarbeitung. Tatsächlich birgt es ein geringeres Risiko, als später in mehreren Systemen dieselbe fehlerhafte Transaktion rückgängig zu machen.

Die unsichtbare manuelle Arbeit ist die wahre Abhängigkeit der Integration

In vielen Organisationen gibt es eine Person, die „nur einen Blick“ auf den Prozess wirft. Sie weiß, bei welchen Bestellungen der Versandmodus manuell geändert werden muss, welche Partnerdaten nicht überschrieben werden dürfen oder welcher Export am Monatsende neu gestartet werden muss. Dieses Wissen rettet kurzfristig den Betrieb, stellt aber langfristig ein Geschäftsrisiko dar.

Wenn der Arbeitsablauf im Kopf einer Person existiert, ist das kein integrierter Prozess. Die Person selbst ist die Verbindung zwischen den Systemen. Krankheit, Überlastung, Jobwechsel oder einfach eine geschäftige Zeit können ausreichen, um den Prozess zu verlangsamen oder Fehler zu verursachen.

Die Lösung besteht nicht darin, alle menschlichen Überprüfungen abzuschaffen. Die Entscheidungen erfahrener Mitarbeiter sind wertvoll, insbesondere in außergewöhnlichen Situationen. Das Ziel ist, dass das System nicht auf ihrem Gedächtnis basiert: Die Regeln, Genehmigungen, Abweichungen und Verantwortlichkeiten müssen sichtbar, messbar und übertragbar sein.

Bevor eine neue Verbindung erstellt wird, muss der Prozess verfolgt werden

Die Planung einer zuverlässigen Integration beginnt nicht mit der Liste der Systeme. Die erste Frage ist, wie die Arbeit nach einem konkreten Geschäftsvorfall fließt. Was passiert ab dem Moment, in dem eine Bestellung, ein Produktionsbedarf oder eine neue Kundendaten eingeht? Wo entsteht Information, wer überprüft sie, was löst den nächsten Schritt aus und wo ist eine menschliche Entscheidung erforderlich?

Es lohnt sich, einen realen, nicht idealen Fall zu betrachten. Nicht den dokumentierten Prozess, sondern die problematische Bestellung der letzten Woche. Wer hat den Fehler bemerkt? Aus welchem System hat er gearbeitet? Was hat er manuell korrigiert? Wer wurde informiert und was wurde nicht in die Aufzeichnungen zurückgeführt? Ein einziger solcher Fall sagt oft mehr über den Zustand der Integration aus als eine technische Spezifikation.

Danach kann entschieden werden, ob eine Prozessumstrukturierung, Datenkorrektur, eine einfache regelbasierte Verbindung, eine individuelle Entwicklung oder eine schrittweise Modernisierung eines alten Systems erforderlich ist. Nicht jede Problemstellung erfordert die gleiche Lösung. Ein gut definierter, stabiler Prozess sollte automatisiert werden. Ein ständig wechselnder, unklarer Prozess muss zuerst in Ordnung gebracht werden.

Der Betrieb beginnt nicht nach Abschluss des Projekts

Integrationen werden oft fragil, weil die Einführung als Projekt behandelt wird und der anschließende Betrieb als selbstverständlich angesehen wird. Doch die Partnersysteme ändern sich, neue Produkttypen tauchen auf, Steuervorschriften ändern sich, ein neuer Vertriebskanal wird eröffnet und die internen Prozesse wandeln sich ebenfalls.

Es ist notwendig, dass jemand die Fehler überwacht, die Protokolle versteht, für die Genehmigung von Änderungen verantwortlich ist und regelmäßig überprüft, ob der Datenfluss noch dem Geschäftsziel dient. Hohe Verfügbarkeit allein reicht nicht aus, wenn das System schnell und fehlerfrei falsche Geschäftsdaten weiterleitet.

Die Systemintegration bleibt funktionsfähig, wenn sie nicht nur als technische Verbindung, sondern als geschäftliches Betriebselement behandelt wird. Der beste Ausgangspunkt ist oft nicht eine neue Software oder eine große Umstrukturierung, sondern eine präzise Frage: Wo arbeiten heute Menschen daran, zwischen zwei Systemen die Ordnung aufrechtzuerhalten, die im Prozess von selbst entstehen sollte?