Was ein ineinandergreifendes System ausmacht

„Wir bauen Ihnen ein System" sagen viele. Was damit gemeint ist, ist selten dasselbe. Für den einen ist ein System eine Software mit vielen Funktionen. Für den anderen eine Sammlung von Werkzeugen, die irgendwie verbunden sind. Dieser Beitrag beschreibt, was wir meinen, wenn wir das Wort benutzen — und zwar so konkret, dass Sie ein Angebot daran messen können.

Ein ineinandergreifendes System hat fünf Schichten. Jede baut auf der darunter auf. Und die Reihenfolge, in der man sie baut, entscheidet darüber, ob am Ende etwas zusammenhängt oder ob man nur eine teurere Insellandschaft besitzt.

Schicht 1: Das Datenfundament

Ganz unten liegt die Antwort auf die Frage: Welche Dinge gibt es in diesem Betrieb, und wie hängen sie zusammen? In fast jedem Betrieb sind es dieselben sieben, acht Dinge, nur anders benannt: Kunde (oder Mandant, Patient, Mieter), Anfrage, Vorgang, Auftrag, Termin, Leistung, Dokument, Rechnung. Und die Beziehungen sind ebenfalls überall ähnlich: Ein Kunde hat viele Vorgänge. Ein Vorgang wird zu einem Auftrag. Ein Auftrag hat Termine und Leistungen. Aus Leistungen entsteht eine Rechnung.

Das Datenmodell ist die eine Stelle, an der diese Beziehungen beschrieben sind. Alles darüber benutzt sie, statt eigene mitzubringen. Wenn die Telefon-KI einen Vorgang anlegt, ist es derselbe Vorgang, den das Cockpit zeigt und aus dem die Rechnung entsteht. Nicht eine Kopie, nicht eine Notiz, nicht ein Export — derselbe.

Woran Sie erkennen, ob ein Angebot diese Schicht hat: Fragen Sie, wo die Daten liegen, wenn das Werkzeug seine Arbeit getan hat. Wenn die Antwort „in unserem System" lautet und Ihr Fachprogramm nicht vorkommt, bringt das Werkzeug ein eigenes Fundament mit — und Sie haben ab morgen zwei.

Schicht 2: Die Schnittstellen

Kein Betrieb fängt bei null an. Es gibt ein Fachprogramm, eine Buchhaltung, meist Microsoft 365, oft ein Kassensystem, ein Zeiterfassungsgerät, ein Portal. Diese Dinge bleiben — nicht aus Nostalgie, sondern weil sie funktionieren und weil ein Ersatz teuer und riskant ist. Die zweite Schicht verbindet sie mit dem Datenfundament.

Die Richtung ist dabei entscheidend. Das Fachprogramm bleibt oft die führende Quelle für Aufträge; das Datenfundament liest sie und ergänzt, was das Fachprogramm nicht kann. Die Buchhaltung bleibt die führende Quelle für Zahlungen; das Fundament erfährt, wann eine Rechnung bezahlt wurde. Was in der Schnittstelle fließt, in welche Richtung, und wer bei Widersprüchen recht hat — das ist der Schnittstellenplan, und er gehört in die Architektur, bevor ein Baustein gebaut wird. Was Schnittstellen technisch sind und welche Wege es gibt, steht hier.

Schicht 3: Die Automatisierung

Erst jetzt kommt das, was die meisten als „Digitalisierung" verstehen: Abläufe, die von selbst laufen. Angebote aus Vorlagen, Terminbestätigungen, Wiedervorlagen, Rechnungen aus dem erledigten Auftrag, Mahnläufe. Weil die zwei Schichten darunter stehen, ist das jetzt einfach: Die Automatisierung muss nichts abtippen, sie liest den Vorgang und schreibt in den Vorgang. Ein Workflow, der „wenn Auftrag erledigt, dann Rechnung" sagt, braucht keine Excel-Zwischenschicht, weil Auftrag und Rechnung im selben Modell liegen.

Hier gilt die Regel vom Fehlerpreis: Was regelhaft ist und bei einem Fehler mit einem Klick zu korrigieren wäre, läuft voll automatisch. Was einen beschädigten Kundenkontakt kosten könnte, bekommt eine Freigabe — die Maschine macht den Entwurf, ein Mensch klickt. Was Urteil braucht, bleibt beim Menschen. Die fünf Kriterien dafür stehen hier.

Schicht 4: Die KI

KI kommt bewusst als vierte Schicht, nicht als erste. Sprachmodelle sind gut darin, Unstrukturiertes in Strukturiertes zu verwandeln: Eine E-Mail in einen Vorgang mit Kunde, Anliegen und Dringlichkeit. Einen Anruf in einen Termin mit Rückfrage. Einen Vertrag in eine Antwort auf die Frage „Was haben wir damals vereinbart?". Dafür brauchen sie aber eine Struktur, in die sie das Ergebnis ablegen können — das Datenfundament — und Daten, auf denen sie arbeiten können — die Schnittstellen.

Eine KI ohne diese Schichten darunter kann nur in Prosa antworten. Das ist der Grund, warum der freistehende Chatbot so oft enttäuscht: Er weiß nichts über Ihre Aufträge, weil er keinen Zugang zu ihnen hat, und er kann nichts anlegen, weil es kein Modell gibt, in das er schreiben könnte. Im System ist dieselbe Technik plötzlich nützlich — nicht, weil sie besser wurde, sondern weil sie angeschlossen ist. Wichtig dabei: Wo immer eine KI auf Ihren Daten arbeitet, muss sie ihre Quelle nennen, damit nachvollziehbar bleibt, woher eine Antwort stammt. Warum das nötig ist.

Schicht 5: Das Cockpit und die Auswertung

Ganz oben die Oberfläche, die Ihre Leute tatsächlich bedienen. Sie ist der sichtbarste Teil und der kleinste. Offene Vorgänge, heutige Termine, fällige Rechnungen, Auslastung — auf einen Blick, ohne drei Programme zu öffnen. Und die Auswertung, die jetzt von selbst entsteht, weil alles zusammenhängt: Welche Aufträge haben sich gerechnet? Wo hakt der Durchlauf? Welche Kunden kommen wieder?

Dass die Auswertung ganz oben steht, ist kein Zufall. Sie ist das, was die meisten Betriebe eigentlich wollen — „ich will sehen, wo wir stehen" — und das, was ohne die vier Schichten darunter nicht zu haben ist. Wer eine Auswertung kauft, ohne das Fundament zu haben, bekommt ein Dashboard, das jemand von Hand füttert.

Warum die Reihenfolge über alles entscheidet

Man könnte meinen: Hauptsache, am Ende sind alle fünf Schichten da. Das stimmt nicht. Wer mit Schicht 4 anfängt — ein Chatbot, eine Telefon-KI — und sich dann Schicht 1 dazubaut, muss die KI danach neu anschließen, weil sie bis dahin in ihre eigene Welt geschrieben hat. Wer mit Schicht 3 anfängt — ein paar Workflows in Power Automate, die zwischen Excel-Tabellen hin und her kopieren — baut Automatisierung auf Treibsand und muss sie nach dem Fundament neu bauen.

Die Reihenfolge von unten nach oben ist deshalb keine Pedanterie, sondern der Grund, warum ein System am Ende weniger kostet als vier Inseln. Jede Schicht wird einmal gebaut und von allen darüber benutzt.

Von unten nach oben gebaut, ist jeder Baustein ein Fortschritt. Von oben nach unten gebaut, ist jeder Baustein eine spätere Baustelle.

Und wenn man nicht alles auf einmal kann?

Dann baut man nicht alles auf einmal. Das ist der Normalfall. Die Architektur legt die fünf Schichten als Zielbild fest; die Umsetzung baut sie in Bausteinen. Der erste Baustein ist das Datenfundament mit der Anbindung des Fachprogramms — unspektakulär, aber die Voraussetzung. Der zweite ist der, der in der Analyse die höchste Zeitkostenstelle hatte, meist in Schicht 3. Erst danach kommt die KI, und erst zum Schluss das Cockpit. Nach jedem Baustein kann man aufhören und hat etwas, das läuft und zusammenpasst. So sieht das Vorgehen bei uns aus.