- Zielgruppe
- Qualitätsleiter und IT-Verantwortliche in IATF-Zuliefeferern, die eine LPA-Software evaluieren oder eine Excel-Lösung ersetzen wollen
- Normgrundlage
- IATF 16949:2016 Klausel 10.2.6 · AIAG CSP-2 · OEM-Kundensonderforderungen
- Lesezeit
- ca. 8 Minuten
LPA läuft seit zwei Jahren.
Protokolle in Excel.
Zeitstempel per Hand.
Frequenz-Compliance: nicht nachweisbar.
Was eine Layered-Process-Audit-Software leisten muss, damit IATF-Auditoren sie akzeptieren — und was Excel strukturell nicht kann. Fünf Kriterien, die über Nebenabweichung oder sauber abgeschlossenen Audit entscheiden.
IATF-Auditoren prüfen LPA-Software nicht nach Funktionsumfang oder Oberfläche — sie prüfen ob das System die normativen Nachweispflichten aus Klausel 10.2.6 erfüllen kann. Fünf Anforderungen sind dabei nicht verhandelbar. Fehlt eine davon, entstehen strukturelle Lücken die Excel-Dokumentationen und spezialisierte Systeme gleichermaßen betreffen.
Schichten-Logik konfigurierbar
Layer 1–5 mit unterschiedlichen Prüfpunktlisten, Frequenzplänen und Verantwortlichkeiten
IATF 16949 Klausel 10.2.6 fordert die Beteiligung mehrerer Managementebenen — mit unterschiedlichen Prüftiefen, Frequenzen und Verantwortlichkeiten je Schicht. Eine LPA-Software muss diese Schichten-Logik nativ abbilden können: Layer 1 (Operator, täglich) hat andere Prüfpunkte als Layer 4 (Plant Manager, monatlich). Systeme die alle Schichten mit derselben Oberfläche und derselben Prüfliste abarbeiten, können OEM-CSR-Anforderungen strukturell nicht erfüllen — und liefern dem Auditor homogene Protokolle statt differenzierter Schichtnachweise.
Typische Lücke ohne dieses Feature
Systeme ohne Schichten-Differenzierung liefern für alle Ebenen identische Protokoll-Strukturen — was der Auditor sofort erkennt.
Automatisches Frequenz-Tracking
Soll-Ist-Nachweis: welche Audits geplant, durchgeführt, übersprungen wurden
Der häufigste IATF-Befund bei LPA-Dokumentationen: Protokolle existieren, aber es gibt keinen Nachweis für Frequenz-Compliance — also kein Soll-Ist-Bild gegen den Audit-Plan. Eine LPA-Software muss automatisch überwachen, welche Audits im Prüfzeitraum geplant waren und welche tatsächlich durchgeführt wurden. Lücken müssen im System sichtbar und dokumentierbar sein — nicht erst durch manuelle Auswertung einer Excel-Tabelle. Der Auditor erwartet diesen Nachweis auf Knopfdruck, nicht nach zwei Stunden Recherche.
Typische Lücke ohne dieses Feature
Protokoll-Sammlungen ohne Planreferenz sind kein Frequenz-Nachweis — der Auditor sieht Dokumente, aber keine Compliance.
Revisionssichere Zeitstempel
Systemseitig gesetzt, unveränderbar — kein manueller Eintrag möglich
Rückwirkend ausgefüllte LPA-Protokolle sind die häufigste Manipulation die IATF-Auditoren kennen — und die einfachste zu erkennen: identische Handschrift für eine Woche Protokolle, gleiches Excel-Änderungsdatum, manuelle Zeitstempel. Eine auditfähige LPA-Software setzt Zeitstempel systemseitig beim Absenden des Protokolls — unveränderbar, mit Nutzer-Identifikation und Änderungshistorie. Dieses Feature ist nicht verhandelbar: Ohne revisionssichere Zeitstempel ist jedes Protokoll anfällig für den Vorwurf rückwirkender Ausfüllung, unabhängig davon ob das tatsächlich passiert ist.
Typische Lücke ohne dieses Feature
Excel mit manuellen Datum-Einträgen kann nicht beweisen, wann ein Protokoll ausgefüllt wurde — das ist ein strukturelles Glaubwürdigkeitsproblem.
Digitaler Eskalationspfad mit Nachweis-Log
Trigger, Routing, Nachweis — nicht nur beschrieben, sondern gelebt und protokolliert
IATF 16949 erwartet nicht nur einen beschriebenen Eskalationspfad — er muss auch nachweislich ausgelöst worden sein. Eine der häufigsten Nebenabweichungen: Das Programmdokument beschreibt einen Eskalationspfad, aber im gesamten Prüfzeitraum gibt es keinen einzigen Eskalationseintrag. Die Software muss Eskalationen automatisch triggern wenn definierte Schwellwerte überschritten werden, die Eskalation an die richtige Ebene routen und den gesamten Prozess (Trigger, Benachrichtigung, Reaktion, Abschluss) lückenlos protokollieren. Ein Audit-Nachweis der zeigt: "Am 14.03. hat Layer-1-Befund [X] automatisch Layer-3-Eskalation ausgelöst, Reaktion dokumentiert am 15.03." ist das, was Auditoren sehen wollen.
Typische Lücke ohne dieses Feature
Kein einziger Eskalationseintrag in einem Jahr trotz nachweislicher Abweichungen — das ist eine eigenständige Nebenabweichung.
Export-fähige Compliance-Reports
Protokoll-History nach Zeitraum, Schicht und Prozess — mit Soll-Ist-Abgleich für den Auditor
Ein IATF-Auditor wird nicht im System herumnavigieren. Er erwartet einen Bericht: alle LPA-Protokolle im Prüfzeitraum, gefiltert nach Schicht und Prozess, mit Frequenz-Soll-Ist-Abgleich, Abweichungsliste und Maßnahmenstatus. Dieser Bericht muss in wenigen Minuten generierbar sein — nicht in zwei Stunden manueller Auswertung. Die Export-Funktion ist nicht nur ein Komfort-Feature: Sie ist der konkrete Prüfpunkt im Audit. Systeme die keinen strukturierten Export liefern, zwingen den Auditor in die System-Eigennavigation — was zu längeren Prüfzeiten und mehr Fragen führt.
Typische Lücke ohne dieses Feature
Kein strukturierter Export bedeutet: der Auditor navigiert selbst, findet mehr, und die Prüfung dauert länger.
Der Auditor prüft das System, nicht nur die Protokolle
Ein IATF-Auditor der auf LPA-Dokumentation trifft, prüft nicht nur ob Protokolle vorhanden sind — er prüft wie diese Protokolle entstanden sind. Die erste Frage bei jeder Software: Sind die Zeitstempel vom System gesetzt oder vom Nutzer eingetragen? Kann der Nutzer Datum und Uhrzeit manipulieren? Gibt es eine Änderungshistorie? Ein IATF-Auditor der einen Excel-Datei mit manuellen Datumseinträgen sieht, wird diesen Nachweis nicht akzeptieren — nicht weil Excel falsch ist, sondern weil Excel Manipulation strukturell nicht ausschließt.
Frequenz-Compliance ist ein eigenständiger Prüfpunkt
Viele Unternehmen haben Protokolle — aber keinen Nachweis für Frequenz-Compliance. Der Unterschied: Protokolle belegen dass etwas stattgefunden hat. Frequenz-Compliance-Nachweis belegt, dass alles was geplant war auch stattgefunden hat — und erklärt Ausnahmen. Ohne Audit-Plan im System der mit den Protokollen verknüpft ist, kann kein System diesen Nachweis erbringen. Das ist der strukturelle Unterschied zwischen einer Protokoll-Sammlung und einem Frequenz-Compliance-Nachweis.
Was Excel strukturell nicht leisten kann
Excel ist kein Dokumentenlenkungs-System im Sinne von IATF 16949 Klausel 7.5.3 — zumindest nicht in der Standard-Konfiguration. Revisionssichere Zeitstempel, Änderungshistorie, Zugriffsschutz gegen nachträgliche Änderung: das erfordert SharePoint-Enterprise-Konfiguration oder separates DMS. Eskalations-Trigger und automatisches Frequenz-Tracking sind in Excel strukturell nicht umsetzbar — allenfalls durch manuelle Prozesse und Erinnerungs-E-Mails, die ihrerseits keinen Audit-Nachweis erzeugen. Das sind keine Excel-Schwächen — das sind Anforderungen die ein Tabellenkalkulations-Programm nie erfüllen sollte.
Systemseitig gesetzt oder manuell eingetragen? — Auditor prüft ob Zeitstempel nachträglich editierbar sind
Soll-Ist-Abgleich: Geplante vs. durchgeführte Audits im Prüfzeitraum, je Schicht und Prozess
Haben Layer 1–5 unterschiedliche Prüfpunkte und Frequenzen — oder ist alles einheitlich?
Gibt es nachweisliche Eskalationseinträge mit Trigger, Adressat und Reaktion?
Sind Wirksamkeitsprüfungen als eigenständiger Schritt im System abgebildet — mit Datum und Verifikation?
Bildet das System OEM-spezifische Frequenztabellen und Reporting-Anforderungen ab?
Im deutschsprachigen Markt gibt es mehrere QM-Systeme die LPA abdecken — aber mit sehr unterschiedlicher Tiefe. Die meisten universellen Systeme bilden LPA als konfigurierbares Audit-Modul ab, nicht als dedizierte Schichten-Logik. Die Folge: Implementierungsaufwand für das Customizing und das Risiko, bei der Konfiguration Anforderungen zu übersehen.
LPA als Teil des Audit-Management-Moduls. Konfigurierbar, aber Schichten-Differenzierung muss manuell aufgebaut werden. Kein natives Frequenz-Tracking out-of-the-box.
Allgemeines Audit-Management-System. LPA abbildbar durch Konfiguration, aber ohne dedizierte Schichten-Logik und automatisches Frequenz-Tracking. Implementierungsaufwand hoch.
Verbreitet als Interim-Lösung. Revisionssicherheit der Zeitstempel strukturell nicht erreichbar. Frequenz-Compliance nur durch manuelle Auswertung nachweisbar. Eskalations-Trigger nicht abbildbar.
Spezialisiert auf LPA nach IATF 16949 Klausel 10.2.6: Schichten-Logik nativ (Layer 1–5 mit unterschiedlichen Prüfpunktlisten), automatisches Frequenz-Tracking, systemseitige unveränderbare Zeitstempel, digitaler Eskalationspfad mit Nachweis-Log, Export-Reports für Auditoren.
Hinweis zur Marktübersicht: Alle Angaben basieren auf öffentlich verfügbaren Informationen zu Produktfunktionen (Stand Mai 2026). Jedes System kann durch Customizing und Konfiguration erweitert werden — die Angaben beziehen sich auf den out-of-the-box Funktionsumfang für LPA nach IATF 16949. Eigene Tests und eine Produktdemo sind vor einer Kaufentscheidung unbedingt empfohlen.
QIMS wurde nach den Anforderungen aus IATF 16949 Klausel 10.2.6 entwickelt — die fünf Kaufkriterien dieser Seite sind keine Checkliste gegen die wir uns bewerben, sondern die Grundstruktur nach der das System gebaut ist. Schichten-Logik für Layer 1–5 mit unterschiedlichen Prüfpunktlisten und Frequenzplänen ist der Ausgangspunkt, nicht ein Konfigurationsaufwand.
Was das in der Praxis bedeutet: Ein Auditor der QIMS sieht, sieht systemseitig gesetzte Zeitstempel die nicht manipulierbar sind, einen Frequenz-Compliance-Report der auf Knopfdruck den Soll-Ist-Abgleich liefert, einen lückenlosen Eskalations-Log und Maßnahmen-Nachverfolgung mit eigenständigem Wirksamkeitsschritt. Das ist nicht Mehraufwand für das Audit — das ist die normale Systemnutzung.
Layer 1–5 mit konfigurierbaren Prüfpunktlisten je Ebene. OEM-spezifische Frequenzpläne abbildbar. Keine Konfigurationsarbeit für die Grundstruktur.
Audit-Plan im System. Soll-Ist-Abgleich automatisch. Lücken sichtbar ohne manuelle Auswertung. Compliance-Report für den Auditor in Sekunden.
Systemseitig gesetzt beim Absenden des Protokolls. Unveränderbar. Nutzer-Identifikation. Änderungshistorie. Rückwirkende Einträge strukturell ausgeschlossen.
Automatische Trigger bei definierten Schwellwerten. Routing an konfigurierte Ebenen. Nachweis-Log lückenlos: Trigger, Reaktion, Abschluss.
Wirksamkeitsprüfung als eigenständiger Workflow-Schritt. Kein Status „abgeschlossen" ohne dokumentierte Verifikation. Maßnahmen-Kette vollständig oder formal offen.
Audit-History exportierbar — nach Zeitraum, Schicht, Prozess gefiltert. Soll-Ist-Abgleich im Report enthalten. Auditor-Unterlagen in Minuten, nicht Stunden.
LPA-Software die IATF-Audits übersteht — in 30 Minuten sehen
In einer Demo zeigen wir wie QIMS die fünf Kaufkriterien dieser Seite konkret abbildet — Schichten-Logik, Frequenz-Compliance-Report, revisionssichere Zeitstempel, Eskalations-Log und Wirksamkeitsprüfung im normalen Workflow. Kein Pitch, kein Verkaufsdruck.
Was muss eine LPA-Software leisten, damit Auditoren sie akzeptieren?
IATF-Auditoren prüfen bei Software-gestützten LPAs fünf Kernpunkte: (1) Sind Zeitstempel systemseitig gesetzt und unveränderbar — oder können sie manuell eingetragen und nachträglich geändert werden? (2) Ist der Audit-Plan im System hinterlegt und mit den Protokollen verknüpft, sodass ein Soll-Ist-Abgleich für Frequenz-Compliance in Sekunden möglich ist? (3) Ist der Eskalationspfad digital abgebildet — gibt es einen nachvollziehbaren Eskalations-Log mit Zeitpunkt, Adressat und Reaktion? (4) Sind Maßnahmen mit Wirksamkeitsprüfung als eigenständiger Workflow-Schritt in der Software abgebildet? (5) Kann das System auditorrelevante Berichte exportieren — nach Zeitraum, Schicht und Prozess gefiltert, mit erkennbarem Soll-Ist-Abgleich? Eine Software, die diese fünf Punkte erfüllt, kann im Audit den Nachweis liefern, den Excel strukturell nicht liefern kann.
Kann man LPA in ein bestehendes QM-System integrieren oder braucht man ein Standalone-Tool?
Beide Wege sind möglich — entscheidend ist, ob das bestehende QM-System die fünf IATF-relevanten Anforderungen erfüllt. Viele universelle QM-Systeme (SharePoint-basiert, allgemeine Audit-Tools) müssen für LPA aufwändig konfiguriert werden und können Revisionssicherheit der Zeitstempel und automatisches Frequenz-Tracking oft nicht vollständig abbilden. Spezialisierte Tools haben den Vorteil, dass Schichten-Logik, Frequenzpläne und Eskalationspfade out-of-the-box abgebildet sind — ohne Customizing-Aufwand und ohne Risiko, Anforderungen bei der Konfiguration zu übersehen. Die Integration in ein bestehendes System ist sinnvoll, wenn dort bereits Maßnahmen-Management und CAPA-Workflows laufen — LPA-Protokolle und Maßnahmen sollten idealerweise im selben System leben, damit der Eskalationspfad durchgängig dokumentiert ist.
Wie überzeuge ich mein Management von einer LPA-Software-Einführung?
Das stärkste Argument ist das Audit-Risiko, nicht die Effizienzgewinnung: Excel-LPA erzeugt strukturell die sechs häufigsten IATF-Nebenabweichungen — fehlende Frequenz-Compliance, nicht nachweisbares Management-Involvement, editierbare Zeitstempel. Eine einzige IATF-Nebenabweichung kostet mehr an Re-Audit-Aufwand und OEM-Kommunikation als die Implementierung eines digitalen Systems. Für das Management-Gespräch empfiehlt sich eine konkrete Risikoabwägung: Was kostet eine Nebenabweichung beim nächsten Re-Audit (Re-Audit-Kosten, OEM-Kommunikation, interner Aufwand für CAPA-Dokumentation)? Was kostet die Software pro Jahr? In fast allen Fällen überwiegt das Risiko-Argument deutlich — besonders wenn OEM-Kundensonderforderungen nach AIAG CSP-2 erfüllt werden müssen.
LPA-Leitfaden: Was Layered Process Audits sind, warum IATF 16949 sie fordert und wie die Schichten-Logik funktioniert →
LPA IATF 16949 · Klausel 10.2.6 · NebenabweichungenLPA nach IATF 16949: Was Auditoren prüfen und welche sechs Protokolllücken zur Nebenabweichung führen →
LPA Vorlage · Pflichtfelder · ChecklisteLPA-Checkliste: Welche 12 Pflichtfelder jedes LPA-Protokoll nach IATF 10.2.6 enthalten muss →
LPA Excel · Revisionssicherheit · DigitalisierungLPA Excel vs. Digital: 5 strukturelle Grenzen und warum Excel-Zeitstempel im Audit nicht akzeptiert werden →
Fünf Kriterien.
Kein Excel.
Audit-Nachweis
auf Knopfdruck.
Revisionssichere Zeitstempel, automatisches Frequenz-Tracking, digitaler Eskalationsnachweis und Wirksamkeitsprüfung als Workflow-Schritt — das sind keine Features, das sind die Norm-Anforderungen aus IATF 16949 Klausel 10.2.6. QIMS bildet diese Anforderungen nativ ab.
30 Minuten. Kein Pitch. Kein Vertriebsdruck danach.