Skip to content
Two entrepreneurs cooperating while reading blueprints and working together in the office
Amadeus Lederle8.4.202615 min read

Traceability vs. Dokumentation: Daten haben ≠ Beweise haben

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
  • Dokumentation hält fest, dass etwas passiert ist. Traceability beweist, was mit einem konkreten Teil oder einer konkreten Charge passiert ist – mit wem, wann, unter welchen Bedingungen und mit welchem Ergebnis.
  • Der entscheidende Unterschied: Dokumentation ist datumsbezogen. Traceability ist bauteilbezogen. Erst wenn Daten einem spezifischen Objekt zugeordnet sind, werden sie zum Nachweis.
  • Unternehmen, die 'alles dokumentieren', aber keine bauteilgenaue Verknüpfung haben, besitzen Daten – aber keine Beweise. Im Audit oder Rechtsstreit ist das derselbe Zustand wie keine Daten zu haben.
  • Die neue EU-Produkthaftungsrichtlinie 2024 macht diesen Unterschied existenziell: Bei Beweislastumkehr muss der Hersteller nachweisen, dass das Produkt fehlerfrei war – nicht der Geschädigte.
  • Echter Traceability-Nachweis hat drei Eigenschaften: Er ist bauteilgenau, er ist zeitstempelbasiert und er ist systemübergreifend verknüpft.
KURZ ZUSAMMENGEFASST
  • Dokumentation = zeitbezogene Aufzeichnung von Ereignissen. Traceability = bauteilbezogener Nachweis für ein konkretes Objekt.
  • Die meisten Qualitätsprobleme im Audit entstehen nicht durch fehlende Daten, sondern durch fehlende Verknüpfung der vorhandenen Daten mit dem konkreten Teil.
  • Fünf typische Dokumentationsfallen machen Daten unbrauchbar als Traceability-Nachweis.
  • Echter Beweis im Ernstfall: Bauteilakte innerhalb von 10 Minuten vollständig rekonstruierbar.

Definition: Was ist der Unterschied zwischen Dokumentation und Traceability?

Beide Begriffe klingen ähnlich. Im Qualitätsmanagement werden sie oft synonym verwendet. Das ist ein Fehler mit konkreten Konsequenzen.

DOKUMENTATION TRACEABILITY
  • Beantwortet: Was hat wann stattgefunden?

  • Zeitbezogen: Schichtprotokoll, Tagesreport, Audit- Log

  • Bezugsobjekt: Zeitraum, Schicht, Maschine,

    Prozess

  • Beispiel:' In Schicht 2 am 03.03. wurden 847 Teile gefertigt, alle Prüfwerte im Toleranzbeereich'

  • Nachweiswert: Belegt, dass ein Prozess

    stattgefunden hat

  • Im Rueckruf: Nicht ausreichend fuer Einzelteil-Nachweis

 

  • Beantwortet: Was ist mit diesem Teil passiert?

  • Bauteilbezogen: Seriennummer, Chargennummer, Einzelteil-ID 

  • Bezugsobjekt: Spezifisches Teil oder Charge

  • Beispiel: 'SN-00432817, 03.03.2026 14:23 Uhr,

    Station 7, Schrauber WZ-04, 22,4 Nm, IO'

  • Nachweiswert: Beweist, was mit diesem konkretenTeil passiert ist

  • Im Rueckruf: Ausreichend für gezielte Teilsperrung und Rechtssicherheit

     

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.


Die 5 typischen Dokumentationsfallen in der Produktion

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.

 

Falle 1: Das Schichtprotokoll als Traceability-Ersatz

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.

 

Falle 2: Prüfprotokolle ohne Bauteilzuordnung

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.

 

Falle 3: Prozessdaten in Maschinenlogdaten ohne Verknüpfung zur Bauteil-ID

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.

 

Falle 4: Nachkalibrierungs-Blindstelle

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.

 

Falle 5: Daten in isolierten Systemen ohne gemeinsamen Schlüssel

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.

 


Wann Dokumentation zum Traceability-Nachweis wird – und wann nicht

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

 

 

Die 3 Eigenschaften eines echten Traceability-Beweises

Für einen Traceability-Nachweis, der im Audit, im Rückruffall und im Rechtsstreit standhält, gelten drei nicht verhandelbare Eigenschaften.

 

Eigenschaft 1: Bauteilgenau – nicht zeitraumgenau

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.

 

Eigenschaft 2: Zeitstempelbasiert – nicht nur datumsbezogen

'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.

 

Eigenschaft 3: Systemübergreifend verknüpft – nicht isoliert vollständig

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.

 

Praxisszenarien: Wie der Unterschied im Ernstfall wirkt

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.

 

 

Was Auditoren und Gerichte tatsächlich verlangen

Die Anforderungen unterscheiden sich je nach Kontext – aber in einem Punkt sind sie identisch: Aggregierte Daten ohne Bauteilbezug reichen nicht aus.



IATF 16949 Audit: Die Bauteilakte-Probe

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.

 

ISO 9001 Audit: Welches Maß an Traceability wird erwartet?

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.

 

Rechtsstreit: Was ein Gericht als Entlastungsbeweis akzeptiert

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 

 

Vom Dokumentationssystem zur Traceability-Architektur

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.

 

Die drei Schlüsselentscheidungen auf dem Weg zur Traceability


1. Den gemeinsamen Schlüssel definieren

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.

 

 2. Lücken in der Echtzeit-Verknüpfung schließen

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.

 

3. Systemübergreifende Abfrage ermöglichen

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.

IPM – Von Dokumentation zu echtem Traceability-Nachweis

IPM schließt die häufigsten Traceability-Lücken: Es erfasst Prozessdaten direkt aus der Steuerungsebene mit Bauteil-ID-Verknüpfung, verbindet Prüfergebnisse mit Prüfmittel-IDs und stellt eine systemübergreifende Abfrage der vollständigen Bauteilakte in Echtzeit bereit.

  • Direkte Maschinenanbindung: Prozessdaten werden automatisch mit Charge oder Seriennummer verknüpft

  • Prüfmittel-ID-Tracking: Jedes Prüfergebnis enthält das verwendete Prüfmittel – Nachkalibrierung auswertbar

  • Systemintegration: SAP, Microsoft Dynamics, gängige MES-Systeme über Standardschnittstellen

  • Echtzeit-Bauteilakte: Von der Materialcharge bis zum Auslieferungsnachweis in Sekunden abrufbar

  • Auditfähige Archivierung: IATF 16949, ISO 9001 und EU-Produkthaftungsrichtlinie konform

 

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

 



Häufig gestellte Fragen zu Traceability und Dokumentation in der Produktion

 

Was ist der Unterschied zwischen Traceability und Dokumentation in der
Produktion?

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.

 

Warum reicht Dokumentation allein nicht für den Audit-Nachweis?

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.

 

Was ist ein Audit Trail in der Fertigung?

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.

 
Was ist eine Bauteilakte?

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.

 

Wie verknüpfe ich bestehende Systeme für lückenlose Traceability?

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.

 

Was ist Traceability Level und wie wird es bewertet?

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.

 

Wie unterscheidet sich Traceability in der Automotive-Industrie von anderen
Branchen?

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.

 

Aus Dokumentation Traceability machen.

In 30 Minuten herausfinden, wo Ihre Lücken sind – und wie sie sich schließen lassen.

 

Amadeus Lederle
Chief Technology Evangelist, CSP Intelligence GmbH
15 Jahre Erfahrung in industrieller Softwarearchitektur und Systemintegration. Amadeus hat zahlreiche Legacy-Migrationsprojekte in der DACH-Fertigungsindustrie begleitet – von der ersten Inventarisierung bis zur kontrollierten Abschaltung des letzten Altsystems.
KOMMENTARE

VERWANDTE ARTIKEL