Der Kunde fragt nach einem einzelnen Bauteil. Seriennummer, gebaut vor elf Monaten. Drei Kollegen fangen an zu suchen: einer im MES, einer in der Prüfdatenbank, einer in den Exportdateien der Schraubersteuerung. Nach zwei Tagen liegt eine Tabelle auf dem Tisch, in der die Zeitstempel nicht zueinander passen. Niemand hat schlecht gearbeitet. Es gab nur nie einen gemeinsamen Schlüssel.
Diese Situation ist der Regelfall, nicht die Ausnahme. In den meisten Fertigungen existieren alle nötigen Daten. Sie existieren nur in verschiedenen Systemen, unter verschiedenen Kennungen, mit verschiedenen Zeitbasen. Solange niemand rückwärts fragt, fällt das nicht auf. Rückwärts fragt aber genau der Kunde, der Auditor und der Anwalt.
Der übliche Reflex ist der Kauf eines weiteren Werkzeugs. Ein besseres QM-System, ein moderneres MES, eine spezialisierte Prüfsoftware. Das Ergebnis ist meist ein leistungsfähigeres viertes System und derselbe Bruch dazwischen. Die Frage ist nicht, welches Werkzeug das beste ist, sondern woran die Daten dieser Werkzeuge zusammenfinden.
Dieser Beitrag beschreibt, was eine Qualitätsplattform von einer Sammlung guter Einzellösungen unterscheidet, welche vier Datenströme zusammengehören, wie montageintegrierte Prüfung und Werkerführung darin zusammenspielen und wo Einzellösungen bewusst bleiben sollten. Es geht um Architektur, nicht um Anbietervergleich.
DAS WICHTIGSTE IN KÜRZE
|
KURZ ZUSAMMENGEFASST
|
Der Zustand, den man in der Serienfertigung fast überall findet, sieht harmlos aus. Jedes einzelne System funktioniert. Das ERP kennt Aufträge und Mengen. Das MES plant und meldet zurück. Die Prüftechnik erzeugt Messwerte. Die Werkerführung zeigt Anweisungen. Es gibt keinen offensichtlichen Fehler, den man abstellen könnte.
Der Bruch liegt eine Ebene tiefer. Er entsteht dort, wo zwei Systeme dasselbe Bauteil unterschiedlich benennen, unterschiedlich stempeln oder gar nicht kennen. Die folgende Aufstellung zeigt die vier Bruchstellen, die in Projekten am häufigsten auftreten.
| Bruchstelle | Wie sie aussieht | Wann sie auffällt | Was sie im Ernstfall bedeutet |
|---|---|---|---|
| Kein gemeinsamer Primärschlüssel | Das MES kennt Auftragsnummern, die Prüftechnik kennt Prüflingsnummern, der Schrauber kennt Stationszähler | Bei der ersten Anfrage zu einer einzelnen Seriennummer | Die Historie wird manuell rekonstruiert, mit Restunsicherheit |
| Abweichende Zeitbasen | Systemuhren laufen auseinander, Zeitzonen und Sommerzeit sind unterschiedlich behandelt | Wenn zwei Ereignisse in falscher Reihenfolge erscheinen | Die Kausalkette ist nicht belegbar, auch wenn sie stimmt |
| Doppelte Stammdaten | Varianten und Sachnummern werden in mehreren Systemen gepflegt und driften auseinander | Beim Anlauf einer neuen Variante | Prüfvorgaben passen nicht zum tatsächlich gebauten Stand |
| Nachweis an mehreren Orten | Ein Teil der Belege liegt im QM-System, ein Teil in Dateiablagen, ein Teil in Altsystemen | In der Woche vor dem Audit | Auditvorbereitung wird zum Sonderprojekt mit eigenem Budget |
Bemerkenswert ist, dass keine dieser Bruchstellen ein Funktionsmangel ist. Alle vier sind Integrationsmängel. Deshalb lassen sie sich auch nicht durch den Kauf eines besseren Einzelsystems beheben. Ein neues MES mit demselben fehlenden Schlüssel erzeugt dieselbe Lücke, nur schneller.
Medienbrüche stehen in keiner Kostenstelle. Sie verteilen sich auf Positionen, die jeweils plausibel begründet sind. Genau deshalb bleiben sie lange unangetastet. Fünf Kostenarten lassen sich benennen und in der eigenen Organisation nachrechnen.
FÜNF KOSTENARTEN, DIE SICH RECHNEN LASSEN
|
Ein Rechenbeispiel macht die erste Position greifbar, und zwar mit Zahlen aus dem eigenen Haus statt aus einer Studie. Notieren Sie über ein Quartal, wie viele Rückfragen zu einzelnen Bauteilen oder Chargen eingehen, sei es vom Kunden, aus der Endmontage oder aus dem Reklamationswesen. Halten Sie je Fall fest, wie viele Personen beteiligt waren und wie lange es bis zur belastbaren Antwort dauerte. Die Summe daraus ist die einzige Zahl, die in einer Investitionsdiskussion trägt, weil sie aus der eigenen Organisation kommt und niemand sie bestreiten kann.
In der Praxis überrascht dabei fast immer die Streuung, nicht der Mittelwert. Die meisten Anfragen sind in Minuten beantwortet, weil das betroffene Teil neu ist und die Daten noch in den Produktivsystemen liegen. Teuer sind die wenigen Fälle, in denen ein Vorgang mehrere Jahre zurückliegt und die erzeugenden Systeme inzwischen abgelöst oder migriert wurden. Genau diese Fälle sind es, die im Reklamations- oder Haftungsfall zählen, und genau sie fallen bei einer Durchschnittsbetrachtung heraus.
Die letzte Position ist die teuerste und die am schwersten sichtbare. Sie entscheidet darüber, ob ein Fehler zwanzig Teile betrifft oder eine ganze Schicht. Wie sich Rückrufkosten in dieser Logik entwickeln, ist im Beitrag zu Rückrufkosten und Traceability durchgerechnet.
Der Begriff Plattform wird im Markt großzügig verwendet. Eine Sammlung von Modulen eines Herstellers ist noch keine Plattform, wenn die Module intern über Exportdateien kommunizieren. Vier Eigenschaften entscheiden, und sie sind alle prüfbar.
| Eigenschaft | Konkrete Prüffrage an den Anbieter | Was eine schwache Antwort verrät |
|---|---|---|
| Gemeinsamer Primärschlüssel | Welches Feld verbindet Prozessdaten, Prüfergebnis und Werkerschritt, und wer vergibt es? | Wenn die Antwort mehrere Schlüssel je Modul nennt, ist es eine Sammlung, keine Plattform |
| Gemeinsame Zeitbasis | Woher bekommen alle Komponenten ihre Zeit, und wie wird Drift behandelt? | Wenn jedes Modul die lokale Systemzeit nutzt, ist die Reihenfolge von Ereignissen nicht belastbar |
| Ein Stammdatenmodell | Wo werden Varianten und Prüfvorgaben gepflegt, und wie oft? | Wenn Varianten an zwei Stellen gepflegt werden, ist Drift eine Frage der Zeit |
| Ein Ort für den Nachweis | Aus welchem System kommt der Auditbericht, und was fehlt darin? | Wenn der Bericht aus mehreren Quellen zusammengesetzt wird, bleibt Auditvorbereitung Projektarbeit |
Der praktische Prüfstein ist einfacher als jede Anforderungsliste. Nennen Sie eine beliebige Seriennummer aus dem Vorjahr und lassen Sie sich die vollständige Historie zeigen: Prozesswerte, Prüfergebnisse, bestätigte Arbeitsschritte, verwendete Werkzeuge samt Prüfstatus, Abweichungen und Entscheidungen. Wie lange das dauert und wie viele Personen dafür nötig sind, beschreibt den Reifegrad genauer als jede Präsentation.
Die Reifefrage einer Fertigung lautet nicht, wie viele Systeme im Einsatz sind. Sie lautet, wie viele Menschen es braucht, um eine einzige Seriennummer vollständig zu beantworten.
Eine solche Datenbasis führt in der Montage vier Ströme zusammen. Jeder liefert einen Teil der Antwort, den kein anderer liefern kann. Die Tabelle zeigt, was jeder Strom beiträgt und welche Frage unbeantwortet bleibt, wenn er fehlt.
| Datenstrom | Was er liefert | Bleibt er aus, fehlt die Antwort auf |
|---|---|---|
| Prozessdaten aus Maschinen und Anlagen | Ist- und Vorgabewerte im Takt, Kurvenverläufe, Anlagenzustand | War der Prozess zum Zeitpunkt der Fertigung überhaupt beherrscht? |
| Prüf- und Werkzeugdaten | Messergebnisse, Drehmoment und Winkel, Prüfmittelstatus und Kalibrierstand | War das Werkzeug im Moment der Verwendung fähig und geprüft? |
| Bestätigter Werkerschritt | Welcher Schritt in welcher Anweisungsversion durch wen ausgeführt wurde | Wurde tatsächlich so gearbeitet, wie es vorgegeben war? |
| Langzeitarchiv | Derselbe Datensatz, abrufbar über die geforderten Aufbewahrungsfristen | Können wir die Frage auch in acht Jahren noch beantworten? |
Die zweite Zeile wird am häufigsten unterschätzt. Ein Drehmomentwert ohne den Prüfstatus des Werkzeugs ist im Audit angreifbar, weil er nicht belegt, dass das Messmittel zum Zeitpunkt der Messung fähig war. Für sicherheitskritische Verschraubungen ist das kein Formalismus: VDI/VDE 2862 Blatt 1 unterscheidet Schraubfälle nach der Schwere möglicher Folgen und knüpft an die Klassen A und B besondere Nachweispflichten. Welche Mindestanforderungen daraus folgen, ist in der Erläuterung zu den Schraubfallklassen aufgeschlüsselt. Wie ein tragfähiges Prozessdatenmanagement in der Fertigung dafür aufgebaut wird, behandelt der zugehörige Beitrag.
Ebenso wichtig ist die Reihenfolge, in der diese vier Ströme angebunden werden. Bewährt hat sich, mit dem Strom zu beginnen, der die meisten offenen Fragen erzeugt, und nicht mit dem technisch einfachsten. In der manuellen Montage ist das in der Regel der bestätigte Werkerschritt, weil er die einzige Lücke schließt, die kein anderes System füllen kann. In stark automatisierten Bereichen ist es der Prozessdatenstrom aus den Anlagen. Die Archivierung kommt sinnvoll zuletzt, weil sie erst dann etwas Vollständiges aufnehmen kann.
Die klassische Aufteilung trennt Fertigung und Prüfung räumlich und zeitlich. Gebaut wird an der Linie, geprüft wird danach, oft an einer separaten Station und durch eine andere Organisationseinheit. Diese Trennung hat historische Gründe und einen hohen Preis.
| Kriterium | Prüfung nach der Montage | Montageintegrierte Prüfung |
|---|---|---|
| Zeitpunkt der Entdeckung | Nach Abschluss der Baugruppe, teils Schichten später | Im selben Takt, in dem der Fehler entsteht |
| Betroffene Menge bei Abweichung | Alles zwischen zwei Prüfpunkten, oft eine ganze Charge | Das aktuelle Teil, im schlechtesten Fall wenige Teile |
| Nacharbeitsaufwand | Demontage nötig, da nachfolgende Schritte bereits erfolgt sind | Korrektur im offenen Zustand, ohne Demontage |
| Datenlage zur Ursache | Ergebnis ohne Prozesskontext, Ursache muss rekonstruiert werden | Ergebnis mit Prozesswerten desselben Schritts verknüpft |
| Wirkung auf die Durchlaufzeit | Zusätzliche Station, zusätzlicher Transport, Wartezeit | Prüfschritt ist Teil des Takts |
Wichtig ist die ehrliche Abgrenzung. Montageintegrierte Prüfung ersetzt nicht jede Endkontrolle. Funktionsprüfungen am fertigen Produkt, Dichtheitsprüfungen der Gesamtbaugruppe und kundenspezifische Abnahmen bleiben nachgelagert. Was nach vorn wandert, sind die Merkmale, die im Takt entstehen und dort auch messbar sind: Anzugswerte, Anwesenheit von Bauteilen, Maße im offenen Zustand, Prüfschritte mit eindeutigem Kriterium.
In der Architekturdiskussion wird digitale Werkerführung meist als Bedienoberfläche eingeordnet. Das unterschätzt ihre Rolle. In der manuellen Montage ist sie die einzige Stelle, an der überhaupt Daten über den Arbeitsschritt selbst entstehen. Ohne sie kennt das System Maschinenwerte und Prüfergebnisse, aber nicht die Tätigkeit dazwischen.
Konkret liefert der bestätigte Schritt vier Felder, die kein anderes System hat: welcher Schritt ausgeführt wurde, in welcher Anweisungsversion, durch welche Nutzerkennung und mit welcher gemeldeten Abweichung. Erst damit wird aus einer Sammlung von Messwerten eine Prozesshistorie.
DREI BEDINGUNGEN, DAMIT WERKERFÜHRUNG DATEN LIEFERT
|
Die häufigste Frage in Architekturgesprächen lautet, ob eine Qualitätsplattform das MES ersetzt. Die Antwort ist nein, und die Begründung ist eine Zuständigkeitsfrage. MES und Qualitätsplattform treffen unterschiedliche Entscheidungen auf unterschiedlichen Zeitskalen.
| Ebene | Entscheidet über | Zeitskala | Typische Kennzahl |
|---|---|---|---|
| ERP | Auftrag, Menge, Termin, Material | Tage bis Wochen | Liefertermintreue |
| MES | Reihenfolge, Kapazität, Rückmeldung der Ausführung | Stunden bis Tage | Auslastung, Durchlaufzeit |
| Qualitätsplattform | Ob dieser Schritt an diesem Teil freigegeben ist | Sekunden bis Minuten | Erstdurchlaufquote, Nachweisfähigkeit |
| Steuerung und Werkzeug | Parametersatz, Sperre, Freigabe am Gerät | Millisekunden bis Sekunden | Prozessfähigkeit |
MES-nahe Steuerung bedeutet konkret zwei Datenflüsse und nicht mehr. Hinein läuft der Auftragskontext, damit an der Station ohne manuelle Auswahl die richtige Variante aktiv ist. Hinaus laufen Prozess-, Prüf- und Schrittdaten als Rückmeldung. Üblich sind dafür OPC UA, REST und MQTT. Welche Integrationsmuster sich in der Praxis bewähren, behandelt der Beitrag zur MES- und ERP-Integration im Qualitätsmanagement.
Eine Warnung gehört dazu, weil sie in Projekten regelmäßig übergangen wird. Integration behebt keine Datenqualitätsprobleme. Sind Varianten- und Sachnummern in den beteiligten Systemen unterschiedlich vergeben, verteilt die Schnittstelle den Fehler nur zuverlässiger. Die Stammdatenbereinigung gehört vor die Integration, nicht danach.
Der Wert einer Qualitätsplattform entscheidet sich an einer einzigen Situation: Jemand fragt rückwärts. Ein Kunde, eine Zertifizierungsstelle, eine Aufsichtsbehörde oder ein Anwalt. Dann zählt nicht, wie viele Daten erfasst wurden, sondern welche davon zusammenhängen und wie schnell sie vorliegen.
| Erfasste Information | Normbezug oder Anlass | Wozu sie im Ernstfall dient |
|---|---|---|
| Seriennummer als durchgehender Schlüssel | IATF 16949 Abschnitt 8.5.2 | Grenzt den betroffenen Umfang präzise ein statt vorsorglich zu sperren |
| Anweisungsversion je Schritt | IATF 16949 Abschnitt 7.5 | Belegt, dass zum Fertigungszeitpunkt die gültige Vorgabe wirksam war |
| Verifikation kritischer Schritte | IATF 16949 Abschnitt 8.5.1 | Zeigt gelenkte Produktionsbedingungen statt bloßer Absichtserklärung |
| Drehmoment und Winkel je Verschraubung | VDI/VDE 2862 Blatt 1, Klassen A und B | Nachweis für sicherheitskritische Fügestellen |
| Prüfmittel- und Werkzeugstatus | ISO 9001:2015 Abschnitt 7.1.5 | Belegt Fähigkeit des Messmittels im Moment der Messung |
| Abweichung mit Entscheidung und Verantwortlichem | ISO 9001:2015 Abschnitt 10.2 | Dokumentiert Korrekturmaßnahmen nachvollziehbar |
| Revisionssichere Ablage über Fristen | Produkthaftung, Aufbewahrungspflichten | Hält die Auskunftsfähigkeit auch nach Jahren aufrecht |
Der entscheidende Unterschied zu einer nachträglichen Dokumentation ist, dass diese Informationen als Nebenprodukt der Ausführung entstehen und nicht als eigene Tätigkeit. Wie sich daraus in überschaubarer Zeit eine belastbare Nachweiskette aufbauen lässt, beschreibt der Beitrag zur Audit-Readiness in der Fertigung. Für die langfristige Verfügbarkeit derselben Daten ist zusätzlich die revisionssichere Archivierung in der Produktion relevant, weil Aufbewahrungsfristen die Lebensdauer der erzeugenden Systeme regelmäßig überschreiten.
Der berechtigte Einwand lautet, dass man sich Abhängigkeit einkauft und fachlich überlegene Spezialwerkzeuge verliert. Der Einwand ist berechtigt, wenn das Ganze als Monolith verstanden wird. Er ist unbegründet, wenn die Plattform die Datenschicht ist und nicht der Anspruch, jede Funktion selbst zu erbringen.
| Situation | Empfehlung | Bedingung |
|---|---|---|
| Spezialsoftware ist fachlich klar überlegen, etwa in der Messtechnik | Behalten | Sie liefert Ergebnisse mit gemeinsamem Schlüssel und gemeinsamer Zeitbasis |
| Mehrere Systeme decken dieselbe Funktion an verschiedenen Standorten ab | Konsolidieren | Erst nach Vereinheitlichung der Stammdaten, nicht davor |
| Altsystem hält allein die Historie und wird nur dafür betrieben | Ablösen und archivieren | Der Datenbestand wird revisionssicher übernommen |
| Eigenentwicklung mit tiefem Prozesswissen und einem Verantwortlichen | Vorsichtig behandeln | Wissenstransfer und Schnittstelle vor jeder Ablöseentscheidung |
Der dritte Fall ist wirtschaftlich der interessanteste, weil er laufende Kosten ohne laufenden Nutzen bindet. Ein System, das ausschließlich betrieben wird, damit man im Bedarfsfall etwas nachsehen kann, ist ein Archivproblem und kein Anwendungsproblem. Die Argumentation dazu findet sich im Beitrag zum Abschalten von Legacy-Systemen in der Fertigung.
Das CSP Manufacturing OS ist als genau diese Datenschicht gebaut. Vier Module arbeiten auf einer gemeinsamen Datenbasis, mit der Seriennummer als durchgehendem Primärschlüssel. Die Bausteine lassen sich einzeln einführen, teilen aber von Beginn an Schlüssel, Zeitbasis und Stammdatenmodell.
| Modul | Aufgabe | Beitrag zur Nachweiskette |
|---|---|---|
| IPM | Prozessdatenmanagement, Maschinen- und Anlagenanbindung | Liefert Ist- und Vorgabewerte im Takt über OPC UA, REST, MQTT und weitere Protokolle |
| QST | Prüfung von Fügeprozessen, Werkzeug- und Prozessprüfung | Belegt Fähigkeit und Prüfstatus von Werkzeug und Messmittel zum Verwendungszeitpunkt |
| PGX | Digitale Werkerführung durch Montage, Prüfung, Nacharbeit und Revision | Liefert Schritt, Anweisungsversion, Nutzerkennung und gemeldete Abweichung |
| CHRONOS | Revisionssichere Langzeitarchivierung | Hält denselben Datensatz über Aufbewahrungsfristen abrufbar, ohne Altsystembetrieb |
Der Unterschied zu einem lose gekoppelten Baukasten liegt in der Reihenfolge der Entscheidungen. Der Einstieg erfolgt an einer Stelle, typischerweise dort, wo der Schmerz am größten ist, und die weiteren Module setzen auf derselben Datenbasis auf. Eine zweite Integration entfällt, weil der Schlüssel von Anfang an derselbe ist. Genau das macht aus einer Reihe von Einzelprojekten eine zusammenhängende Entwicklung.
Eine Qualitätsplattform ist die gemeinsame Datenschicht, auf der Prozessdatenerfassung, Prüfung, Werkerführung und Archivierung mit einem einzigen Primärschlüssel arbeiten, in der Regel der Seriennummer. Sie unterscheidet sich von einer Sammlung guter Einzeltools nicht durch mehr Funktionen, sondern durch vier Eigenschaften: gemeinsamer Schlüssel, gemeinsame Zeitbasis, ein Stammdatenmodell und ein einziger Ort für den Nachweis.
Nein. MES und Qualitätsplattform entscheiden Unterschiedliches auf unterschiedlichen Zeitskalen. Das MES plant Reihenfolge und Kapazität über Stunden und Tage. Die Qualitätsplattform entscheidet im Sekundenbereich, ob ein einzelner Schritt an einem einzelnen Teil freigegeben ist, und belegt das anschließend. Die Verbindung besteht aus zwei Datenflüssen: Auftragskontext hinein, Prozess- und Prüfdaten hinaus.
Am schnellsten mit einer einzigen Übung. Nennen Sie eine beliebige Seriennummer aus dem Vorjahr und lassen Sie die vollständige Historie zusammenstellen: Prozesswerte, Prüfergebnisse, bestätigte Arbeitsschritte, Werkzeugstatus, Abweichungen. Die Zahl der beteiligten Personen und die benötigte Zeit beschreiben den Reifegrad genauer als jede Systemlandkarte. Mehr als ein Beteiligter deutet auf einen fehlenden gemeinsamen Schlüssel hin.
Sie verschiebt die Entdeckung in den Takt, in dem der Fehler entsteht. Damit sinkt die Menge, die im Abweichungsfall gesperrt werden muss, Nacharbeit ist ohne Demontage möglich, und das Prüfergebnis liegt mit dem Prozesskontext desselben Schritts verknüpft vor. Sie ersetzt die Endkontrolle nicht: Funktionsprüfungen am Gesamtprodukt und kundenspezifische Abnahmen bleiben nachgelagert.
Sie ist in der manuellen Montage die einzige Quelle für Daten über den Arbeitsschritt selbst. Maschinen liefern Prozesswerte, Prüfmittel liefern Messwerte, aber nur die Werkerführung liefert, welcher Schritt in welcher Anweisungsversion durch wen ausgeführt wurde und welche Abweichung gemeldet wurde. Ohne diese vier Felder bleibt zwischen Messwerten eine Lücke, die im Reklamationsfall genau die gefragte ist.
Nein. Wo ein Spezialwerkzeug fachlich überlegen ist, etwa in der Messtechnik, bleibt es sinnvoll. Bedingung ist, dass es seine Ergebnisse mit dem gemeinsamen Schlüssel und der gemeinsamen Zeitbasis abliefert. Konsolidieren lohnt vor allem dort, wo mehrere Systeme dieselbe Funktion an verschiedenen Standorten abdecken, und bei Altsystemen, die nur noch für den Datenzugriff betrieben werden.
Der Aufwand hängt weniger von der Software ab als vom Zustand der Stammdaten und der Zahl der anzubindenden Systeme. Aussagekräftiger als der Anschaffungspreis ist die Gegenrechnung: Rekonstruktionsaufwand pro Rückfrage, zu große Sperrmengen, doppelte Erfassung und Auditvorbereitung als wiederkehrendes Projekt. Ein Einstieg an einer Linie oder an einem Prozess begrenzt das Anfangsrisiko und macht die Wirkung früh messbar.
Nein, und diese Erwartung ist die häufigste Ursache enttäuschter Projekte. Sind Varianten- und Sachnummern in den beteiligten Systemen unterschiedlich vergeben, transportiert die Schnittstelle den Fehler nur zuverlässiger und schneller. Die Vereinheitlichung der Stammdaten und die Klärung, welches System die führende Quelle je Feld ist, gehören vor die Integration.