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.
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.
Ein Auszug aus einem typischen CAPA-Tracker. Zahlen und Namen sind exemplarisch, die Struktur ist die, die wir in der Praxis regelmäßig sehen.
| Nr | Eröffnet | Alter | Beschreibung | Owner | Status | Ursache | Wirksamkeit |
|---|---|---|---|---|---|---|---|
| 2025-041 | 2025-06-12 | 316 Tage | Kundenreklamation Charge 23402 | M. Müller | offen | leer | leer |
| 2025-052 | 2025-08-03 | 264 Tage | Ausfall Prüfstand Linie 2 | J. Schmidt | offen | teilweise | leer |
| 2025-074 | 2025-11-14 | 161 Tage | Lieferantenabweichung, Lieferant X | T. Bauer | offen | leer | leer |
| 2026-002 | 2026-01-20 | 94 Tage | Interner Auditbefund zu §7.5 | QM | in Bearbeitung | ja | leer |
| 2026-006 | 2026-02-28 | 55 Tage | Fehlteile Wareneingang | L. Berger | offen | leer | leer |
| 2026-009 | 2026-03-15 | 40 Tage | Sicherheitsvorfall Lager | S. Huber | offen | leer | leer |
| 2026-012 | 2026-04-05 | 19 Tage | Reklamation Prüflabor | Prüflabor | offen | leer | leer |
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.
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.
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.
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.
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.
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.
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.
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.
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.
Wie wir das liefern: Vorgehen →. Wie wir das betreiben: Vertrauen →.
30 Minuten. Wir skizzieren den Prozess für Ihren Kontext und zeigen ein laufendes Beispielmodell.
Erstgespräch vereinbarenoder +43 676 4804565