QMS, CMMS, EMI und Connected-Worker-Software: der Kampf um denselben Shopfloor
Drei Systeme rund um dasselbe Ereignis in der Fertigung, und keines musste sich nach den anderen richten. Eine Connected-Worker-Plattform bedient alle drei.
Eine Abfülllinie steht neunzig Sekunden lang still. Irgendwo in diesem Stillstand steckt eine Qualitätsabweichung, weil ein Chargenparameter aus dem zulässigen Bereich gedriftet ist. Gleichzeitig ist es ein Instandhaltungsereignis, denn die Ursache der Abweichung wird früher oder später einen Arbeitsauftrag nach sich ziehen. Und es ist ein Stillstandseintrag, denn irgendwer versucht gerade, die heutige OEE zu berechnen.
Drei Systeme wollen über dieselben neunzig Sekunden Bescheid wissen. Bisher bedeutete das drei Datenbanken, drei Logins und drei unterschiedliche Systematiken für Stillstandsgründe, um ein und denselben Stopp zu beschreiben. Die meisten Bediener lösen das pragmatisch: Sie erfassen den Stopp einmal, in dem System, das sich am schnellsten öffnen lässt, und lassen die anderen beiden leer.
QMS, CMMS und EMI wurden alle für genau diese Art von Ereignis entwickelt, nur aus unterschiedlichen Blickwinkeln. Jedes System dient einer anderen Person: der QS-Leitung, der Instandhaltungsleitung, der Werksleitung. Keines wurde dafür gebaut, den beiden anderen zuzuarbeiten. Stattdessen stehen sie sich gegenseitig im Weg. Eine Connected-Worker-Plattform (CWP) ist um die Person herum aufgebaut, die mitten zwischen allen dreien steht, und nicht um eines der drei Systeme.
Was ein QMS ist: gebaut für den Auditor, nicht für den Bediener
Ein Qualitätsmanagementsystem (QMS) gibt es schlicht deshalb, weil Aufsichtsbehörden eines verlangt haben. Die 1987 veröffentlichte ISO 9000 und der 1997 finalisierte 21 CFR Part 11 der FDA machten Qualitätsdokumentation von einer internen Best Practice zu einer Compliance-Pflicht, die Behörden prüfen können. Anbieter bauten daraufhin ganze Geschäftsmodelle rund um diese Pflicht auf: Dokumentenlenkung, Abweichungsmanagement, CAPA-Workflows. All das diente einem einzigen Zweck: einem lückenlosen Audit Trail.
Achten Sie darauf, wem das dient. Käufer ist die QS-Leitung, und das Ergebnis ist ein Dokument, das einen Auditor zufriedenstellt. Der Bediener in der Fertigung muss die Daten eintippen, doch für ihn wurde das System nicht entwickelt.
Diese Diskrepanz hat eine direkte Folge. Ein QMS kann Ihnen nicht sagen, was die Maschine überhaupt aus dem Takt gebracht hat (das ist eine Frage der Instandhaltung) oder ob die Linie diesen Monat tatsächlich schlechter läuft (das ist eine Frage der Leistung). Das System wurde nie dafür gebaut, eine dieser beiden Fragen zu beantworten.
Was ein CMMS ist: immer einen Schritt hinter dem Techniker
Ein computergestütztes Instandhaltungsmanagementsystem (CMMS) gibt es, weil Anlagen ausfallen und jemand festhalten muss, was kaputtgegangen ist, wer es repariert hat und wann es wieder ausfallen wird. Es ist ein Instandhaltungssystem für die Führungskraft, die die Berichte auswertet. Die Kategorie entstand in den 1980er-Jahren auf Großrechnern, wurde in den 1990er-Jahren zu werksweiter Asset-Management-Software formalisiert und erfand sich nach 2015 neu, als SaaS- und Mobile-First-Tools das Ruder übernahmen.
Diese neuere Generation hat verändert, für wen die Software eigentlich gedacht ist. Die Tools erfassen weiterhin dieselbe Reparaturhistorie wie jedes CMMS, doch die tägliche Nutzung haben sie um eine andere Person herum gestaltet: den Techniker direkt an der Maschine. Das ist echter Fortschritt und ein frühes Signal dafür, was eine Connected-Worker-Plattform noch umfassender leistet. Aber es ist Fortschritt nur innerhalb der Instandhaltung, und nichts an einem CMMS reicht über die eigenen Grenzen hinaus.
Ganz gleich, welche CMMS-Generation Sie nutzen: Es sagt Ihnen trotzdem nicht, ob der Stillstand, der den Ausfall verursacht hat, jemals als Qualitätsabweichung erfasst wurde, oder wie dieser Ausfall in die OEE dieses Monats einfließt. Ein CMMS wurde nie dafür gebaut, eine dieser beiden Fragen zu beantworten.
Was EMI ist: der Außenseiter, der nie eine eigene Kategorie bekam
Enterprise Manufacturing Intelligence, kurz EMI, ist der Außenseiter. LNS Research führt EMI, auch Operations Intelligence genannt, auf die frühen 2000er-Jahre zurück: eine Reporting-Ebene zwischen den Historians, die rohe Maschinendaten protokollieren, und den Systemen, mit denen das Unternehmen tatsächlich arbeitet. Sie ist für die Werksleitung oder das Management gebaut, das den Bericht liest, nicht für den Bediener an der Maschine.
EMI wurde nie zu einer Kategorie, die Käufer eigenständig bewerten. Ohne eigenes führendes System (System of Record) gibt es keinen Datenbestand, der EMI so gehört, wie ein QMS seinen Audit Trail oder ein CMMS seine Reparaturhistorie besitzt. Deshalb zwingt nichts EMI zu einer eigenen Position im Budget. Stattdessen landet es immer wieder in dem Tool, dem die zugrunde liegenden Daten tatsächlich gehören, meist in einer Plattform für Manufacturing Operations Management. Das ist der praktische Grund, warum sich der Begriff nie durchgesetzt hat: Es gibt keine konkrete Software, auf die jemand zeigt und sagt, das ist unser EMI-System, so wie es bei QMS oder CMMS der Fall ist.
Ganz gleich, auf welcher Plattform EMI letztlich läuft: Dem Bediener an der Linie hilft es im Moment des Stillstands nicht. EMI kann Ihnen sagen, dass die Linie diesen Monat schlechter lief, in einem Bericht, den jemand Tage oder Wochen später am Schreibtisch liest. Es kann dem Bediener nicht sagen, was er in diesem Moment tun soll. Und bis der Bericht bei jemandem ankommt, der entscheiden darf, ist die Person, die tatsächlich weiß, warum die Linie langsamer wurde, längst in der nächsten Schicht, und die eigentliche Ursache ist kaum noch nachvollziehbar.
Wo Connected-Worker-Plattformen ansetzen: nach Person gruppiert, nicht nach Funktion
Eine Connected-Worker-Plattform (CWP) ist die Antwort auf genau diese Lücke. Statt Software wie die anderen drei nach Funktion zu gruppieren (Qualität, Instandhaltung, Reporting), gruppiert sie Software nach Person. LNS Research nennt diese Kategorie Connected Frontline Workforce (CFW) und beschreibt sie anhand von sechs Fähigkeiten:
- Digitales Wissensmanagement
- Unterstützung bei der Arbeitsausführung
- Kompetenzmanagement
- Workforce Analytics
- Zusammenarbeit im Team
- Rollenbasierte Anwendungsfälle
CWPs sind weiter, als der Hype vermuten lässt. Gartner beobachtet dieselbe Kategorie unter eigenem Namen als Connected Factory Worker, und der 2025 Hype Cycle for Manufacturing Operations Strategy verzeichnet bereits echten, bewährten Einsatz in Produktionswerken, nicht nur Pilotprojekte und Versprechen.
Eine echte Schwäche hat die CWP von EMI geerbt: Auch sie hat kein eigenes führendes System. Die meisten Implementierungen ziehen Daten aus anderen transaktionalen Systemen, allen voran aus dem MES, denn kein einzelner CWP-Anbieter deckt alle Anwendungsfälle allein ab. Architekturen mit mehreren Anbietern sind hier die Regel, so wie auch EMI nie für sich allein stehen konnte.
Wie die CWP die Lücke schließt: eine Eingabe, drei Systeme
Zurück zum Stillstand von neunzig Sekunden. Ein QMS will ihn als Abweichung erfasst haben. Ein CMMS will ihn als Arbeitsauftrag. EMI will ihn in die OEE dieses Monats einrechnen. Bisher bedeutete das, dass der Bediener ein System bediente und die anderen beiden liegen ließ, nicht aus Bequemlichkeit, sondern weil niemand eine Lösung gebaut hatte, bei der eine einzige Eingabe alle drei zufriedenstellt.
Genau diese Lücke schließt die CWP, ohne die zugrunde liegende Logik der älteren Systeme zu ersetzen: Eine Abweichung muss weiterhin ins QMS, ein Ausfall weiterhin ins CMMS, und der Stillstand selbst muss weiterhin in die OEE des Monats einfließen. Weil sie um die Person herum gebaut ist, die die Arbeit macht, und nicht um den Bericht darüber, erfasst eine Connected-Worker-Plattform den Stillstand einmal, direkt am Arbeitsplatz, und leitet ihn an alle Systeme weiter, die ihn brauchen. So muss niemand in denselben neunzig Sekunden drei verschiedene Datenerfasser in einer Person sein.
Wo Factbird ansetzt: Korrelation statt nur schnellerer Formulare
Eine Connected-Worker-Plattform sorgt dafür, dass eine Eingabe alle drei Systeme erreicht. Unsere Connected Worker-Ebene leistet das ebenfalls und stellt dann eine andere Frage: Woher kommt diese Eingabe überhaupt?
Die meisten Connected-Worker-Plattformen, unsere eingeschlossen, helfen dabei zu standardisieren, was ein Bediener während einer Schicht sieht und tut: geführte Workflows, papierlose Qualitätsprüfungen, digitale Arbeitsanweisungen und eine Möglichkeit, ein Problem zu melden, bevor es größer wird.
Der Unterschied liegt darin, was diese Erfahrung überhaupt speist. Viele Connected-Worker-Plattformen basieren auf selbst gemeldeten Eingaben. Eine bessere Oberfläche über einem manuellen Formular bleibt ein manuelles Formular. Unsere Ebene beginnt mit Daten, die direkt von der Anlage kommen, nichts wird nachträglich eingetippt. Genau das macht Korrelation möglich. Jedes System bekommt mehr als einen Eintrag: Es bekommt einen Grund.
Eine Qualitätsprüfung, die mit der Charge verknüpft ist, aus der sie stammt, sodass das QMS eine Abweichung samt Ursache erhält statt nur einer Notiz. Ein Stillstandsereignis, das mit der auslösenden Tätigkeit verknüpft ist, sodass das CMMS einen Arbeitsauftrag erhält, der nicht bei null beginnt. Eine SOP-Ausführung, die mit der darauffolgenden OEE-Veränderung verknüpft ist, sodass EMI erfährt, warum sich die Kennzahl bewegt hat, und nicht nur, dass sie es getan hat.
Auf den ersten Blick mag das wie eine kleine Änderung wirken. In der Praxis erzielen Hersteller, die Connected Worker auf Basis dieser Korrelation einsetzen, jedoch eine zusätzliche OEE-Steigerung um 3 Prozentpunkte und einen Produktivitätsgewinn von 20 %, gemessen an einer Stichprobe von 19 Linien. Es ist der Unterschied zwischen Software, die sich darauf verlässt, woran sich der Bediener beim Stillstand erinnert, und Software, die bereits weiß, was passiert ist, bevor überhaupt jemand die App öffnet.
