27.02.2026

Neues AIAG & VDA SPC Manual - Die Neuerungen im Detail

Mit dem AIAG-VDA „SPC Manual – Process Management, Performance and Capability, Control Charts“ liegt erstmals ein gemeinsamer, international ausgerichteter Rahmen vor, der SPC deutlich breiter denkt als viele Organisationen es heute leben.

Aktuell ist das Dokument als Entwurf in der Stakeholder-Review-/Feedback-Phase veröffentlicht (Kommentierung bis 03. Mai 2026).

Der wesentliche Punkt: SPC wird nicht als „Regelkarte = fertig“ verstanden, sondern als systematisches Steuerungsmodell für Prozesse – inklusive Rollen, Eskalationswegen, Reaktionslogik (OCAP), Daten- und Softwareanforderungen sowie belastbarer Nachweisführung für Audits und Kundenfreigaben.

Der konzeptionelle Shift: Von „Charts“ zu geschlossenen Regelkreisen

In vielen Unternehmen ist SPC historisch „Werkzeugkasten“: ein paar Regelkarten, gelegentlich ein Cpk, fertig. Das neue Manual verschiebt den Schwerpunkt auf Wirksamkeit:

SPC wird als regelkreisbasierte Prozesslenkung verstanden (Erkennen → Bewerten → Reagieren → Nachweisen). Regelkarten sind nur ein Baustein innerhalb eines größeren Steuerungssystems, das mit Control Plan, Prüfplanung, Verantwortlichkeiten und Auditlogik verzahnt ist.

Die Botschaft ist klar: Tools können funktionieren, aber ohne Einbindung in das QM-System entstehen Lücken – vor allem bei Reaktion, Eskalation, Dokumentation und Datenintegrität.

Praxisübersetzung: Wenn Sie SPC „auditfest“ und „kundenfest“ nutzen wollen, reicht es nicht, Charts zu erzeugen. Entscheidend ist, ob Sie ein System betreiben, das konsequent reagiert und nachvollziehbar belegt, dass der Prozess beherrscht ist.

Die „Ten Requirements“: Voraussetzungen, die SPC erst wirksam machen

Ein starkes Element des Manuals ist die Transparenz darüber, was SPC zwingend braucht, bevor es im Alltag zuverlässig trägt. Dazu zählen (sinngemäß) u. a.:

eindeutige Produktspezifikationen und Merkmalsdefinitionen
fähige Mess-/Prüfprozesse (nicht nur „vorhanden“, sondern nachweislich geeignet)
Prozesscharakterisierung (wie reagiert der Prozess, welche Einflussgrößen sind relevant?)
Produktions- und Prüfplanung (wann, wo, wie wird gemessen?)
OCAP / Reaktionslogik (was passiert bei Auffälligkeiten – sofort und strukturiert?)
Stichprobenstrategie und passende Chart-Auswahl
Control Plan als Klammer der Prozesslenkung (inkl. Reaktionen an Regel- und Toleranzgrenzen)
Datenmanagement (Erfassung, Speicherung, Rückverfolgbarkeit, Wiederauffindbarkeit)
Rollen, Kompetenzen, Schulungskonzept
regelmäßige Reviews/Audits zur Wirksamkeitsprüfung

Der Control Plan wird dabei als zentraler Anker positioniert: Wer SPC betreibt, muss im Control Plan sauber abbilden, wie überwacht wird und welche Reaktion verbindlich ist, wenn Regeln oder Grenzen verletzt werden.

Capability vs. Performance: Begriffsschärfe mit direkter Konsequenz für Freigaben

Ein besonders wichtiger Punkt für Qualitätsleiter, Lieferantenmanager und Produktionsverantwortliche ist die neue Klarheit:

„Capability“ (C-Indizes wie Cpk/Cp) ist nur dann angemessen, wenn Stabilität (statistical control) nachgewiesen ist. Wenn Stabilität fehlt oder nicht sauber bewertet werden kann, sind Performance-Indizes (P-Indizes wie Ppk/Pp) zu verwenden.

Wichtig für die Praxis: Ppk ist nicht „wertlos“, aber er ist eine Leistungsbeschreibung ohne Capability-Aussage. Die Capability-Aussage setzt voraus, dass der Prozess nicht nur „gute Werte liefert“, sondern dass er unter laufender Überwachung als beherrscht nachgewiesen ist.

Typische Wirkung im Unternehmen:

Freigaben werden stringenter („erst Stabilität – dann Capability“)
Diskussionen mit Kunden/Lieferanten werden klarer, weil Begriffe nicht mehr vermischt werden
Reports müssen die Stabilitätsbewertung explizit enthalten – nicht nur den Index.

Langzeitverhalten und ISO 22514-2: Zeitabhängige Prozessmodelle als Denkrahmen

Das Manual fordert, Performance/Capability nicht aus „Momentaufnahmen“ abzuleiten, sondern aus serienrepräsentativen Daten über eine ausreichend lange Zeit – so, dass typische Einflüsse (Mensch, Maschine, Material, Methode, Milieu) realistisch wirken.

Als gängiges Beispiel wird ein Setup genannt wie 25 Subgruppen à 5 Teile (also 125 Werte insgesamt), je nach Prozess und Risiko angepasst. Besonders hilfreich ist der Bezug zu ISO 22514-2 mit zeitabhängigen Verteilungsmodellen, die in der Praxis sofort anschlussfähig sind:

Modell A: Lage und Streuung sind über die Zeit stabil
Modell B: Streuung verändert sich, Lage bleibt stabil
Modell C: Lage driftet, Streuung bleibt stabil
Modell D: Lage und Streuung verändern sich über die Zeit

Warum das relevant ist: Je „dynamischer“ das Prozessverhalten, desto stärker müssen Stichprobenstrategie, Überwachungsfrequenz und Reaktionslogik darauf ausgelegt werden.

Das Manual empfiehlt außerdem, beim Modell-Fit nicht nur „alles zusammen“ zu bewerten, sondern gezielt die kritischen Datenbereiche nahe der relevanten Spezifikationsgrenze stärker im Blick zu behalten.

OCAP als operatives Rückgrat: Reaktionsfähigkeit ist keine Kür mehr

OCAP wird im Manual nicht als „Dokument im Ordner“ verstanden, sondern als funktionierender Mechanismus, der im Alltag greift. Entscheidend ist, dass Reaktionen auslöserspezifisch (z. B. bei bestimmten Regelverletzungen), verantwortlich zugeordnet und dokumentiert sind.

Bewährte, manual-konforme Umsetzung in der Praxis:

klare Trigger (welche Regel, welche Schwelle, welche Art von Signal?)
eindeutige Verantwortliche (Operator, Schichtführung, Prozess-/Qualitätsingenieur)
Eskalationspfad (wann wird gestoppt, gesperrt, informiert, entschieden?)
nachvollziehbares Ereignis-/Maßnahmenlog (was war, was wurde getan, warum, mit welchem Ergebnis?)
Qualifizierung: Beteiligte müssen OCAP nicht nur kennen, sondern anwenden können

Das ist einer der größten Hebel für Auditfähigkeit: Nicht die Regelkarte überzeugt, sondern die nachweisbare Reaktionskette.

Software, Schnittstellen und Datenintegrität

Das Manual macht deutlich, dass SPC in modernen Wertschöpfungsketten ohne IT-Unterstützung schnell an Grenzen stößt: Daten müssen zuverlässig erfasst, gespeichert, rückverfolgbar und auswertbar sein – idealerweise automatisiert und integriert (z. B. in CAQ-Strukturen).

Zwei Punkte sind dabei besonders auditrelevant:

1. Standardisierte Datenübergaben / Schnittstellen: Als Orientierung wird u. a. ISO/TR 11462-5 genannt, die ein Format für den Austausch von Qualitätsdaten zwischen SPC-Softwarelösungen beschreibt.

2. Verifikation und Validierung von Software: Gerade in Automotive-Organisationen wird der Bezug zur IATF 16949 hergestellt: Produktionsnahe Software, die Produkt- oder Prozesslenkung beeinflusst, darf nicht „blind“ betrieben werden – die Organisation muss die Eignung und das korrekte Funktionieren nachweisen.

Das Manual warnt außerdem vor Analyse-„Black Boxes“, bei denen Parameter (z. B. Ausreißerbehandlung, Mindeststichprobe, Annahmen zur Verteilung) nicht transparent sind.

Reporting und Nachweisführung: Was ein auditfester SPC-Report enthalten sollte

Das Manual orientiert Reporting stark an der Logik „Nachvollziehbarkeit vor Kennzahl“. Ein belastbarer Bericht sollte deshalb strukturiert zeigen:

Prozess/Produkt/ Merkmal eindeutig identifizieren
Spezifikationsgrenzen und Datenerhebungsbedingungen dokumentieren
Messprozess beschreiben (Auflösung, Genauigkeit, R&R bzw. Eignung)
Stichprobenparameter sauber angeben (z. B. Anzahl Werte, Subgruppenlogik, Frequenz)
grafische Basisanalysen (Zeitverlauf, Verteilung, Wahrscheinlichkeit/Modellprüfung)
Stabilitätsbewertung transparent machen
Verteilungsannahmen und Modellwahl begründen
Indizes korrekt einordnen (Performance vs. Capability)
Einschränkungen/Annahmen offen darstellen (damit Audits nicht „Lücken suchen“ müssen)

Link zum VDA QMC Bereich „Gelbbände“ (Download & Feedback)