Der „Geist“ im Audit: Wird IATF 16949 dem softwaredefinierten Fahrzeug nicht gerecht?
Im Zeitalter von EVs und SDVs tun wir so, als ließe sich die statistische Prozesslenkung (SPC) des 20. Jahrhunderts auf die Softwarelogik des 21. Jahrhunderts anwenden.
Dieses „Compliance-Theater“ ist nicht nur ineffizient, sondern ein systemisches Risiko.
IATF 16949, Abschnitt 8.5.1.1, verlangt die Lenkung besonderer Merkmale (SCs). In moderner Elektronik hinterlassen die kritischsten Sicherheitsparameter jedoch keine physischen Spuren. Es sind im Code definierte „Ghost SCs“:
• Latenzgrenzen: (z. B. Zeit vom Sensor zum Aktuator ≤ 100ms).
• Thermische Drosselung: (z. B. Leistungsreduzierung bei 105°C, um thermisches Durchgehen zu verhindern).
• Kalibrieroffsets: Softwarewerte, die eine Sicherheitsreaktion nach ASIL-D bestimmen.
Die Lösung: Von produktbezogener SPC zur Konfigurationsintegrität
Hier ist mein dreiteiliger Ansatz für den Übergang vom bloßen Abhaken ohne tatsächliche Prüfung zur systemischen Integrität:
1. Der Perspektivwechsel im Produktionslenkungsplan: Führen Sie „Thermischer Grenzwert“ nicht länger als Produktmerkmal auf. Ihr Produktionslenkungsplan sollte „Integrität der EEPROM-Konfiguration“ oder „Erfolgreiche Funktionsverifizierung“ verlangen. Sie messen kein Maß; Sie verifizieren, dass der „Geist“ erfolgreich herbeigerufen wurde und aktiv ist.
2. SPC für die Prüfeinrichtung (MSA)
Bei Ihrer automatisierten Prüfausrüstung (ATE) kommt es auf die Berechnung an. Die „Fähigkeit“ eines softwaredefinierten Sicherheitsmechanismus wird aus der Gage-R&R-Untersuchung des EOL-Prüfaufbaus abgeleitet. Ihre MSA weist nach, dass Ihre Prüfumgebung zuverlässig zwischen einer gültigen Konfiguration und einer Verletzung der Sicherheitsanforderungen unterscheidet.
3. Explizite Rückverfolgbarkeit der Funktionalen Sicherheit
Das „Ghost SC“ muss auf die Technical Safety Requirement (TSR) zurückgeführt werden können. Wenn ein Auditor nach Fähigkeitsdaten fragt, lautet die Antwort:
„Dies ist ein softwaregesteuerter Sicherheitsmechanismus. Seine Integrität wird durch das Konfigurationsmanagement gewährleistet und mittels EOL ATE verifiziert; unsere MSA-Daten belegen, dass es sich dabei um ein fähiges Messsystem handelt.“
Das Fazit
Die „Brücke der Transformation“ für die Automobilqualität erfordert ein Denken über mechanische Paradigmen hinaus. Wenn Ihr Team noch versucht, eine softwaredefinierte Latenzzeit in eine Glockenkurve einzuordnen, betreibt es kein Qualitätsmanagement, sondern ein Mathematikprojekt.
Messen Sie das Wesentliche oder haken Sie eine veraltete Checkliste ab?
#IATF16949 #ISO26262 #SDV #SystemsEngineering #AutomotiveQuality #RiskManagement #Omnex