Kurz gesagt
In den meisten Betrieben, die ich besuche, wird derselbe Arbeitsauftrag drei-, vier-, fünfmal neu erfasst: einmal für die Prüfung, einmal im QM-System, einmal in der Prüfmitteltabelle, einmal in der Planung. Jede Neueingabe kostet Zeit, und vor allem erzeugt sie Widersprüche: die Teilenummer, die von einem System zum anderen nicht übereinstimmt, das Datum, das lügt.
Die Lösung ist nicht, noch eine Software zu kaufen. Sie besteht darin, eine Information, die ein einziges Mal erfasst wird und eine eindeutige Kennung trägt, von einem Bereich zum nächsten fließen zu lassen. Ein bei der Prüfung erfasster Arbeitsauftrag wird zum Rohstoff für Qualität, Prüfmittelverwaltung und Planung, ohne dass eine menschliche Hand ihn abschreibt. Das nennt ISO 9001 in §7.5 die Lenkung „dokumentierter Information“. Und genau dort wird KI, klar eingegrenzt, nützlich statt dekorativ.
Und seien Sie gleich beruhigt: Es geht nicht darum, Ihre gesamte IT auf einen Schlag zu ersetzen oder eine riesige Software einzuführen, die vorgibt, alles zu können. Man fügt spezialisierte Module hinzu, die miteinander sprechen, und wächst in Etappen (zuerst die Prüfung, dann die Qualität, später die Prüfmittelverwaltung), wobei jeder Baustein auf den schon vorhandenen Daten aufbaut.
Die wahren Kosten der Silos sind nicht die Software
Wenn es darum geht, einen Betrieb zu digitalisieren, zählt man reflexartig Lizenzen. Aber die wahren Kosten liegen woanders. Sie liegen in der Doppelerfassung, dieser unsichtbaren Tätigkeit, die nichts erzeugt und doch einen echten Teil des Tages eines Prüfers oder einer Bürokraft beansprucht.
Nehmen Sie einen gewöhnlichen Arbeitsauftrag in einem Lohnfertigungsbetrieb. Er entsteht irgendwo: eine Nummer, ein Kunde, ein Teil, eine Menge, ein zugesagter Liefertermin. Derselbe Arbeitsauftrag existiert danach in der einen oder anderen Form im Prüfbericht, im Abweichungsregister, wenn ein Problem auftritt, in der Verfolgung der Prüfmittel, mit denen gemessen wurde, im Produktionskalender. Fünf Orte. Fünf Gelegenheiten, dieselben Informationen neu einzutippen.
Wie oft wird in Ihrem Betrieb dieselbe Teilenummer an einem Tag von Hand eingetippt? Und wie viele dieser Eingaben geschehen unter Druck, zwischen zwei Messungen, an einem Platz, dessen Bildschirm weit von der Maschine entfernt ist? Die Frage ist keine rhetorische Spielerei: Sie soll Sie zum Nachrechnen bringen, denn diese Rechnung macht nie jemand.
Die Doppelerfassung hat direkte Kosten in Zeit, aber sie hat noch andere, heimtückischere. Jede Neueingabe ist eine Gelegenheit für einen Fehler. Eine vertauschte Ziffer, eine vergessene Null, ein falsch geschriebener Kundenname. Und wenn dasselbe Teil in zwei Systemen zwei leicht unterschiedliche Identitäten trägt, bekommt die Rückverfolgbarkeit Risse. Dabei ist Rückverfolgbarkeit in einem ernsthaften Betrieb kein Luxus: Sie ist oft die Voraussetzung für die Lieferung überhaupt.
Ein Silo ist keine isolierte Software. Es ist eine Information, die dazu verurteilt ist, jedes Mal neu getippt zu werden, wenn sie den Bereich wechselt.
Warum Silos entstehen (und warum niemand schuld ist)
Silos entstehen nicht aus einer schlechten Entscheidung. Sie entstehen aus einer Folge guter lokaler Entscheidungen. Der Betrieb nimmt eine spezialisierte Software für die Prüfung, weil sie gut im Prüfen ist. Er nimmt eine generische Suite für die Buchhaltung, weil sie gut in der Buchhaltung ist. Er behält eine Tabelle für die Prüfmittel, weil die Tabelle immer funktioniert hat. Jedes Werkzeug ist für sich genommen eine gute Wahl.
Das Problem entsteht an der Grenze zwischen den Werkzeugen. Niemand hat entschieden, dass der Arbeitsauftrag fünfmal neu erfasst wird. Es ist einfach das, was übrig bleibt, wenn fünf gute Werkzeuge nicht miteinander sprechen. Das Silo ist der leere Raum zwischen zwei Programmen, die nichts verbindet.
Ich war vierzehn Jahre in der Qualitätssicherung, bevor ich Fachsoftware entwickelt habe, und ich kann Ihnen sagen: Diesen leeren Raum füllt man am Ende mit Menschen. Mit jemandem, dessen Arbeit zum Teil darin besteht, Brücken zu schlagen: den Prüfbericht ins Qualitätsregister abschreiben, die Kalibriertabelle anhand einer E-Mail aktualisieren, die Arbeitsaufträge in der Planung neu erfassen. Diese Brückenarbeit ist nötig, solange die Systeme nicht miteinander kommunizieren. Sie ist auch vollkommen unproduktiv.
Und sie ist zerbrechlich. An dem Tag, an dem die Brückenperson fehlt, hört die Information auf zu fließen. An dem Tag, an dem sie sich irrt, breitet sich der Fehler unbemerkt aus. Ein System, das von einer menschlichen Neueingabe abhängt, um stimmig zu bleiben, ist ein System, das still lügt, sobald die Hand zögert.
Die eindeutige Kennung: das unsichtbare Rückgrat
Der Ausweg aus dieser Falle liegt in einer einfachen, fast banalen Idee mit tiefgreifenden Folgen: Jeder Arbeitsauftrag muss eine eindeutige Identität haben, und nur eine. Nicht eine Nummer in der Prüfung und eine andere in der Planung. Dieselbe Kennung, überall, vom Erstmuster bis zum Versand.
Genau das tut eine gut konzipierte Software: Sie weist jedem Arbeitsauftrag einen stabilen Schlüssel zu und lässt diesen Schlüssel (keine Kopie des Arbeitsauftrags, sondern den Verweis darauf) zu den anderen Bereichen fließen. Wenn die Prüfung den Bericht anlegt, müssen Qualität, Prüfmittelverwaltung und Planung nichts mehr neu erfassen: Sie verweisen auf dieselbe Ursprungsinformation. Ändern Sie den Liefertermin an der Quelle, ändert er sich überall, weil er nur an einem Ort lebt.
Der Unterschied zur Doppelerfassung ist radikal. In einer Welt der Silos hält jedes System seine Version der Wahrheit, und diese Versionen laufen beim ersten Versäumnis auseinander. In einer Welt mit eindeutiger Kennung gibt es nur eine Version, und alles andere hängt daran. Man synchronisiert nicht fünf Kopien: Man teilt eine Quelle.
Seien wir ehrlich: Mehrere Bereiche miteinander sprechen zu lassen, ohne je eine Eingabe zu wiederholen, ist keine Zauberei. Hinter der scheinbaren Einfachheit steckt eine anspruchsvolle technische Architektur: ein stabiler Schlüssel, der sich nie verdoppelt, strenge Regeln für den Datenfluss, eine einzige Wahrheitsquelle, die mit Disziplin gepflegt wird. Genau diese für den Anwender unsichtbare Ingenieursarbeit macht es möglich. Ein Ökosystem, das ohne Erfassungsaufwand „miteinander spricht“, ruht auf einer soliden Struktur.
Dieser Wechsel verändert auch die Art der menschlichen Arbeit. Der Prüfer verbringt seine Zeit nicht mehr damit, Nummern abzugleichen; er prüft. Der Qualitätsverantwortliche schreibt keine Abweichungen mehr ab; er bearbeitet sie. Die gewonnene Zeit geht nicht auf Kosten der Sorgfalt: Sie wird durch Sorgfalt gewonnen, weil eine einzige Information von Natur aus verlässlicher ist als fünf auseinanderlaufende Kopien.
Was ISO 9001 bereits verlangt (§7.5)
Wer mit ISO 9001 lebt, erkennt hier eine vertraute Anforderung. Abschnitt §7.5, „dokumentierte Information“, verlangt, dass die Organisation ihre Informationen lenkt: dass sie identifizierbar, aktuell, dort verfügbar sind, wo man sie braucht, und gegen Verlust der Integrität geschützt.
Lesen Sie diesen Satz im Licht der Silos noch einmal. Ist eine Information, die fünfmal neu erfasst wird, verlässlich „identifizierbar“, wenn sie fünf Identitäten trägt? Ist sie „überall aktuell“, wenn die Aktualisierung von einer abschreibenden Hand abhängt? Ist sie „gegen Verlust der Integrität geschützt“, wenn jede Übertragung zwischen Systemen eine manuelle Abschrift ist? Die ehrliche Antwort lautet in den meisten Betrieben: nein.
Das Ökosystem mit eindeutiger Kennung ist keine IT-Bequemlichkeit. Es ist ganz konkret eine Art, §7.5 konstruktionsbedingt zu erfüllen. Wenn die Information nur an einem Ort existiert und per Verweis fließt, ist sie von Natur aus identifizierbar, von Natur aus aktuell, und ihre Integrität hängt nicht mehr von der Wachsamkeit einer Bürokraft ab. Die normative Anforderung ist dann keine Auflage mehr, die man nachträglich dokumentiert: Sie wird zu einer Eigenschaft des Systems.
Diese Nuance zählt für einen Auditor. Zu zeigen, dass man seine dokumentierte Information verwaltet, ist das eine. Zu zeigen, dass die Architektur zwei auseinanderlaufende Versionen desselben Arbeitsauftrags unmöglich macht, ist etwas anderes, viel Belastbareres.
§7.5 erfüllt man nicht, indem man seine Silos besser dokumentiert. Man erfüllt es, indem man die Neueingabe abschafft, die sie aushöhlt.
Die Kette, die sich von selbst abwickelt
Schauen wir, was aus dem Weg eines Arbeitsauftrags wird, wenn er nur einmal erfasst wird. Die Prüfung legt ihn an: Nummer, Teil, gemessene Maße, Ergebnis. Diese Information steht, einmal erfasst, den folgenden Bereichen zur Verfügung, und jeder nutzt sie auf seine Weise, ohne sie je neu zu tippen.
Die Qualität nutzt sie, wenn eine Abweichung auftritt. Liegt ein Teil außerhalb der Toleranzen, wird die daraus folgende Abweichung (§8.7) dem betroffenen Prozess zugeordnet und erbt bereits die Informationen des Arbeitsauftrags: den Kunden, das Teil, die Referenz. Man beginnt die Erfassung nicht von vorn; man fügt das Urteil hinzu. Und wenn diese Abweichung eine Korrekturmaßnahme (§10.2) erfordert, gehört diese zur Abweichung, in einer Kette, in der jedes Glied seinen Ursprung kennt.
Die Prüfmittelverwaltung nutzt sie anders. Sie weiß, welche Prüfmittel zum Messen eines bestimmten Teils verwendet wurden, weil die Verbindung schon in den Daten steckt. Erweist sich ein Prüfmittel bei der nächsten Kalibrierung als außerhalb der Toleranz, kann man die Kette zurückverfolgen: Welche Prüfungen hat es berührt, welche Arbeitsaufträge sind betroffen? Diese Frage, gefürchtet in einem Betrieb mit Silos, in dem man fünf Systeme durchsuchen muss, wird zu einer einfachen Abfrage, wenn alles dasselbe Rückgrat teilt.
Die Planung schließlich nutzt sie zum Einplanen. Ein bestätigter Arbeitsauftrag muss in der Planung nicht neu beschrieben werden: Er kommt dort schon beschrieben an, mit Status und Fortschritt. Der Planer sieht die Wirklichkeit des Betriebs, ohne dass man sie ihm abschreibt.
Was an dieser Kette auffällt, ist nicht ihre Raffinesse. Es ist ihre Banalität, sobald sie funktioniert. Die Information fließt, weil sie nie kopiert wurde. Es ist fast enttäuschend, wie einfach es ist, und genau deshalb hält es.
Wo die KI ins Spiel kommt, und wo nicht
Man fragt mich oft, wo in all dem die KI steckt. Die Antwort ist lehrreich, weil sie im Umkehrschluss festlegt, was die KI nicht tun darf.
Mit dem Datenfluss hat die KI nichts zu tun. Eine eindeutige Kennung von einem Bereich zum anderen weitergeben, garantieren, dass es nur eine Version eines Arbeitsauftrags gibt: Das ist deterministische Technik, strenge Regeln, eine disziplinierte Architektur. Keine künstliche Intelligenz darin, und das ist gut so. Wir wollen nicht, dass ein Modell errät, welchem Arbeitsauftrag eine Abweichung zugeordnet werden soll. Wir wollen, dass es das weiß, weil die Verbindung in den Daten ausdrücklich steht.
Die KI kommt vorher ins Spiel, bei der wiederkehrenden Erfassungsarbeit: eine bemaßte Zeichnung lesen und die Maße herausziehen, eine Nummer auf einem Dokument erkennen, eine Eingabe vorbereiten, die der Mensch nur noch prüfen muss. Dort erledigt sie, klar eingegrenzt von einer strukturierten Fachsoftware, einen beträchtlichen Teil der mühsamen Arbeit. Aber sie legt das Ergebnis in den Rahmen (die Struktur mit eindeutiger Kennung), wo es zu einer verlässlichen, nachverfolgten, wiederverwendbaren Information wird.
Das ist der ganze Unterschied zwischen einer nützlichen und einer dekorativen KI. Eine KI ohne Rahmen erzeugt plausiblen Text, der beim ersten Audit zusammenbricht, weil nichts die Stimmigkeit dessen garantiert, was sie behauptet. Dieselbe KI, eingebettet in ein System, das eindeutige Kennung, Rückverfolgbarkeit und menschliche Bestätigung vorschreibt, wird durch die Architektur diszipliniert. Sie bereitet vor; der Mensch bestätigt und übernimmt die Verantwortung. Sie erledigt den Großteil der Routine; das Urteil bleibt vollständig beim Qualifizierten.
Mit anderen Worten: Was das Ökosystem solide macht, ist nie die KI. Es ist der Rahmen. Die KI ist nur deshalb stark, weil sie innerhalb einer Struktur arbeitet, die selbst nichts errät.
Eine einheitliche Software ist kein Monolith
Man muss ein häufiges Missverständnis ausräumen. „Ein Ökosystem statt Silos“ heißt nicht „eine große Software, die alles macht“. Der riesige Monolith, das ERP, das niemand zu mehr als der Hälfte nutzt, ist nicht die Antwort. Es ist ein anderes Problem, das des Werkzeugs, das für die tatsächliche Arbeit zu schwerfällig ist.
Das Ökosystem ist etwas anderes: spezialisierte Anwendungen, jede hervorragend in ihrem Bereich (Prüfung, Qualität, Prüfmittelverwaltung, Planung), aber verbunden durch eine gemeinsame Identität und geteilte Daten. Der Betrieb aktiviert den Baustein, den er braucht, wenn er ihn braucht, ohne bei null anzufangen. Er beginnt mit der Prüfung, fügt im nächsten Jahr die Qualität hinzu, danach die Prüfmittelverwaltung. Bei jeder Etappe sind seine Stammdaten (Kunden, Personal, Arbeitsaufträge) schon da, schon geteilt.
Man hat die Spezialisierung einer Fachsoftware ohne die Isolation eines Silos. Man behält Werkzeuge, die für jede Aufgabe zugeschnitten sind, aber man schafft den leeren Raum zwischen ihnen ab. Der Arbeitsauftrag kennt keine Grenzen zwischen den Anwendungen: Für ihn gibt es keine.
Diese Architektur antwortet auch auf eine berechtigte Sorge von Geschäftsführern: die Angst, gefangen zu sein. Ein Ökosystem, das um eine eindeutige Kennung und strukturierte Daten herum gedacht ist, ist eines, in dem Ihre Daten Ihre bleiben, stimmig, exportierbar, beherrscht. Die Information ist nicht Gefangene eines Systems; sie ist die Substanz, die zwischen den Systemen fließt, und Sie behalten die Kontrolle darüber.
Zum Schluss: Wie oft erfassen Sie dasselbe?
Ich lasse Sie mit der Frage zurück, mit der alles beginnt und die ich jedem Betrieb stelle, den ich begleite: Wie oft wird bei Ihnen derselbe Arbeitsauftrag erfasst? Zählen Sie wirklich nach. Prüfung, Qualität, Prüfmittelverwaltung, Planung, Buchhaltung. Fragen Sie sich dann, wie viele dieser Eingaben einen neuen Wert schaffen und wie viele nur abschreiben, was schon existierte.
Jede Neueingabe, die Sie abschaffen, ist nicht nur Zeit, die Sie Ihren Leuten zurückgeben. Sie ist eine beseitigte Fehlerquelle, ein vermiedener Widerspruch, eine konstruktionsbedingt statt durch Wachsamkeit erfüllte Anforderung aus §7.5. Die Digitalisierung des Betriebs besteht nicht darin, Programme zu stapeln; sie besteht darin, dafür zu sorgen, dass eine einmal eingegebene Information nie wieder neu getippt werden muss.
Die eigentliche Frage ist vielleicht nicht „Welche Software soll ich kaufen?“. Sondern „Wo sind meine Silos, und was kosten sie mich, ohne dass ich es je beziffert habe?“. An dem Tag, an dem Sie diese Frage beantworten, wird der Rest offensichtlich.
Die in diesem Artikel beschriebenen Grundsätze haben die Entwicklung von Asterion Solutions geleitet, einer Suite von Fachsoftware für Fertigungs-KMU, die ihre Qualität strukturieren wollen, ohne den Verwaltungsaufwand zu vervielfachen.