Workflow-Automatisierung im Unternehmen: die Ebenen neben der Technik

Workflow-Automatisierung sieht zunächst nach einem rein technischen Thema aus. Doch die Technik ist nur die unterste von mehreren Ebenen - über ihr liegen Betrieb, Qualität, Ökonomie, Beschaffung und Recht, und keine davon steht in einem Tutorial. Erst wenn alle geklärt sind, ist ein Workflow reif für den Einsatz im Unternehmen.

Wenn man anfängt, Abläufe zu automatisieren, stößt man erstmal auf eine Reihe neuer technischer Herausforderungen: APIs verstehen, JSON lesen, Webhooks einrichten, Datenbanken anbinden, einen Server betreiben. Und gerade als Quereinsteiger denkt man hier schnell, es handelt sich um eine rein technische Disziplin.

Mit der Zeit wird diese technische Ebene beherrschbar, und ein Workflow wäre theoretisch in der Lage, einen realen Unternehmensprozess abzubilden. Doch spätestens an dieser Stelle werden weitere Ebenen sichtbar - vor allem, wenn man KI-gestützte Automatisierungen im Unternehmen betreiben will. Betriebsreif ist ein Workflow erst, wenn sie alle geklärt sind.

Fünf solcher Ebenen lassen sich unterscheiden. Jede stellt eine eigene Frage, jede folgt einer eigenen Logik, und keine lässt sich mit technischem Denken beantworten. Der Reihe nach - von der Ebene, die der Technik am nächsten liegt, bis zu der, die am weitesten von ihr entfernt ist.

Betrieb: Läuft er weiter - und merkt es jemand?

Ein Workflow, der heute stabil läuft, sagt nichts über morgen. Zugänge laufen ab, Schnittstellen ändern sich, ein Update verschiebt ein Datenfeld. Die Betriebs-Ebene stellt darum eine andere Frage als die Technik: nicht ob etwas funktioniert, sondern ob es auch zukünftig stabil weiterläuft und ob es jemand erfährt, wenn nicht. Der heikelste Teil ist dabei die Meldung selbst: Auch eine Überwachung kann falsch eingerichtet sein - dann bleibt sie stumm, und genau das fällt niemandem auf. Die gefährlichsten Ausfälle haben keine Fehlermeldung - sie bestehen aus Stille.

Für ein Unternehmen heißt das: Zu jedem Workflow gehört eine Antwort auf die Frage, wer wann davon erfährt, dass er steht und wieviel Zeit bis dahin vergeht.

Qualität: Tut er das Richtige?

Klassische Automatisierung war deterministisch: gleiche Eingabe, gleiche Ausgabe. Ein Fehler ließ sich reproduzieren, eingrenzen, beheben. Sobald ein Sprachmodell im Workflow arbeitet, gilt das nicht mehr: Dieselbe Frage kann heute anders beantwortet werden als morgen. Der typische Fehler ist kein Absturz, sondern plausibler Unsinn - eine Antwort, die überzeugend klingt und falsch ist. Für diese Fehlerart gibt es keinen Debugger.

An seine Stelle tritt das Messen: ein Testset aus Fällen mit bekannter Auflösung, gegen das der Workflow antreten muss, bevor er in Betrieb geht. Und danach regelmäßig wieder. Modelle werden weiterentwickelt und ausgetauscht und was gestern stimmte, stimmt nach einem Modellwechsel nicht automatisch weiter.

Für ein Unternehmen heißt das: Zu jedem Workflow mit KI-Baustein gehört die Antwort, woran man erkennt, dass die Ergebnisse stimmen und wer das wie oft nachmisst und dokumentiert.

Ökonomie: Was darf er kosten und wem wird es zugerechnet?

Ein klassisches Programm kostet, was seine Lizenz kostet. Ein Workflow mit KI-Baustein kostet pro Durchlauf - jede Anfrage an ein Modell wird nach Menge abgerechnet. Ein Workflow kann deshalb fachlich alles richtig machen und trotzdem Schaden anrichten, etwa wenn er sich in einer Schleife selbst aufruft und Kosten erzeugt, bis jemand ihn bemerkt.

Dagegen hilft kein einzelner Schutz, sondern eine Staffelung aus Mechanismen verschiedener Geschwindigkeit: ein hartes Kontingent als Wand, enge Grenzen je Zugriffsschlüssel als Sicherung, ein Budget-Alarm als Rauchmelder. Wobei man diesen Rauchmelder kennen sollte: Budget-Alarme laufen den tatsächlichen Kosten oft um Stunden hinterher - wer nur den Alarm hat, erfährt vom Feuer nach dem Feuer. Dazu kommt die Zuordnung: Laufen zwanzig Workflows über denselben Zugang, lässt sich von der Rechnung nicht mehr ablesen, was ein einzelner Prozess kostet - diese Frage muss beim Bau beantwortet werden, nicht am Monatsende. Richtig aufgesetzt, lässt sich der maximale Tagesschaden ausrechnen. Und auch die Buchhaltung hängt an dieser Zuordnung: Wer Kosten je Prozess oder Kostenstelle centgenau verbuchen will, braucht Aufrufe, die von Anfang an getrennt gezählt werden - nachträglich lässt sich eine Sammelrechnung nicht mehr aufteilen.

Für ein Unternehmen heißt das: Zu jedem Workflow gehört die Antwort, was er genau an Kosten verursacht und auch, was er im schlimmsten Fall an einem Tag kosten kann. Außerdem wem seine Kosten im Normalfall zugerechnet werden.

Beschaffung: Woher kommt das Modell und zu welchen Bedingungen?

Sprachmodelle hostet man in aller Regel nicht selbst - die leistungsfähigsten gibt es ohnehin nur aus der Cloud. Was nach einer einfachen Bestellung klingt, ist eine Auswahl mit vielen Variablen: Kein Anbieter liefert alles, nicht jedes Modell ist überall verfügbar und wer Wert darauf legt, wo seine Daten verarbeitet werden, schränkt die Auswahl weiter ein. In der Praxis landet man deshalb schnell bei mehreren Anbietern gleichzeitig - mit mehreren Konten, mehreren Preislisten und Bedingungen, die sich einseitig ändern können. Dabei lernt man ein Auswahlkriterium, das in keinem Modellvergleich steht: Ein verlässlich verfügbarer Zugang ist im Betrieb mehr wert als das beste Modell, an das man nicht sicher herankommt.

Mit jedem weiteren Workflow wächst dann die Buchhaltung dahinter: welcher Prozess nutzt welches Modell, über welchen Schlüssel, auf welchem Konto. Ein Schlüssel, den niemand mehr zuordnen kann, lässt sich weder eng begrenzen noch gefahrlos zurückziehen. Wer diese Übersicht nicht von Anfang an führt, betreibt nach einem Jahr ein Geflecht, das sich nur mühsam entwirren lässt.

Für ein Unternehmen heißt das: Zu jedem Workflow gehört die Antwort, woher sein Modell kommt, unter welchem Konto er läuft - und wieviel Zeit und Geld ein Anbieterwechsel kosten würde.

Recht: Darf er das und wer verantwortet es?

Ein Workflow kann stabil laufen, sauber messen, sauber abgerechnet werden - und trotzdem gegen geltendes Recht verstoßen. Etwa weil er Gesundheitsdaten verarbeitet, für die die Datenschutz-Grundverordnung besondere Anforderungen stellt. Oder weil die Daten an einen Dienstleister fließen, mit dem nie ein Vertrag zur Auftragsverarbeitung geschlossen wurde. Die Rechts-Ebene gilt unabhängig von allen anderen, und sie hat eine Eigenschaft, die gern übersehen wird: Verantwortung lässt sich nicht auslagern. Wer die Verarbeitung von Daten einem Dienstleister überträgt, bleibt rechtlich der Verantwortliche - der Auftrag wandert, die Pflicht nicht. Dazu kommt, dass die Details oft eine Ebene tiefer liegen, als man prüft: Ein Filter, der persönliche Daten aus den Antworten entfernt, sagt noch nichts darüber, was in den Protokollen des Anbieters im Klartext stehen bleibt.

Für ein Unternehmen heißt das: Zu jedem Workflow gehört die Antwort, welche Daten er verarbeitet, auf welcher Grundlage - und wer das im Zweifel erklären muss.

Warum das in keinem Tutorial steht

Wenn diese Ebenen so entscheidend sind, warum sieht man am Anfang nur die Technik? Die anderen Ebenen sind nicht versteckt. Sie stehen nur nirgends. Und das hat einen einfachen Grund: Technisches Wissen ist kontextfrei. Ein Webhook funktioniert bei jedem gleich, deshalb lässt er sich in einer Anleitung erklären, die für alle stimmt - und solche Anleitungen gibt es tausendfach. Die Ebenen darüber sind kontextgebunden: Wer von einem Ausfall erfahren muss, hängt vom Prozess ab. Woran man richtige Ergebnisse erkennt, von den eigenen Fällen. Was ein Workflow kosten darf, vom Unternehmen. Woher das Modell kommen darf, von den eigenen Anforderungen. Welche Daten er verarbeiten darf, vom Rechtsrahmen. Auf keine dieser Fragen gibt es eine allgemeine Antwort - also steht sie in keiner Anleitung.

Die eigentliche Arbeit beginnt da, wo die Tutorials und Kurse aufhören.

Die Reifeprüfung

Damit lässt sich die Frage vom Anfang beantworten, woran man erkennt, dass ein Workflow reif für ein Unternehmen ist. Nicht daran, dass er läuft - das ist die unterste Ebene. Betriebsreif ist er, wenn diese fünf Fragen eine Antwort haben:

• Wer erfährt es, wenn er steht und wann?
• Woran erkennt man, dass seine Ergebnisse stimmen und wer prüft das regelmäßig?
• Was kostet ein Durchlauf und was kann der Workflow im schlimmsten Fall an einem Tag kosten?
• Woher kommt sein Modell und was würde ein Wechsel zu einem alternativen Anbieter kosten?
• Welche Daten verarbeitet er und auf welcher Grundlage?

Legt man die fünf Ebenen nebeneinander, fällt noch etwas auf: Sie heißen fast wie die Abteilungen eines Unternehmens. Betrieb, Qualitätssicherung, Controlling, Einkauf, Recht - für jede dieser Aufgaben gibt es im Mittelstand längst Zuständige, Erfahrung und eingespielte Abläufe. Nur denkt beim Wort „Workflow“ selten jemand an sie, weil das Thema erstmal wie ein IT-Projekt erscheint. Dabei ist das womöglich die wichtigste Folgerung aus dem ganzen Modell: Die Kompetenz für das Drumherum ist in den meisten Unternehmen vorhanden. Sie muss nur an den Tisch, wenn automatisiert wird.

Keine dieser fünf Fragen ist technisch. Aber erst ihre Antworten machen aus einem Workflow, der läuft, einen betriebsreifen.