Der Auditor legt ein Teil auf den Tisch. Er fragt: 'Zeigen Sie mir, dass dieses Teil korrekt gefertigt wurde.' Sie öffnen das System. Daten sind da. Jede Menge Daten. Maschinenlogdaten, Schichtprotokolle, ein Ordner mit Excel-Exporten, ein Papierbündel aus dem Archiv.
Aber der Auditor schüttelt den Kopf. Nicht weil keine Daten vorhanden sind – sondern weil die Daten, die vorhanden sind, keinen Beweis erbringen. Sie zeigen, dass etwas dokumentiert wurde. Sie zeigen nicht, was mit diesem konkreten Teil passiert ist.
Das ist der Unterschied zwischen Dokumentation und Traceability. Und er ist größer, als die meisten Fertigungsunternehmen ahnen – bis zum ersten kritischen Audit oder Rückruf.
DAS WICHTIGSTE IN KÜRZE
|
KURZ ZUSAMMENGEFASST
|
Beide Begriffe klingen ähnlich. Im Qualitätsmanagement werden sie oft synonym verwendet. Das ist ein Fehler mit konkreten Konsequenzen.
| DOKUMENTATION | TRACEABILITY |
|---|---|
|
|
Der entscheidende Satz: Dokumentation beweist, dass ein Prozess stattgefunden hat. Traceability beweist, was mit einem konkreten Teil in diesem Prozess passiert ist. Für einen Auditoren, einen Rechtsanwalt oder einen Rückruf-Koordinator ist nur Letzteres relevant.
Diese fünf Muster sehen aus wie Rückverfolgbarkeit. Sie sind es nicht. In jedem dieser Fälle haben Unternehmen das Gefühl, alles dokumentiert zu haben – bis der Ernstfall kommt.
Das Schichtprotokoll dokumentiert: Maschine X hat in Schicht 2 am Dienstag 623 Teile produziert. Alle Prüfwerte lagen im Toleranzbereich. Das Protokoll ist unterschrieben, archiviert, abrufbar.
Was es nicht leistet: Es kann nicht sagen, welche der 623 Teile aus dieser Schicht beim Kunden A, welche beim Kunden B angekommen sind – und welche der Teile konkret das Teil mit der Reklamationsnummer KR-2026-0441 ist. Das Schichtprotokoll ist eine aggregierte Aussage über einen Zeitraum. Es ist kein Nachweis für ein Einzelteil.
Die Lücke: Sobald ein Qualitätsereignis auf Einzelteil-Ebene untersucht werden muss, hilft das Schichtprotokoll nicht weiter.
Das Prüfprotokoll listet: 50 Messwerte, alle im Toleranzbereich, Datum und Unterschrift des Prüfers. Was fehlt: Welche 50 Teile wurden gemessen? Die Seriennummern oder Chargennummern sind nicht im Protokoll.
Das Protokoll beweist, dass am betreffenden Tag Teile geprüft wurden und die Ergebnisse in Ordnung waren. Es beweist nicht, dass das spezifische Teil mit der Seriennummer SN-00432817 geprüft wurde und in Ordnung war. Im Rechtsstreit ist das ein entscheidender Unterschied.
Die Lücke: Das Protokoll enthält keine eindeutige Zuordnung von Messwert zu Bauteil-ID. Damit ist es als Traceability-Nachweis für ein Einzelteil unbrauchbar.
Die Steuerung der Verschraubungsanlage speichert jeden Schraubvorgang mit Drehmoment, Winkel, Zeitstempel und Ergebnis. Die Daten sind vorhanden und vollständig. Aber: Der Zeitstempel ist 14:23:47 Uhr. Das Teil mit Seriennummer SN-00432817 wurde zu dieser Zeit verbaut – aber das weiß nur der Werker, und er erinnert sich nicht mehr. Das Werkstückträger-Tracking war nicht angebunden.
Resultat: Vollständige Prozessdaten, die keinem konkreten Teil zugeordnet werden können. Für Traceability-Zwecke praktisch wertlos – der Beweis hängt in der Luft.
Die Lücke: Prozessdaten und Bauteil-ID wurden nie miteinander verbunden. Ohne diese Verknüpfung sind auch vollstaendige Maschinendaten kein Traceability-Nachweis.
Ein Drehmomentschrauber wird im Rahmen der regelmäßigen Kalibrierung als außerhalb der Toleranz erkannt. Die Kalibrierung wird dokumentiert, das Gerät korrigiert und weiterverwendet. Pflichtfrage: Mit welchen Teilen wurde dieser Schrauber seit der letzten Kalibrierung verwendet? Welche dieser Teile müssen nachgeprüft oder gesperrt werden?
Wenn die Verbindung zwischen Prüfmittel-ID und den damit geprüften Teilen nicht im System hergestellt wurde, ist diese Frage nicht beantwortbar. Die Dokumentation der Kalibrierung existiert. Die Rückverfolgbarkeit zur betroffenen Teilepopulation fehlt.
Die Lücke: Jedes Prüfmittel braucht eine eindeutige ID, die mit jedem Prüfvorgang mitgespeichert wird. Nur dann ist eine Nachkalibrierungs-Auswertung möglich.
Das ERP kennt die Chargennummer. Das MES kennt die Maschinendaten zu dieser Zeit. Das QMS kennt die Prüfergebnisse aus dem Qualitätssystem. Aber alle drei Systeme nutzen unterschiedliche interne Bezeichnungen für dieselbe Charge. Eine systemübergreifende Abfrage ist nicht möglich – nicht weil die Daten fehlen, sondern weil es keinen gemeinsamen Schlüssel gibt, der sie zusammenhält.
Die Lücke: Drei Systeme mit vollstaendigen Daten, aber ohne Verknüpfung, ergeben keine Traceability. Sie ergeben drei separate Dokumentationen.
KURZE SELBSTPRÜFUNG: DOKUMENTATION ODER TRACEABILITY?
Frage: Können Sie für ein beliebiges Auslieferungslos aus dem letzten Jahr in unter 15 Minuten die vollständige Bauteilakte öffnen?
Bauteilakte = Materialcharge + Prozessparameter zum Fertigungszeitpunkt + Prüfergebnis mit Prüfmittel-ID + Freigabe + Auslieferungsnachweis.
Wenn Ja: Sie haben Traceability.
Wenn Nein: Sie haben Dokumentation. Gut gemeint – aber kein Beweis.
Dokumentation wird zum Traceability-Nachweis, wenn sie zwei Bedingungen gleichzeitig erfüllt: Sie ist einem eindeutigen Bezugsobjekt zugeordnet (Seriennummer, Chargennummer) und sie ist mit den Nachweisen anderer Systeme über dieses Objekt verknüpfbar.
|
Dokumentationstyp |
Traceability-Tauglich? |
Bedingung |
|
Schichtprotokoll mit Stückzahl und Sammelwert |
Nein |
Kein Bezug zum Einzelteil oder zur konkreten Charge |
|
Prüfprotokoll mit Messwert + Chargennummer |
Ja – auf Charge-Ebene |
Chargenrückverfolgbarkeit möglich, nicht Einzelteil |
|
Prüfprotokoll mit Messwert + Seriennummer + Prüfmittel-ID |
Ja – vollstaendig |
Serielle Rückverfolgbarkeit mit Nachkalibrierungsoption |
|
Maschinendaten mit Zeitstempel, ohne Bauteil-ID |
Nein |
Kann keinem Teil zugeordnet werden ohne externen Schlüssel |
|
Maschinendaten mit Zeitstempel + verknüpfter Bauteil-ID |
Ja |
Direkte Zuordnung zu Einzelteil möglich |
|
ERP-Lieferschein mit Chargennummer |
Ja – für Vorwaertsverfolgung |
Zeigt wohin geliefert, aber keine Produktionsdaten |
|
ERP + MES + QMS mit gemeinsamem Charge-Schluessel |
Ja – systemübergreifend vollstaendig |
Vollstaendige Bauteilakte über Systemgrenzen rekonstruierbar |
|
Excel-Export ohne Bauteilbezug |
Nein |
Aggregierte Daten, kein Traceability-Nachweis |
Der häufigste Satz, den ich in Qualitätsgesprächen höre, ist: 'Wir dokumentieren alles.' Der zweithäufigste Satz, fünf Minuten später, ist: 'Aber wir können nicht sagen, welches Teil das konkret war.' Das ist kein Widerspruch. Das ist der Unterschied zwischen Dokumentation und Traceability – und er kostet Unternehmen im Ernstfall sechsstellige Beträge.
— Amadeus Chief Technology Evangelist, CSP Intelligence GmbH
Für einen Traceability-Nachweis, der im Audit, im Rückruffall und im Rechtsstreit standhält, gelten drei nicht verhandelbare Eigenschaften.
Der Nachweis muss einem konkreten Bezugsobjekt zugeordnet sein: einer Seriennummer, einer Chargennummer, einer Los-ID. Ein Nachweis, der einem Zeitraum, einer Schicht oder einer Maschine zugeordnet ist, aber nicht dem spezifischen Teil, das untersucht wird, ist kein Traceability-Nachweis.
In der Praxis bedeutet das: Jeder Fertigungsschritt, jede Prüfung und jede Materialverwendung muss mit der ID des Objekts gespeichert werden, an dem sie stattgefunden hat – in Echtzeit, nicht nachträglich rekonstruiert.
'Am 03.03. geprüft' ist kein ausreichender Zeitnachweis. '03.03.2026, 14:23:47 Uhr, Station 7, Prüfer ID-0042' ist ein Zeitnachweis. Der Unterschied ist nicht akademisch: Wenn an einem Tag 800 Teile geprüft wurden und ein Teil zwei Stunden nach der letzten Kalibrierung des Prüfmittels geprüft wurde, ist der Sekundenzeitstempel der Unterschied zwischen Compliance und Rückruf.
Zeitstempelbasierte Erfassung ist heute in jeder digitalen Prüf- und Fertigungsumgebung Standard. Das Problem liegt oft darin, dass der Zeitstempel in einem System vorhanden ist, aber nicht mit dem Bauteil-ID in einem anderen System synchronisiert wird.
Ein Traceability-Nachweis ist erst vollständig, wenn er alle relevanten Ebenen abdeckt: Materialherkunft (ERP/Lieferantensystem), Fertigungsparameter (MES/Steuerung), Prüfergebnisse (QMS/Prüfsoftware) und Auslieferungsnachweis (ERP/Logistik). Wenn diese vier Ebenen zwar jeweils vollständige Daten haben, aber nicht miteinander verknüpft sind, kann keine vollständige Bauteilakte erstellt werden.
Die technische Lösung ist einfacher als die meisten befürchten: Ein gemeinsamer Datenschlüssel – die Chargennummer oder Seriennummer – als Pflichtfeld in allen Systemen reicht aus, um die Grundlage für systemübergreifende Traceability zu schaffen.
Diese vier Szenarien zeigen, wie sich der Unterschied zwischen Dokumentation und Traceability in realen Qualitätsereignissen auswirkt.
1. Kundenreklamation: Falsche Verschraubung
Problem: Kunde meldet: Schraube X an Bauteil SN-00432817 mit zu niedrigem Drehmoment. Unternehmen hat Schichtprotokoll: Alle Drehmomentwerte in Schicht 2 lagen im Toleranzbereich.
Folge: Das Schichtprotokoll beweist nichts für das konkrete Teil. Kein Nachweis für SN-00432817 möglich. Kulanzregelung ohne Beweis, Reputationsschaden.
Loesung: Mit Traceability: Schraubdaten von SN-00432817 abrufbar in Sekunden. Wenn der Wert korrekt ist: Entlastungsbeweis. Wenn nicht: Ursache sofort identifizierbar.
2. IATF-Audit: Nachkalibrierungs-Auswertung
Problem: Auditor fordert: Zeigen Sie alle Teile, die mit Prüfmittel PM-117 seit der letzten Kalibrierung geprüft wurden. Prüfmittel-ID ist im Kalibrierprotokoll. In den Prüfergebnissen fehlt sie.
Folge: Nachweis nicht möglich. Auditor dokumentiert kritischen Befund. Potenzielle Produktionssperre bis zur Abstellung.
Loesung: Mit Traceability: Jedes Prüfergebnis enthält Prüfmittel-ID. Abfrage ergibt in Sekunden die betroffenen Teile. Audit-Befund vermieden.
3. Rückruf: Fehlerhaftes Zulieferteil in Charge KW07
Problem: Lieferant meldet fehlerhaftes Material in Charge KW07. Unternehmen muss alle Kunden identifizieren, die Teile aus dieser Charge erhalten haben. ERP hat Auslieferungsdaten, MES hat Chargendaten – aber die Chargennummer im MES entspricht nicht der im ERP.
Folge: Vollrückruf notwendig, weil die betroffene Teilepopulation nicht eingegrenzt werden kann. Statt 340 betroffener Teile werden 8.000 Teile zurückgerufen.
Loesung: Mit gemeinsamem Charge-Schluessel in ERP und MES: gezielte Rueckrufentscheidung auf Basis echter Daten in unter 2 Stunden.
4. Produkthaftungsklage: Beweislastumkehr nach EU-Richtlinie 2024
Problem: Klage wegen Sachschaden durch vermuteten Produktfehler. Nach EU-Produkthaftungsrichtlinie 2024 muss der Hersteller nachweisen, dass das Produkt zum Zeitpunkt des Inverkehrbringens fehlerfrei war.
Folge: Ohne bauteilgenaue Prozess- und Prüfdaten: Kein Entlastungsbeweis möglich. Schadensersatzpflicht trotz korrekter Fertigung möglich.
Loesung: Mit vollstaendiger Bauteilakte: Alle Prozessparameter und Prüfergebnisse als Entlastungsbeweis abrufbar. Klage abweisbar.
Die Anforderungen unterscheiden sich je nach Kontext – aber in einem Punkt sind sie identisch: Aggregierte Daten ohne Bauteilbezug reichen nicht aus.
Ein erfahrener IATF-Auditor führt typischerweise die sogenannte Bauteilakte-Probe durch: Er wählt ein beliebiges ausgeliefertes Teil aus und verlangt die vollständige Dokumentation vom Rohmaterial bis zum Auslieferungsbeleg. Diese Probe ist nicht angekündigt, sie findet live statt – und das Ergebnis muss innerhalb von Minuten vorliegen, nicht in Stunden.
Die Anforderungen der IATF 16949 Abschnitt 8.5.2.1 sind dabei eindeutig: Rückverfolgbarkeit ist für alle Teile erforderlich – und sie muss auf Seriennummern-Ebene möglich sein, wenn dies vom Kunden oder der Sicherheitsklasse des Bauteils gefordert wird.
Die ISO 9001 ist weniger präskriptiv als die IATF 16949 – sie schreibt keine spezifische Granularität der Rückverfolgbarkeit vor, sondern fordert, dass die Organisation Traceability-Anforderungen identifiziert und erfüllt. In der Praxis bedeutet das: Was hat der Kunde vertraglich vereinbart? Was schreibt die Produktnorm vor? Was ist für eine Root-Cause-Analyse im Qualitätsereignis erforderlich? Auf diese Fragen muss die implementierte Traceability eine Antwort geben.
Im Kontext der EU-Produkthaftungsrichtlinie 2024 und im zivilrechtlichen Produkthaftungsprozess gilt: Ein Beweis muss das konkrete Produkt, das den Schaden verursacht haben soll, einer spezifischen Produktionshistorie zuordnen können. Schichtprotokolle, aggregierte Qualitätsreports und statistische Prozessfähigkeitsnachweise sind keine Entlastungsbeweise für ein konkretes Teil – sie sind Belege für die Prozessqualität im Allgemeinen. Das reicht nicht.
Juristen sprechen in diesem Zusammenhang vom 'konkreten Kausalitätsbeweis': Der Hersteller muss zeigen, dass dieses Teil unter diesen Bedingungen gefertigt, mit diesem Ergebnis geprüft und fehlerfrei ausgeliefert wurde. Nur eine bauteilgenaue Traceability kann das leisten.
Wir haben nach der Einführung von CSP IPM nicht nur unsere Audit-Vorbereitung dramatisch beschleunigt – wir haben zum ersten Mal das Gefühl, wirklich rückverfolgbar zu sein. Vorher hatten wir die Daten. Jetzt haben wir die Verbindungen.
— Michael Wagner Mercedes-Benz Group AG
Der Weg von guter Dokumentation zu echter Traceability ist in den meisten Produktionen kürzer als gedacht. Die größten Hebel sind nicht neue Systeme – sondern die richtige Verknüpfung vorhandener Systeme.
Entscheiden Sie, welche ID in Ihrem Unternehmen der verbindende Schlüssel für Traceability wird: Chargennummer, Seriennummer oder beides. Diese ID muss in allen qualitätsrelevanten Systemen als Pflichtfeld definiert und einheitlich formatiert sein. Kein System darf relevante Qualitätsdaten ohne diesen Schlüssel speichern.
Das ist organisatorisch die schwierigste Entscheidung – und die wirkungsvollste. Wenn dieser Schritt gemacht ist, folgt der Rest.
Identifizieren Sie alle Stellen im Prozess, an denen Daten erzeugt werden, ohne gleichzeitig die Bauteil-ID zu erfassen. Typische Lücken: manuelle Prüfstationen ohne Barcode-Anbindung, Maschinendaten ohne Werkstückträger-Tracking, Papierdokumentationen ohne digitale Verknüpfung. Schließen Sie diese Lücken mit minimalem Aufwand – oft reicht ein Barcode-Scanner oder ein Feld in der bestehenden Software.
Sobald ERP, MES und QMS denselben Schlüssel verwenden, sind systemübergreifende Abfragen möglich. Das Ziel: Die vollständige Bauteilakte eines beliebigen Teils muss aus diesen Systemen in unter 10 Minuten zusammenstellbar sein – idealerweise automatisiert durch eine integrierte Lösung.
|
Von ... |
... zu ... |
Aufwand |
Wirkung |
|
Schichtprotokoll ohne Bauteilbezug |
Prüfprotokoll mit Chargen- oder Seriennummer |
Niedrig – Formularanpassung oder Systemfeld |
Direkter Traceability-Nachweis auf Charge-Ebene |
|
Prüfprotokoll ohne Prüfmittel-ID |
Prüfprotokoll mit Prüfmittel-ID als Pflichtfeld |
Niedrig – Pflichtfeld in Prüfsoftware |
Nachkalibrierungs-Auswertung möglich |
|
Maschinendaten ohne Bauteil-Verknüpfung |
Maschinendaten mit automatischer ID-Verknüpfung |
Mittel – Schnittstelle Steuerung/QMS |
Prozessparameter dem Einzelteil zuordenbar |
|
ERP-Charge-ID ≠ MES-Charge-ID |
Gemeinsamer Charge-Schlüssel in allen Systemen |
Mittel – Stammdaten-Harmonisierung |
Systemübergreifende Abfrage moeglich |
|
Papierdokumentation Montage |
Digitale Werkerführung mit automatischer Protokollierung |
Hoch – Systemeinführung (z.B. CSP PG) |
Vollstaendige Montagedokumentation je Bauteil |
Dokumentation hält fest, dass ein Prozess oder Ereignis stattgefunden hat – zeitbezogen, oft aggregiert auf Schicht- oder Tagesebene. Traceability beweist, was mit einem konkreten Teil oder einer konkreten Charge passiert ist – bauteilbezogen, mit Bezug auf spezifische Prozessparameter, Prüfergebnisse und Materialien. Dokumentation ist eine Voraussetzung für Traceability, ersetzt sie aber nicht. Ohne Bauteilbezug in der Dokumentation entsteht keine Rückverfolgbarkeit.
Ein IATF-16949-Auditor oder ein Richter im Produkthaftungsfall verlangt den Nachweis für ein konkretes Teil – nicht für einen Produktionszeitraum. Aggregierte Schichtprotokolle, Tagessreports und Sammelprüfprotokolle zeigen, dass Prozesse stattgefunden haben. Sie belegen nicht, was mit einem spezifischen Bauteil unter welchen Bedingungen passiert ist. Für einen Entlastungsbeweis nach der EU-Produkthaftungsrichtlinie 2024 reicht Dokumentation ohne Bauteilbezug nicht aus.
Ein Audit Trail in der Fertigung ist eine lückenlose, chronologische und manipulationssichere Aufzeichnung aller qualitätsrelevanten Ereignisse für ein Produkt oder eine Charge. Er dokumentiert jeden Fertigungsschritt, jede Prüfung, jede Freigabeentscheidung und jede Materialverwendung mit Zeitstempel, Operator-ID und Ergebnis. Ein vollständiger Audit Trail ist die technische Grundlage für Traceability und wird in IATF 16949, ISO 9001, GMP und EU-MDR gefordert.
Eine Bauteilakte ist die vollständige, strukturierte Zusammenfassung aller qualitätsrelevanten Daten eines Einzelteils oder einer Charge: Materialzertifikat und Lieferantennachweis, alle Fertigungsparameter zum Produktionszeitpunkt, Prüfergebnisse mit Prüfmittel-ID, Freigabeentscheidung mit Operator-ID, Auslieferungsnachweis mit Kunde und Datum. Im Audit wird die Bauteilakte innerhalb von Minuten verlangt. Ist sie nicht sofort abrufbar, gilt der Traceability-Nachweis als nicht erbracht.
Der wichtigste Schritt ist die Definition eines gemeinsamen Schlüssels: Die Chargennummer oder Seriennummer muss in allen qualitätsrelevanten Systemen (ERP, MES, QMS) als identisches Pflichtfeld vorhanden sein. Sobald dieser gemeinsame Schlüssel etabliert ist, können Daten aus verschiedenen Systemen zu einer vollständigen Bauteilakte zusammengeführt werden. Systeme wie CSP IPM können diese Verknüpfung automatisieren und gleichzeitig eine systemübergreifende Abfrage in Echtzeit ermöglichen.
Traceability Level beschreibt die Granularität der Rückverfolgbarkeit: Level 1 (Charge-Ebene) verknüpft ein Produktionslos mit Materialien und Prozessparametern. Level 2 (Seriennummern-Ebene) ordnet jedem Einzelteil seine spezifischen Prozessdaten und Prüfergebnisse zu. Level 3 (vollständige systemübergreifende Traceability) verbindet Materialnachweise, Produktionsdaten, Prüfdaten und Auslieferungsnachweise zu einer vollständigen Bauteilakte. IATF 16949 fordert Level 2 für sicherheitsrelevante Bauteile der Klasse A. ISO 9001 fordert das für die eigene Situation angemessene Level.
Die Automobilindustrie nach IATF 16949 hat die strengsten Traceability-Anforderungen der Serienfertigung: Seriennummern-Rückverfolgbarkeit für sicherheitsrelevante Bauteile, Aufbewahrungspflichten von mindestens 15 Jahren, Pflicht zur Nachkalibrierungs-Auswertung und Einbeziehung der Unterlieferanten-Traceability. In der Medizintechnik (EU-MDR) sind ähnlich strenge Anforderungen mit Unique Device Identification vorgeschrieben. ISO 9001 lässt mehr Spielraum, aber auch dort wird bei Audits und Qualitätsereignissen zunehmend bauteilgenaue Traceability erwartet.