Beispiel · ISO 9001 §10.2

Korrekturmaßnahmen, die nicht in Excel altern.

Wie §10.2 der ISO 9001 aussieht, wenn der Prozess die Auslegung ist. Ein Beispiel aus der Praxis: vorher eine Excel-Liste mit Tickets, die seit Monaten offen sind. Nachher ein Prozess, der Ursachenanalyse, Wirksamkeitsprüfung und Freigabe erzwingt.

Korrekturmaßnahme: sieben erzwungene Schritte 01 02 03 04 05 06 07
Der Schmerz

Tickets, die im Tracker altern.

In den meisten mittelständischen QMS wird die Korrekturmaßnahme in einer einzigen Excel-Datei geführt: dem CAPA-Tracker. Dort werden Tickets erfasst, und dort bleiben sie liegen. Nach Monaten ist die Liste lang, die Ursachenanalyse in vielen Zeilen leer, Wirksamkeitsnachweise fehlen. Im Audit wird genau diese Liste als Erstes angefragt, und sie liefert oft den ersten Befund.

Das Muster ist branchenübergreifend: ISO 9001 §10.2, ISO 13485 §8.5.2, IATF 16949 §10.2, AS9100 §10.2. Unterschiedliche Auslöser (Kundenreklamation, Auditbefund, Produktionsabweichung, Lieferantenabweichung), dieselbe Struktur, dieselbe Schwachstelle.

Vorher

Der CAPA-Tracker, wie man ihn vor jedem Audit sieht.

Ein Auszug aus einem typischen CAPA-Tracker. Zahlen und Namen sind exemplarisch, die Struktur ist die, die wir in der Praxis regelmäßig sehen.

Sieben offene Tickets, fünf ohne Ursachenanalyse, keines mit Wirksamkeitsnachweis. Das älteste ist über zehn Monate alt. Welche Zeilen sind aktuell, welche vergessen? Wer hat die Analyse wirklich durchgeführt, wer hat sie nur eingetragen? Wer hat die Umsetzung freigegeben? Jede Frage eine E-Mail, jede Antwort unsicher. Vor dem Audit werden die leeren Felder in wenigen Tagen rückwirkend gefüllt. Genau so entsteht der Befund, nicht die Evidenz.

Nachher

Eine Korrekturmaßnahme ist eine laufende Prozessinstanz.

Statt einer Zeile in einer Datei ist jedes Ticket eine eigene Prozessinstanz mit definierten Schritten, benannten Verantwortlichen und erzwungenen Pflichtfeldern. Ein Ticket geht ohne abgeschlossene Ursachenanalyse nicht in die Umsetzung. Ein Ticket lässt sich ohne Wirksamkeitsprüfung nicht schließen.

Steuerung und Nachweis in einer Ansicht

Oben zeigt der Prozess, wo die Instanz gerade steht. Links entsteht die Ausführungshistorie beim Arbeiten, jeder Eintrag mit Identität, Rolle und Zeitstempel. Rechts stehen die erfassten Inhalte. Der Audit-Trail ist kein separater Bericht, er ist die Instanz selbst.

Arbeit entsteht als Task

Laufende Instanzen erzeugen Tasks. Ein Task fragt genau die Eingaben ab, die der Prozess an diesem Schritt vorschreibt, und bringt den Kontext der Instanz mit. Tasks werden von Mitarbeitenden, Drittsystemen oder KI-Agenten ausgeführt. Das ist der einzige Weg, eine Instanz zu verändern.

Derselbe Task kann von Mitarbeitenden, angebundenen Drittsystemen oder KI-Agenten ausgeführt werden. Struktur, Pflichtfelder und Freigaben bleiben gleich. Wer ausgeführt hat, steht im Audit-Trail.

Alle Instanzen als Projektion

Die Übersicht aller laufenden Korrekturmaßnahmen ist eine Projektion des aktuellen Zustands, keine editierbare Tabelle. Sie kann nicht direkt beschrieben werden. Jeder Wert, den Sie hier sehen, ist das Ergebnis eines Tasks, der zuvor ausgeführt wurde.

Alter, Trends, offene Maßnahmen pro Verantwortlichem und die Wirksamkeitsquote stehen automatisch als Auswertung zur Verfügung. Kein Pivot, kein Nachpflegen, kein rückwirkendes Ausfüllen.

Was im Prozess steht, ist der Stand. Eine andere Wahrheit existiert nicht mehr.

Der Prozess

Sieben Schritte, erzwungen.

Jeder Schritt trägt einen Verantwortlichen und eine Evidenz. Reihenfolge und Pflichtfelder sind im Prozess selbst kodiert, nicht in einer Arbeitsanweisung daneben.

Ablauf einer Korrekturmaßnahme auf Isomorph.

Schritt Verantwortlich Evidenz
01 · Eröffnung
VerantwortlichMeldende Stelle: Produktion, Kunde, Audit oder Lieferant.
EvidenzQuelle, Beschreibung, Datum, betroffene Prozesse.
02 · Sofortmaßnahme
VerantwortlichLinienverantwortlicher oder Fachbereich.
EvidenzBeschreibung der Eingrenzung, Zeitstempel, Freigabe.
03 · Ursachenanalyse
VerantwortlichQM oder Fachbereich, abhängig vom Befund.
EvidenzMethode (5-Why, Ishikawa), Ergebnis, mit erzwungenen Pflichtfeldern.
04 · Maßnahme geplant
VerantwortlichMaßnahmenverantwortlicher.
EvidenzBeschreibung, Zieltermin, Ressourcen, Freigabe durch QM.
05 · Umsetzung
VerantwortlichMaßnahmenverantwortlicher.
EvidenzNachweise der Durchführung, Anhänge, Datum.
06 · Wirksamkeitsprüfung
VerantwortlichQM, unabhängig von Schritt 05.
EvidenzMethode, Prüfzeitraum, Ergebnis, Entscheidung: wirksam oder nicht wirksam.
07 · Abschluss-Freigabe
VerantwortlichQM-Leitung.
EvidenzFreigabe mit Identität, Datum, Kommentar. Nur möglich, wenn Schritte 01 bis 06 vollständig sind.
Im Audit

Was der Auditor sieht.

Der Auditor öffnet die Prozessübersicht und sieht alle Korrekturmaßnahmen mit Status und Alter. Ein Klick auf ein Ticket zeigt: Quelle, Sofortmaßnahme, Ursachenanalyse mit Methode, geplante und umgesetzte Maßnahme, Wirksamkeitsprüfung mit Ergebnis, Abschluss-Freigabe mit Identität und Datum. Alles in einer Ansicht. Nichts rekonstruiert, nichts aus Einzelquellen zusammengesucht.

Die häufigsten ISO-9001-Befunde zu Korrekturmaßnahmen sind seit Jahren dieselben. Der Prozess adressiert jeden einzelnen an einer definierten Stelle.

Typische Audit-Befunde und die Prozessmechanik, die sie verhindert.

Typischer Befund Wo der Prozess das verhindert Automatische Evidenz
Fehlende oder oberflächliche Ursachenanalyse
MechanikSchritt 03 verlangt Methode und Ergebnis als Pflichtfelder. Ohne Abschluss keine Weiterleitung an Schritt 04.
EvidenzAngewandte Methode, Ergebnis, Bearbeiter, Zeitstempel.
Fehlende Wirksamkeitsprüfung
MechanikSchritt 06 ist Voraussetzung für die Abschluss-Freigabe in Schritt 07. Ohne Prüfung kein Abschluss.
EvidenzPrüfmethode, Prüfzeitraum, Ergebnis, Entscheidung, Prüfer.
Überfällige offene Maßnahmen
MechanikAlter und aktueller Schritt ergeben sich aus dem laufenden Prozess, sichtbar in der Instanzübersicht. Keine manuelle Pflege, keine vergessene Zeile.
EvidenzEröffnungsdatum, aktuelle Instruktion, letztes Ereignis je Instanz.
Unklare Verantwortlichkeiten
MechanikJeder Schritt trägt eine benannte Rolle. Die ausführende Identität wird pro Übergang festgeschrieben, nicht nachträglich zugeordnet.
EvidenzIdentität, Rolle und Zeitstempel pro Schritt-Übergang.
Rückwirkendes Ausfüllen vor dem Audit
MechanikJede Eingabe erzeugt ein Event mit Systemzeitstempel. Nichts wird überschrieben, späte Eingaben bleiben als solche erkennbar.
EvidenzVollständiger, chronologischer Event-Log der Instanz.

Was früher eine Frage ans Team war, ist in der Instanz beantwortet. Was früher am Abend vor dem Audit nachgetragen wurde, lässt sich heute nicht mehr nachtragen.

Wo das noch passt

Ein Modell, mehrere Rahmenwerke.

Der Mechanismus ist in vielen Normen identisch. Eine saubere Korrekturmaßnahme für ISO 9001 lässt sich strukturell auf die äquivalenten Klauseln anderer Rahmenwerke übertragen. Ein Modell, mehrfach einsetzbar.

  • ISO 9001 §10.2 · Nichtkonformität und Korrekturmaßnahme
  • ISO 13485 §8.5.2 · Korrekturmaßnahme (Medizintechnik)
  • IATF 16949 §10.2 · Nichtkonformität und Korrekturmaßnahme (Automotive)
  • AS9100 §10.2 · Korrekturmaßnahme (Luft- und Raumfahrt)
  • ISO 27001 Abschnitt 10 · Kontinuierliche Verbesserung; ISMS-Incidents folgen demselben Mechanismus

Wie wir das liefern: Vorgehen →. Wie wir das betreiben: Vertrauen →.

Wie sähe das in Ihrem QMS aus?

30 Minuten. Wir skizzieren den Prozess für Ihren Kontext und zeigen ein laufendes Beispielmodell.

Erstgespräch vereinbaren

oder +43 676 4804565