Von der Bestellung bis zur Rechnung: Insellösungen zusammenführen, ohne das ERP zu ersetzen

Eine durchgängige IT-Architektur für die Auftragsabwicklung sorgt dafür, dass eine Bestellung nur einmal erfasst wird und von dort ohne menschliches Umkopieren zu Auftragsbestätigung, Lieferschein, Rechnung und Archiv wird. Für die IT-Leitung ist das weniger ein Neubau als eine Entscheidung darüber, wie die vorhandenen Inseln miteinander reden sollen.

Was durchgängig in der Auftragsabwicklung bedeutet

Durchgängig heißt: Vom Eingang der Bestellung bis zum Zahlungseingang gibt es einen Datenfluss, keine Kette aus Exporten. Der Auftrag im ERP kennt das Angebot aus dem CRM, der Lieferschein entsteht aus dem Auftrag, die Rechnung aus dem Lieferschein, und alle Dokumente hängen an derselben Auftragsnummer im Archiv. Wer einen Auftrag sucht, findet ihn in jedem System unter derselben Nummer, mit demselben Stand.

Das Gegenteil ist der Normalfall in gewachsenen Landschaften: ein ERP, ein separates Dokumentenmanagement, eine Rechnungssoftware vom Steuerberater, dazu Excel für alles, was keines der drei kann. Jede Übergabe dazwischen ist ein Mensch mit Tastatur.

Warum die Integration so oft liegen bleibt

Meist scheitert die Durchgängigkeit an drei Dingen, die nichts mit Technik zu tun haben. Erstens ist unklar, welches System für welche Daten die Wahrheit kennt; also pflegt jede Abteilung ihre eigene. Zweitens hat das Altsystem eine proprietäre Schnittstelle, die nur der frühere Dienstleister versteht, und niemand traut sich heran. Drittens will die Geschäftsführung kein Projekt, das mit dem Austausch des ERP beginnt.

Alle drei Hürden lassen sich umgehen, wenn Sie die Architektur nicht als Ersatz, sondern als Schicht über den Bestand planen.

Mehrere Systeme über REST-API verbinden statt Big Bang

Der erste Baustein ist eine Schnittstellenschicht: Jedes System bekommt eine dokumentierte, versionierte REST-Schnittstelle, notfalls durch einen kleinen Dienst, der vor das Altsystem gesetzt wird. Alle anderen Systeme sprechen nur noch mit dieser Schicht, nie direkt mit der Datenbank des Nachbarn. Dadurch können Sie später das Dokumentenmanagement austauschen, ohne dass das ERP davon erfährt, und das ERP modernisieren, ohne die Rechnungsstellung anzufassen.

Der zweite Baustein ist ein gemeinsames Datenmodell. Kundenadresse, Artikelnummer, Preis und Liefertermin haben in der Schicht genau eine Definition; jedes System übersetzt sein internes Format hinein und wieder heraus. Ohne dieses Modell bauen Sie für jedes Systempaar eine eigene Übersetzung, und die Dubletten kommen durch die Hintertür zurück.

Ereignisse statt nächtlicher Stapelläufe

Der dritte Baustein bestimmt, wann Daten fließen. Nächtliche Stapelläufe waren lange Standard: Um Mitternacht werden die Aufträge des Tages ins Dokumentenmanagement geschoben. Der Vertrieb sieht Statusänderungen deshalb erst am nächsten Morgen, und ein Fehler im Lauf fällt erst auf, wenn die halbe Belegschaft schon damit arbeitet.

Eine ereignisgesteuerte Architektur löst jeden Schritt sofort aus: Ein neuer Auftrag erzeugt ein Ereignis „Auftrag angelegt“, das die Dokumentenerstellung startet; ist das Dokument fertig, folgt „Dokument bereit“, und die Rechnungsstellung übernimmt. Jeder Schritt hinterlässt einen Eintrag mit Zeitstempel. Fällt ein Empfänger aus, wartet das Ereignis in einer Warteschlange, statt verloren zu gehen. Das ist zugleich die Grundlage für jede Auswertung, die Sie später wollen: Sie sehen, wo Aufträge liegen bleiben.

Wo die Dokumentation am meisten Zeit frisst

Die Dokumentation ist in fast jeder Auftragsabwicklung der größte Zeitfresser, weil sie zuletzt kommt und niemand dafür zuständig sein will. Lieferscheine, Zollpapiere, Prüfbescheinigungen und Rechnungen entstehen aus denselben Auftragsdaten, werden aber getrennt erstellt und getrennt abgelegt. In einer durchgängigen Architektur erzeugt das Ereignis „Auftrag freigegeben“ alle erforderlichen Dokumente aus einer Quelle, signiert sie, wo nötig, und legt sie am Auftrag ab. Was für den Export an Formularen anfällt, wird aus den Auftragsdaten befüllt, statt von Hand aus dem Lieferschein abgeschrieben zu werden.

Einführung ohne Betriebsunterbrechung

Die größte Sorge der IT-Leitung ist zu Recht der laufende Betrieb. Der bewährte Weg: Zuerst kommt die Schnittstellenschicht vor die Altsysteme, ohne dass sich für die Anwender etwas ändert. Dann wird ein einzelner Baustein herausgelöst, meist die Rechnungsstellung oder die Dokumentenerstellung, weil beide klar abgrenzbar sind, und als eigener Dienst neu gebaut. Das ERP bleibt, wie es ist, angebunden über die Schicht. Erst wenn dieser Schritt stabil läuft, folgt der nächste. Jede Stufe hat einen geprobten Rückweg, und die Anwender erleben keinen Stichtag.

Welche Rolle KI dabei spielt

Sobald die Daten durchgängig fließen, kann ein KI-Baustein sinnvoll ansetzen: Rechnungen gegen Bestellungen prüfen, Zahlungseingänge zuordnen, Abweichungen melden. Vorher ist das Wunschdenken, weil das Modell dann auf drei widersprüchliche Datenstände schaut. dataso baut solche Bausteine so, dass jede Entscheidung des Modells nachvollziehbar protokolliert wird und die Daten auf Infrastruktur in Deutschland bleiben. Wenn Ihre Landschaft dafür noch nicht bereit ist, sagen wir das, statt ein KI-Projekt zu verkaufen.

Der nächste Schritt

Verfolgen Sie eine Bestellung der letzten Woche durch alle Systeme und schreiben Sie auf, an welchen Stellen ein Mensch sie weitergetragen hat. Mit dieser Liste klären wir in einer halben Stunde, welcher Baustein zuerst herausgelöst werden sollte: Potenzial-Check buchen.