Zum Hauptinhalt springen
Reklamation CAPA-Trigger · Ursachenanalyse · 5-Why · Ishikawa · FTA · Risikorückfluss · ISO 14971 §10
Zielgruppe
QM-Beauftragte, CAPA-Prozessverantwortliche und Regulatory-Teams die Reklamation und Risikomanagement verbinden
Normgrundlage
ISO 9001:2015 §10.2 · ISO 14971:2019 §10 · ISO 13485:2016 §8.5.2 · IATF 16949:2016 §10.2.3
Lesezeit
ca. 9 Minuten

Reklamation abgeschlossen.
CAPA eröffnet.
Rückfluss in die Risikoakte vergessen.

Reklamation und CAPA sind im QMS keine getrennten Prozesse — aber ihre Verbindung ist oft undokumentiert. Wann löst eine Reklamation eine CAPA aus? Welche Ursachenanalyse-Methode ist geeignet? Und wie fließen die Erkenntnisse normativ verbindlich in die Risikoakte zurück?

Reklamation und CAPA — wo die Prozesse sich trennen und wo sie verbinden

Reklamation ist operativ — CAPA ist systemisch

Eine Reklamation wird operativ bearbeitet: Kundenproblem lösen, 8D-Report einreichen, Wirksamkeit prüfen, Akte schließen. Eine CAPA ist systematischer: Sie fragt nicht nur "was ist passiert?" sondern "warum ist das System so gebaut dass dieser Fehler möglich war?" und "was muss sich am System ändern damit er nie wieder auftritt?". Nicht jede Reklamation braucht eine CAPA. Aber jede Entscheidung "CAPA ja" oder "CAPA nein" muss dokumentiert sein.

Die Verbindung zum Risikomanagement ist normativ verbindlich

ISO 14971 §10 verpflichtet Medizinprodukte-Hersteller, Post-Market-Daten systematisch auf Risikoakten-Relevanz zu prüfen. Reklamationen sind Post-Market-Daten. Ein Reklamationsabschluss ohne dokumentierte Prüfung ob die Daten die FMEA-Einschätzung verändern, ist normativ unvollständig. Für IATF-Zulieferer gilt das über D7 (FMEA-Update nach 8D) sinngemäß: Wenn eine Serienreklamation zeigt dass der A-Wert in der PFMEA zu niedrig war, muss die PFMEA aktualisiert werden.

Ursachenanalyse ist das Bindeglied zwischen Reklamation und CAPA

Eine gute Ursachenanalyse ist das wichtigste Element im Reklamations-CAPA-Prozess: Sie bestimmt ob eine CAPA nötig ist (systemische Ursache?), was die CAPA adressieren muss (konkrete Systemursache, nicht Symptom) und ob der Rückfluss in die Risikoakte erforderlich ist (verändert der Fehler die P-Schätzung?). Ohne valide Ursachenanalyse ist die CAPA ein formaler Prozess ohne Systemwirkung — und die Risikoakte bleibt unverändert obwohl sich die Erkenntnisbasis verändert hat.

6 Situationen — wann eine Reklamation eine CAPA auslöst
#
01
Wiederholungsreklamation gleicher Ursache

ISO 9001 §10.2.1

Dieselbe Ursache tritt zum zweiten Mal auf — die vorherige Maßnahme war nicht wirksam. D7 (Wirksamkeitsprüfung) hat versagt oder war unvollständig.

Pflicht
02
Systemische Ursache identifiziert

ISO 9001 §10.2.1b

D4 zeigt eine Prozess- oder Systemursache die über den Einzelfall hinausgeht — andere Prozesse oder Produkte können betroffen sein.

Pflicht
03
Wirksamkeitsprüfung gescheitert

ISO 9001 §10.2.1e

D8/D7 zeigt: Die eingeleitete Maßnahme hat den Fehler nicht beseitigt. Neustart der Ursachenanalyse erforderlich — als CAPA geführt.

Pflicht
04
Sicherheitsrelevanter Fehler

ISO 14971 §8 / MDR Art. 87

Fehler mit potenziellem Patientenschaden oder Produktsicherheitsrisiko — immer CAPA, unabhängig von Einzelfall/Systemursache.

Pflicht
05
Kunde oder Auditor fordert CAPA

IATF §10.2.3 / CSR

OEM-Kundensonderforderungen oder Audit-Finding verlangen explizit eine CAPA — auch wenn intern keine Systemursache identifiziert wurde.

Pflicht
06
Einzelfehler, klare isolierte Ursache

ISO 9001 §10.2

Einmaliger Fehler, Ursache eindeutig isoliert, keine Wiederholung zu erwarten, keine systemische Relevanz — Korrektur ohne formelle CAPA.

Optional

Die Entscheidung "CAPA ja oder nein" muss immer dokumentiert sein — auch bei Option 6 (kein Handlungsbedarf). Fehlende Dokumentation der Entscheidung ist ein §10.2-Befund.

Ursachenanalyse-Methoden — 5-Why, Ishikawa und FTA im Vergleich

Die Wahl der Methode hängt von der Fehlerkomplexität ab — nicht von der Norm. ISO 9001 §10.2 schreibt keine Methode vor. Entscheidend ist: Die Ursachenanalyse muss zur Systemursache führen, dokumentiert sein und durch Daten validiert werden. Welches Werkzeug verwendet wird, ist sekundär.

5-Why

Fünfmal "Warum?" — von Symptom zur Systemursache

Stärke

Schnell, einfach, gut dokumentierbar

Grenze

Für Mehrvariablen-Probleme unzureichend — kann zu Tunnelblick führen

Praxis-Beispiel

Kundenreklamation Kratzer: Warum Kratzer? → Falsche Verpackung → Warum falsch? → Verpackungsanweisung fehlte → Warum keine Anweisung? → Prozess nicht definiert

Ishikawa

Fischgräte mit 5M/6M-Kategorien: Mensch, Maschine, Material, Methode, Milieu

Stärke

Strukturiert alle Ursachenhypothesen — gut für Teambrainstorming

Grenze

Ergibt Hypothesen-Diagramm, keine priorisierte Ursache — braucht Folgeanalyse

Praxis-Beispiel

Maßhaltigkeitsfehler: Kategorien Maschine (Werkzeugverschleiß), Methode (Messverfahren), Material (Chargenschwankung) systematisch erfasst

FTA

Deduktiv vom Fehlerereignis zu Ursachen via UND/ODER-Gatter

Stärke

Zeigt Ursachenkombinationen — geeignet für sicherheitskritische Fehler

Grenze

Aufwändig, erfordert Systemkenntnisse — für einfache Fehler überdimensioniert

Praxis-Beispiel

Medizingerät: Systemausfall ← (Bauteilfehler ODER Software-Bug) UND (redundante Sicherung versagt)

Reklamationsabschluss → Risikoakten-Rückfluss — ISO 14971 §10

ISO 14971 §10 schreibt vor, dass Post-Market-Erkenntnisse systematisch auf Risikoakten-Relevanz geprüft werden. "Kein Handlungsbedarf" ist kein Schweigen — es ist eine dokumentierte Entscheidung. Der folgende Prozess zeigt wie der normativ verbindliche Rückfluss strukturiert dokumentiert wird.

1
Reklamation abschließen
Trigger

D8 abgeschlossen, Wirksamkeit geprüft

Rückfluss

Prüfaufgabe automatisch erstellt: "Reklamation auf Risikoakten-Relevanz prüfen"

2
Risikoakten-Relevanz prüfen
Trigger

Prüfaufgabe fällig

Rückfluss

Entscheidung dokumentieren: Handlungsbedarf JA/NEIN + Begründung

3a
Kein Handlungsbedarf
Trigger

Fehler war Einzelfall, FMEA-Einschätzung korrekt

Rückfluss

Prüfergebnis "kein Handlungsbedarf" in Risikoakte dokumentiert — §10 erfüllt

3b
Handlungsbedarf
Trigger

Fehler häufiger als in FMEA angenommen, neue P-Evidenz

Rückfluss

Risikoabschätzung überarbeiten: P-Wert aktualisieren, Maßnahmen prüfen, Gesamtrestrisiko neu bewerten

Risikomanagement — Pillar-Seite

Der vollständige Risikomanagement-Prozess nach ISO 14971 — von der Planung bis zum Post-Market-Rückfluss:

Risikomanagement vollständig →

CAPA-Verbindung — Risikomanagement

Risikomanagement und CAPA bidirektional: Wann öffnet eine Risikomaßnahme eine CAPA — und wann verändert eine CAPA die Risikoakte?

Risiko und CAPA — Prozessübergang →
QIMS — Reklamation, CAPA und Risikoakte bidirektional verknüpft

Das häufigste Problem beim Reklamations-CAPA-Übergang ist nicht fehlendes Wissen über die Verbindung — es ist fehlendes System für die Verbindung. Die Reklamation liegt in einem Tool. Die CAPA liegt in einem anderen. Die Risikoakte in einem dritten. Die Verbindungen sind manuelle Notizen — die beim nächsten Audit nicht gefunden werden.

QIMS verbindet Reklamation, CAPA und Risikoakte direkt: M44 Reklamationsmanagement kann aus einem 8D-Report direkt eine CAPA öffnen — mit bidirektionaler Referenz. Der ISO-14971-§10-Rückfluss wird nach Reklamationsabschluss automatisch als Prüfaufgabe erstellt. "Kein Handlungsbedarf" ist dokumentierbar — kein Schweigen. Entwickelt nach den Anforderungen aus ISO 9001 §10.2 und ISO 14971 §10.

Reklamation → CAPA

8D-Report öffnet CAPA direkt — bidirektionale Referenz automatisch gesetzt.

§10 Rückfluss-Aufgabe

Abschluss triggert automatisch Risikoakten-Prüfaufgabe — "kein Handlungsbedarf" dokumentierbar.

FMEA-Update

D7 direkt mit FMEA verknüpft — Aktualisierungsnachweis in Reklamationsakte dokumentiert.

Reklamation, CAPA und Risikoakte ohne Dokumentationsbruch

In einer 30-Minuten-Demo zeigen wir wie QIMS die Verbindung zwischen Reklamation, CAPA und Risikoakte bidirektional abbildet — 8D-Abschluss, §10-Rückfluss und FMEA-Update in einer Plattform.

Häufige Fragen zur CAPA-Anbindung im Reklamationsmanagement 5 Fragen

Wann löst eine Reklamation zwingend eine CAPA aus?

Eine Reklamation löst eine CAPA (Corrective and Preventive Action) aus wenn: (1) Die Reklamation zum zweiten Mal mit derselben Ursache auftritt — d. h. die vorherige Korrekturmaßnahme war nicht wirksam. (2) Die Ursachenanalyse zeigt eine systemische Ursache (Prozess, Verfahren, Schulungslücke) die über den Einzelfall hinausgeht. (3) Die Wirksamkeitsprüfung (D7/D8) scheitert — die eingeleitete Maßnahme hat nicht gewirkt. (4) Der Kunde oder ein Auditor fordert explizit eine CAPA. (5) Interne Qualitätsziele (PPM-Wert, Reklamationsrate) werden durch den Fehlertyp überschritten. Die Entscheidung "CAPA ja/nein" muss immer dokumentiert sein — auch wenn sie "nein" lautet.

Was ist der Unterschied zwischen 5-Why, Ishikawa und FTA?

5-Why ist eine lineare Methode: Man fragt fünfmal "Warum?" und folgt der Ursachenkette bis zur Systemursache. Gut geeignet für einfache, lineare Fehlerketten. Ishikawa (Fischgrätendiagramm) ist eine strukturierte Brainstorming-Methode: Alle möglichen Ursachenkategorien (Mensch, Maschine, Material, Methode, Milieu) werden systematisch erfasst. Gut für komplexe Fehler mit mehreren Ursachenhypothesen. FTA (Fault Tree Analysis) ist eine deduktive, logische Analyse: Vom Fehler-Ereignis wird rückwärts zu allen möglichen Ursachen und deren logischen Verknüpfungen (UND/ODER-Gatter) gearbeitet. Gut für sicherheitskritische Fehler und Systeme mit mehreren Fehlerquellen. ISO 9001 §10.2 schreibt keine Methode vor — die Wahl hängt von der Fehlerkomplexität ab.

Was gehört in die CAPA-Akte, was in die Reklamationsakte?

Die Reklamationsakte enthält den operativen Bearbeitungsprozess: 8D-Report D1–D8, Sofortmaßnahme, Kundenkommunikation und Abschlussdokumentation aus Kundenperspektive. Die CAPA-Akte enthält den systematischen Korrekturprozess: Problembeschreibung mit Verweis auf die Reklamation, vollständige Ursachenanalyse (Systemursache), Korrekturmaßnahme mit Termin und Verantwortlichem, Wirksamkeitsprüfung mit Datum und Ergebnis. Wenn eine Reklamation eine CAPA auslöst, referenzieren beide Dokumente sich gegenseitig: In der Reklamationsakte steht die CAPA-Nummer, in der CAPA-Akte steht die Reklamationsnummer. Kein Dokument ersetzt das andere.

Wie fließen Reklamationsdaten in die Risikoakte zurück?

ISO 14971 §10 verpflichtet Medizinprodukte-Hersteller, Post-Market-Daten systematisch auf Relevanz für die Risikoakte zu prüfen. Reklamationsdaten sind ein wesentlicher Post-Market-Input. Wenn Reklamationen zeigen dass ein Fehler häufiger auftritt als in der FMEA angenommen (z. B. A-Wert für Auftretenswahrscheinlichkeit zu niedrig), muss die Risikoabschätzung überarbeitet werden. Dieser Rückfluss muss dokumentiert sein: "Reklamation #XY geprüft auf Risikoakten-Relevanz — kein Handlungsbedarf, weil: [Begründung]". Auch "kein Handlungsbedarf" ist ein dokumentierter Prozessschritt. Für IATF-Zulieferer gilt das über den PFMEA-Update sinngemäß: D7 des 8D-Reports schließt die Rückverfolgung zur PFMEA ein.

Was ist eine "bidirektionale" CAPA-Verbindung?

Bidirektional bedeutet: Die Verbindung zwischen Reklamation und CAPA funktioniert in beide Richtungen. Eine Reklamation löst eine CAPA aus (Richtung 1). Die CAPA liefert nach Abschluss Erkenntnisse zurück in die Reklamationsakte — Wirksamkeitsergebnis — und in die Risikoakte — neue P-Evidenz (Richtung 2). In der Praxis wird die Rückrichtung häufig vergessen: Die CAPA ist abgeschlossen, der Wirksamkeitsnachweis liegt vor — aber weder die Reklamationsakte noch die Risikoakte wurden aktualisiert. Für Auditoren ist das ein Systemfehler: Das QMS hat gelernt — aber das Wissen ist nicht im System sichtbar.

Reklamation, CAPA und Risikoakte ohne Bruch

Ursache analysiert.
CAPA dokumentiert.
§10-Rückfluss nachgewiesen.
Kreislauf geschlossen.

Reklamation → CAPA → Risikoakten-Rückfluss bidirektional verknüpft — 5-Why und Ishikawa strukturiert dokumentiert, FMEA-Update in D7 direkt verknüpft, §10-Prüfaufgabe nach Abschluss automatisch erstellt.

Entwickelt nach den Anforderungen aus ISO 9001:2015 §10.2, ISO 14971:2019 §10 und ISO 13485:2016 §8.5.2.