Wann bringt die Unternehmenssystemintegration Ordnung?

Eine Bestellung trifft im Webshop ein, aber das Lager erfährt erst später durch eine heruntergeladene Tabelle davon. Die Rechnungsstellung startet in einem anderen System, und die Bestandsdaten werden manuell korrigiert, wenn es die Zeit erlaubt. Bis der Leiter den wöchentlichen Bericht erhält, ist dieser eher ein historisches Dokument als ein entscheidungsunterstützendes Werkzeug. Hier kommt die Unternehmenssystemintegration nicht als IT-Komfortfunktion, sondern als Voraussetzung für operative Kontrolle ins Spiel.

Das Problem ist selten, dass ein Unternehmen zu viele Systeme hat. Vielmehr tragen Menschen die Daten zwischen den Systemen: Sie kopieren, überprüfen, stimmen ab, erinnern andere und suchen nach Fehlern. Diese Arbeit ist oft unsichtbar, aber dennoch entscheidend für die Auftragsabwicklung, die Produktionsplanung oder die Genauigkeit des Finanzabschlusses.

Was löst die Unternehmenssystemintegration tatsächlich?

Das Ziel der Systemintegration ist nicht, aus allen Anwendungen ein einziges großes System zu machen. Für viele Unternehmen macht das weder geschäftlich noch technisch Sinn. Ein gut funktionierendes ERP, ein Webshop, ein Lagerverwaltungssystem, eine Produktionsunterstützungslösung oder ein Abrechnungssystem kann seine eigene Aufgabe behalten.

Die Integration regelt, wie Informationen zwischen ihnen fließen, welches System als zuverlässige Quelle gilt und welches Ereignis den nächsten Schritt auslöst. Wenn die Bestandsdaten im ERP maßgeblich sind, muss der Webshop diese anzeigen. Wenn die Kommissionierung im Lager erfolgt, müssen der Auftragsverwaltung und der Kundenservice den Status rechtzeitig sehen können.

Das klingt einfach, aber die meisten Unsicherheiten entstehen genau in diesen Details. Welcher Status bedeutet, dass die Bestellung tatsächlich dem Kurier übergeben werden kann? Was passiert, wenn das externe System nicht verfügbar ist? Wer untersucht die Positionen, bei denen die Datenübertragung fehlgeschlagen ist? Eine funktionierende Integration sendet nicht nur Daten. Sie verwaltet Abweichungen, protokolliert Ereignisse und macht Verantwortlichkeiten klar.

Zuerst muss der Prozess verstanden werden

Ein häufiger Fehler ist, dass das Unternehmen bei den ersten unangenehmen Symptomen eine Schnittstelle anfordert. Die Bestellungen werden manuell übertragen? Verbinden wir den Webshop mit dem ERP. Der Bericht wird zu spät erstellt? Bauen wir eine Datenverbindung. Diese können gerechtfertigte Schritte sein, garantieren aber nicht von selbst eine Verbesserung.

Es ist ratsam, zuerst die tatsächliche Arbeit zu verfolgen. Nicht so, wie sie laut Flussdiagramm funktionieren sollte, sondern so, wie die Kollegen an einem durchschnittlichen und an einem problematischen Tag arbeiten. Wer erhält Benachrichtigungen? Wo erfolgt die manuelle Überprüfung? Welche Daten werden an zwei Stellen eingegeben? Welche Ausnahme führt dazu, dass der Prozess per E-Mail, Telefon oder in einer separaten Tabelle landet?

In einem Großhandelsumfeld ist es beispielsweise nicht sicher, dass die Weiterleitung von Bestelldaten das größte Problem ist. Möglicherweise wartet die Bestellung, weil die Genehmigung der individuellen Preisgestaltung niemandem eindeutig zugeordnet ist. In der Produktion hilft die Verbindung von Produktionsplan und tatsächlichen Maschinendaten wenig, wenn die Verwendung von Artikelnummern, Einheiten oder Ausschusscodes inkonsistent ist.

Die Integration beschleunigt den bestehenden Betrieb. Wenn der Prozess fehlerhaft oder unnötig kompliziert ist, verbreitet sich der Fehler auch schneller. Daher ist die erste nützliche Frage nicht, welche Systeme verbunden werden müssen, sondern welche Entscheidung, welche Daten zu welchem Zeitpunkt verfügbar sein müssen.

Wo sollte man anfangen?

Nicht jede Verbindung ist gleichermaßen wertvoll. In einem Unternehmen ist es sinnvoll, dort zu beginnen, wo viel wiederholte manuelle Arbeit, ein erhebliches Fehlerrisiko oder regelmäßige operative Verzögerungen zusammentreffen. Ein typisches Beispiel ist die Übergabe von Webshop-Bestellungen an das Unternehmensführungssystem, die Synchronisierung von Bestandsinformationen, die Rückschreibung von Transportdaten oder die Übergabe von Leistungsdaten an die Abrechnung.

Der gute erste Schritt ist klein genug, um handhabbar zu bleiben, aber wichtig genug, damit die Organisation die Veränderung spürt. Das kann bedeuten, dass der Bestellstatus nicht mehr in drei verschiedenen Tabellen erscheint oder dass das Lager nicht mehr per E-Mail arbeitet. Das Ziel ist nicht unbedingt die vollständige Automatisierung. In vielen Fällen ist die richtige Lösung, dass das System die Daten vorbereitet und der Mitarbeiter sie überprüft und genehmigt.

Dies ist besonders wichtig bei Prozessen mit vielen Ausnahmen. Bei individueller Fertigung, Teillieferungen, unvollständigen Bestelldaten oder vertragsgebundenen Preisgestaltungen ist die menschliche Entscheidung kein Fehler im System. Die Aufgabe des Systems ist es, die für die Entscheidung erforderlichen Informationen an einem Ort und nachvollziehbar bereitzustellen, damit wertvolle Kapazitäten nicht durch Verwaltung gebunden werden.

Ohne die Frage des Datenverantwortlichen gibt es keine Kontrolle

Eines der wichtigsten, aber oft vernachlässigten Elemente der Unternehmenssystemintegration ist die Benennung der Datenverantwortlichen. Wenn derselbe Kundenname, dasselbe Produkt, derselbe Preis oder derselbe Bestand in mehreren Systemen geändert werden kann, entsteht früher oder später eine Abweichung. In solchen Fällen kann die technische Verbindung einwandfrei funktionieren, aber Entscheidungen werden dennoch auf der Grundlage falscher Daten getroffen.

Bei allen kritischen Daten muss geklärt werden, wo sie entstehen, wer berechtigt ist, sie zu ändern, welche Systeme sie verwenden und nach welcher Regel sie die Änderung erhalten. Dies ist keine administrative Formalität. Finanzen, Vertrieb, Lager und IT müssen dasselbe unter buchbarem Bestand oder abgeschlossenem Auftrag verstehen.

Die Echtzeitsynchronisation ist auch nicht immer die beste Antwort. Bei einigen Prozessen ist sie gerechtfertigt, zum Beispiel wenn der aktuelle verkaufbare Bestand des Webshops ein Kundenversprechen darstellt. In anderen Fällen ist eine geplante, kontrollierte Datenübertragung sicherer und einfacher zu betreiben. Die Wahl sollte durch die geschäftlichen Konsequenzen bestimmt werden, nicht durch das, was technisch spektakulärer ist.

Die Integration ist auch eine Betriebsaufgabe

Die Arbeit, die entscheidet, ob eine Übergabe langfristig nützlich sein wird, beginnt nach ihrer Fertigstellung. Die Systeme ändern sich: Ein neues Feld wird im Webshop hinzugefügt, eine ERP-Version wird geändert, die Partnerdatenstruktur ändert sich oder ein neuer Lagerprozess beginnt. Wenn niemand die Auswirkungen überprüft, kann die zuvor stabile Verbindung stillschweigend Fehler erzeugen.

Es braucht überprüfbare Protokolle, Fehlerbehandlungsregeln, Berechtigungen und Verantwortliche. Fehlerhafte Positionen dürfen nicht in einer technischen Fehlerliste verschwinden. Der betroffene Mitarbeiter muss verstehen, was nicht übertragen wurde, welche geschäftlichen Konsequenzen es haben kann und wie es behoben werden kann. Die IT muss sehen, ob ein Datenfehler, eine Geschäftsregel oder ein Systemzugriffsproblem die Abweichung verursacht hat.

Auch das Änderungsmanagement gehört dazu. Vor der Einführung eines neuen Feldes, Status oder Partnerverhältnisses sollte das Testen und die Möglichkeit der Rückkehr festgelegt werden. Aus Sicht der Produktion, Logistik oder Abrechnung können kritische Prozesse nicht nur aus der Sicht der Entwickler behandelt werden. Der Geschäftstester kann sagen, ob eine technisch erfolgreiche Übergabe tatsächlich ein nutzbares Ergebnis liefert.

Wann ist dies nicht die erste Lösung?

Es gibt Zeiten, in denen nicht Integration, sondern Ordnung gefragt ist. Wenn das Unternehmen nicht weiß, in welchem System der richtige Produktstamm ist, wenn der Prozess keinen Verantwortlichen hat oder die Kollegen denselben Fall nach unterschiedlichen Regeln behandeln, dann fixiert eine neue Verbindung nur die Unsicherheit.

Ähnlich vorsichtig sollte man bei alten Systemen vorgehen. Eine veraltete Anwendung kann technisch verbunden werden, aber ihre Unterstützung, Dokumentierbarkeit, sichere Betriebsmöglichkeit und erwartete Lebensdauer müssen bewertet werden. Manchmal ist eine vorübergehende Datenverbindung die rationale Entscheidung. Manchmal ist zuerst die Modernisierung des Systems oder Prozesses gerechtfertigt.

In der CGAT-Ansicht geht der Entwicklungsaufgabe daher immer die Kartierung des Betriebs voraus. Nicht, um lange Analyseberichte zu erstellen, sondern damit das Unternehmen genau versteht, wo der Verlust entsteht, was sich durch den Eingriff ändert und wie der neue Betrieb handhabbar bleibt.

Eine gut geplante Integration ist letztendlich nicht wertvoll, weil sie viele Systeme verbindet. Sie ist wertvoll, weil eine Bestellung, eine Bestandsbewegung oder ein Fertigungsereignis mit weniger Spekulationen, weniger manuellen Eingriffen und klarerer Verantwortung durch das Unternehmen läuft. Wenn dieses Ziel im Auge behalten wird, lässt sich die nächste technische Entscheidung viel leichter treffen.