Wann bringt die Unternehmenssystemintegration Ordnung?

Eine Bestellung geht im Webshop ein, aber das Lager erfährt erst später aus einer heruntergeladenen Tabelle davon. Die Rechnungsstellung beginnt in einem anderen System, und die Bestandsdaten werden manuell korrigiert, wenn es die Zeit erlaubt. Wenn der Manager den Wochenbericht erhält, ist dieser eher ein historisches Dokument als ein Entscheidungsunterstützungswerkzeug. Dies ist die Situation, in der die Unternehmenssystemintegration keine IT-Komfortfunktion, sondern eine Voraussetzung für operative Kontrolle ist.

Das Problem ist selten, dass ein Unternehmen zu viele Systeme hat. Vielmehr ist es so, dass die Menschen die Daten zwischen den einzelnen Systemen transportieren: kopieren, überprüfen, abstimmen, andere erinnern und dann nach Fehlern suchen. Diese Arbeit ist oft unsichtbar, aber von ihr hängt die Auftragsabwicklung, die Produktionsplanung oder die Genauigkeit des Finanzabschlusses ab.

Was löst die Unternehmenssystemintegration wirklich?

Das Ziel der Systemintegration ist nicht, aus allen Anwendungen ein einziges großes System zu machen. Für viele Unternehmen hat dies 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 die Informationen zwischen ihnen fließen, welches System als zuverlässige Quelle angesehen wird und welches Ereignis den nächsten Schritt auslöst. Wenn die Bestandsdaten eines Produkts im ERP maßgeblich sind, muss der Webshop diese anzeigen. Wenn die Kommissionierung im Lager erfolgt, muss der Status rechtzeitig für die Auftragsverwaltung und den Kundenservice sichtbar sein.

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

Zuerst den Prozess verstehen

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 auf. Diese Schritte können gerechtfertigt 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 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 in E-Mails, Telefonaten oder separaten Tabellen landet?

In einem Großhandelsumfeld ist es beispielsweise nicht sicher, dass die Übertragung von Bestelldaten das größte Problem ist. Möglicherweise wartet die Bestellung, weil die Genehmigung der individuellen Preisgestaltung nicht eindeutig jemandem zugeordnet ist. In der Produktion hilft die Verknüpfung des Produktionsplans mit den tatsächlichen Maschinendaten wenig, wenn die Verwendung von Artikelnummern, Einheiten oder Ausschusscodes inkonsistent ist.

Die Integration beschleunigt die bestehende Arbeitsweise. 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 benötigt.

Wo sollte man anfangen?

Nicht jede Verbindung ist gleich wertvoll. In einem Unternehmen ist es in der Regel 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. Dies könnte bedeuten, dass der Bestellstatus nicht mehr in drei verschiedenen Tabellen erscheint oder dass das Lager nicht mehr aus E-Mails 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 vertraglich vereinbarten 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 nachvollziehbar bereitzustellen und nicht wertvolle Kapazitäten durch Verwaltung zu binden.

Ohne die Frage des Datenverantwortlichen gibt es keine Kontrolle

Eines der wichtigsten, aber oft vernachlässigten Elemente der Unternehmenssystemintegration ist die Benennung von Datenverantwortlichen. Wenn derselbe Kundenname, dasselbe Produkt, derselbe Preis oder derselbe Bestand in mehreren Systemen geändert werden kann, entstehen früher oder später Abweichungen. 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 welchen Regeln sie die Änderung erhalten. Dies ist keine administrative Formalität. Finanzen, Vertrieb, Lager und IT müssen dasselbe unter buchbarem Bestand oder abgeschlossener Bestellung verstehen.

Die Echtzeitsynchronisation ist nicht immer die beste Antwort. Bei einigen Prozessen ist sie gerechtfertigt, beispielsweise 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 dadurch, was technisch spektakulärer ist.

Die Integration ist auch eine Betriebsaufgabe

Nach der Fertigstellung einer Übergabe beginnt die Arbeit, die entscheidet, ob sie langfristig nützlich sein wird. 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 leise Fehler erzeugen.

Es müssen überprüfbare Protokolle vorhanden sein, Fehlerbehandlungsverfahren, Berechtigungen und Verantwortliche. Fehlerhafte Einträge 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.

Das Änderungsmanagement gehört ebenfalls dazu. Vor der Einführung eines neuen Feldes, Status oder einer neuen Partnerbeziehung sollten Tests und die Möglichkeit der Rückstellung festgelegt werden. Aus Sicht der Produktion, Logistik oder Abrechnung können kritische Prozesse nicht ausschließlich 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 Aufräumen erforderlich 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 muss man bei alten Systemen vorgehen. Eine veraltete Anwendung kann technisch verbunden werden, aber ihre Unterstützung, Dokumentierbarkeit, sichere Betriebsfähigkeit und erwartete Lebensdauer müssen bewertet werden. Manchmal ist eine vorübergehende Datenverbindung die vernünftige Entscheidung. Manchmal ist zuerst die Modernisierung des Systems oder des Prozesses gerechtfertigt.

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

Eine gut geplante Integration ist letztendlich nicht dadurch wertvoll, wie viele Systeme sie verbindet. Sondern dadurch, dass eine Bestellung, eine Bestandsbewegung oder ein Fertigungsereignis mit weniger Vermutungen, weniger manuellen Eingriffen und klarer Verantwortung durch das Unternehmen läuft. Wenn dieses Ziel im Auge behalten wird, fällt die nächste technische Entscheidung viel leichter.