- Zielgruppe
- Qualitätsingenieure und QM-Leiter in IATF-Zulieferern, die LPA noch in Excel führen oder eine Digitalisierung evaluieren
- Normgrundlage
- IATF 16949:2016 Klausel 10.2.6 · Klausel 7.5.3 · AIAG CSP-2
- Lesezeit
- ca. 8 Minuten
Excel-Vorlage ausgefüllt.
Alle Schichten dabei.
Zeitstempel manuell.
Auditor fragt: „Wann genau?"
Excel-LPA funktioniert — bis der IATF-Auditor nach Revisionssicherheit fragt. Nicht wegen böser Absicht, sondern weil Excel ein Tabellenkalkulations-Programm ist, kein Audit-Management-System. Fünf strukturelle Grenzen, die sich nicht durch sorgfältiges Ausfüllen beheben lassen.
IATF 16949 schreibt kein Format vor
Das Wichtigste zuerst: IATF 16949 Klausel 10.2.6 schreibt kein bestimmtes Tool oder Format für LPA-Protokolle vor. Eine Excel-Vorlage ist grundsätzlich zulässig — solange die normativen Anforderungen erfüllt sind. Das Problem liegt nicht im Format, sondern in den strukturellen Eigenschaften von Excel: Es ist ein Tabellenkalkulations-Programm, kein Dokumentenlenkungs- oder Audit-Management-System.
Was Excel bei LPA gut kann
Excel eignet sich gut zum Abbilden von Prüfpunktlisten, zur Strukturierung von Protokollfeldern und zur Dokumentation von Befunden und Maßnahmen — wenn die Vorlage vollständig und konsequent ausgefüllt wird. Für kleine LPA-Programme mit wenigen Prozessen und einer Schicht, die kein OEM-Direktgeschäft hat, kann Excel ausreichend sein.
Wo Excel strukturell scheitert
Sobald das LPA-Programm mehrere Schichten, mehrere Prozesse und OEM-Kundensonderforderungen abdecken muss, entstehen vier Lücken die sich nicht durch sorgfältigeres Ausfüllen beheben lassen: fehlende Revisionssicherheit der Zeitstempel, kein automatischer Frequenz-Nachweis, kein Eskalations-Trigger und kein Maßnahmen-Workflow. Diese Lücken entstehen nicht durch böse Absicht — sondern weil Excel diese Anforderungen strukturell nicht erfüllt.
Diese Grenzen sind keine Excel-Fehler — sie sind systemische Eigenschaften eines Tabellenkalkulations-Programms, das für Zahlenauswertung gebaut wurde, nicht für revisionssichere Audit-Dokumentation. Sie lassen sich nicht durch besondere Sorgfalt beim Ausfüllen beheben.
Zeitstempel ohne Revisionssicherheit
Der häufigste Audit-Befund bei Excel-LPA: Der Auditor fragt "Können Sie dieses Datum ändern?" und die Antwort ist Ja. Ein manuell eingetragenes Datum in Excel ist nachträglich editierbar — ohne Spur zu hinterlassen. IATF 16949 Klausel 7.5.3 verlangt Aufzeichnungen, die gegen unbeabsichtigte Änderung geschützt sind. In der Praxis heißt das: systemseitig gesetzte Zeitstempel, unveränderbar, mit Änderungshistorie. Standard-Excel erfüllt das nicht. Rückwirkend ausgefüllte Protokolle lassen sich in Excel nicht von ordnungsgemäß ausgefüllten unterscheiden — für den Auditor ist das ein strukturelles Glaubwürdigkeitsproblem, kein technisches Detail.
Audit-Folge
Auditor kann Revisionssicherheit nicht bestätigen — Protokolle sind als Nachweis nicht vollständig belastbar.
Kein automatischer Frequenz-Nachweis
Das LPA-Programm-Dokument definiert: Layer 1 täglich, Layer 2 wöchentlich. In Excel gibt es Protokolle — aber kein System das prüft, welche geplanten Audits tatsächlich stattgefunden haben. Der Unterschied: Protokolle zeigen was gemacht wurde. Frequenz-Compliance-Nachweis zeigt, dass alles Geplante gemacht wurde — inklusive Lücken-Dokumentation für ausgefallene Audits. Diese Unterscheidung ist entscheidend: Der Auditor sucht einen Soll-Ist-Abgleich, keinen Protokollhaufen. In Excel entsteht dieser Nachweis nur durch manuelle Auswertung — stundenlang, vor dem Audit, fehleranfällig.
Audit-Folge
Ohne Plan-Protokoll-Abgleich ist Frequenz-Compliance nicht nachweisbar. Das ist ein eigenständiger Audit-Befund.
Kein Eskalations-Trigger und kein Nachweis-Log
Das Audit-Programm beschreibt einen Eskalationspfad: sicherheitsrelevante Abweichungen sofort an Layer 3. In Excel gibt es diesen Trigger nicht — der Prüfer muss selbst entscheiden, ob eine Abweichung eskalationspflichtig ist, und die Eskalation dann manuell dokumentieren. In der Praxis passiert das nicht konsistent. Ergebnis: Null Eskalationseinträge über ein Jahr Laufzeit, trotz nachweislicher Abweichungen. Der Auditor erkennt das sofort: Entweder hatte dieser Prozess ein ganzes Jahr keine einzige eskalationspflichtige Abweichung — was bei einem aktiv genutzten Fertigungsprozess unwahrscheinlich ist — oder die Eskalationsauslösung wird nicht dokumentiert. Beides ist ein Befund.
Audit-Folge
Null Eskalationseinträge über den gesamten Prüfzeitraum trotz Abweichungen — eigenständige Nebenabweichung.
Maßnahmen-Kette ohne Workflow-Erzwingung
Excel-Protokolle haben Felder für Maßnahmen — aber keinen Mechanismus, der die vollständige Ausfüllung erzwingt. Befund dokumentiert, Maßnahme als "erledigt" markiert, Wirksamkeitsprüfung leer gelassen: das passiert regelmäßig, weil das System es zulässt. IATF 16949 Klausel 10.2 verlangt: Befund → Sofortmaßnahme → Korrekturmaßnahme mit Verantwortlichem und Datum → Wirksamkeitsprüfung als eigenständiger Schritt durch eine andere Person. Ohne Workflow-Logik, die den nächsten Schritt erst freigibt wenn der vorherige vollständig ist, entstehen diese Lücken systematisch — in jedem Protokoll, über Monate.
Audit-Folge
Maßnahmen formal offen, weil Wirksamkeitsprüfung fehlt. Systematische Lücke in allen betroffenen Protokollen.
Keine Compliance-Reports für den Auditor
Ein IATF-Auditor navigiert nicht in Excel-Dateien. Er erwartet einen strukturierten Bericht: alle LPA-Protokolle im Prüfzeitraum, nach Schicht und Prozess gefiltert, mit Frequenz-Soll-Ist-Abgleich, Abweichungsliste und Maßnahmenstatus. In Excel bedeutet das: stundenlange manuelle Auswertung vor dem Audit, eigene Pivot-Tabellen, Zusammenführung aus verschiedenen Dateien und Ordnern. Was in einem digitalen System in Minuten generierbar ist, kostet im Excel-Setup einen halben Arbeitstag. Der Druck entsteht genau dann, wenn man ihn am wenigsten braucht: in den Tagen vor dem IATF-Re-Audit.
Audit-Folge
Auditor-Berichte entstehen ad hoc — lückenhaft, zeitaufwendig, fehleranfällig. Kein strukturierter Nachweis auf Knopfdruck.
Der Vergleich ist kein Qualitäts-Urteil über die Arbeit der Auditoren — er beschreibt, was ein IATF-Auditor aus den Unterlagen ableiten kann. Revisionssicherheit, Frequenz-Compliance und Eskalationsnachweis sind keine optionalen Komfort-Features, sondern Nachweis-Anforderungen aus Klausel 10.2.6 und 7.5.3.
| Kriterium | Excel-LPA | Digitales LPA |
|---|---|---|
| Zeitstempel-Revisionssicherheit | Manuell eingebbar — jederzeit nachträglich änderbar, kein Nachweis der Änderungshistorie | Systemseitig gesetzt beim Absenden — unveränderbar, Änderungshistorie automatisch protokolliert |
| Frequenz-Compliance-Nachweis | Nur über manuelle Auswertung nachweisbar — kein Soll-Ist-Abgleich ohne Pivot-Aufwand | Automatisch: Plan vs. tatsächlich durchgeführt — Lücken sofort sichtbar, Report auf Knopfdruck |
| Eskalations-Trigger | Kein Mechanismus — Eskalation liegt beim Prüfer, keine systemische Erinnerung oder Dokumentation | Automatische Trigger bei definierten Schwellwerten — Routing, Nachweis-Log, Reaktion dokumentiert |
| Maßnahmen-Workflow | Kein Erzwingungs-Mechanismus — Felder können leer bleiben, Wirksamkeitsprüfung oft vergessen | Workflow-Schritte erzwungen — nächster Schritt erst freigegeben wenn vorheriger vollständig |
| Management-Involvement (Layer 3–5) | Keine Erinnerung, kein Tracking — obere Schichten fallen aus wenn niemand aktiv nachfragt | Frequenzplan für alle Schichten im System — Lücken bei Layer 3–5 sofort sichtbar und eskalierbar |
| Audit-Vorbereitung | Manuelles Zusammensuchen aus Ordnern, Pivot-Tabellen, halber Arbeitstag Aufwand | Compliance-Report generierbar in Minuten — alle Protokolle, alle Schichten, Soll-Ist-Abgleich |
| OEM-CSR-Abbildung | Manuell konfigurierbar aber nicht systemisch prüfbar — CSR-Anforderungen werden leicht übersehen | OEM-spezifische Frequenztabellen und Reporting-Anforderungen im System abbildbar |
Fazit: Beide Wege sind formal erlaubt — IATF 16949 schreibt kein bestimmtes Tool vor. Ein IATF-Auditor bewertet die tatsächliche Nachweisqualität. Wenn Zeitstempel editierbar sind, Frequenz-Compliance nicht automatisch prüfbar ist und Eskalationsnachweise fehlen, entstehen Befunde unabhängig davon, wie sorgfältig die Protokolle ausgefüllt wurden.
Auditor öffnet Excel-Datei, klickt in Datums-Zelle: Feld ist editierbar. Frage: "Können Sie mir beweisen, wann dieses Protokoll ausgefüllt wurde?" — Antwort: Nein. Befund: Revisionssicherheit der Zeitstempel nicht nachweisbar.
Auditor sieht systemseitig gesetzten Zeitstempel mit Nutzer-ID. Änderungshistorie abrufbar. Protokoll-Export zeigt eindeutige Erfassungszeit ohne Editiermöglichkeit.
Auditor fragt: "Zeigen Sie mir alle Layer-4-Protokolle der letzten 6 Monate." Ergebnis: mehrere Ordner, verschiedene Dateien, manuelle Suche — 20 Protokolle gefunden, aber unklar ob 20 geplant waren oder 40. Befund: Frequenz-Compliance nicht nachweisbar.
Compliance-Report: 24 Layer-4-Audits geplant (monatlich, 2 Linien), 22 durchgeführt, 2 mit dokumentierter Begründung verschoben. Auditor sieht Plan und Ist auf einem Blick.
Auditor: "Zeigen Sie mir alle Eskalationen die im Prüfzeitraum ausgelöst wurden." Antwort: Es gibt keine Eskalationseinträge im System — die Eskalation lief per E-Mail und ist nicht protokolliert. Befund: Eskalationspfad nicht gelebt.
Eskalations-Log: 3 Eskalationen im Prüfzeitraum — mit Trigger-Event, Zeitpunkt, adressierter Ebene und dokumentierter Reaktion. Auditor sieht lückenlosen Nachweis.
Die fünf strukturellen Grenzen von Excel entstehen nicht, weil Excel schlecht ist — sondern weil LPA-Anforderungen über das hinausgehen, wofür Tabellenkalkulation gebaut wurde. QIMS wurde nach den Anforderungen aus IATF 16949 Klausel 10.2.6 entwickelt und behebt diese Lücken strukturell: Zeitstempel systemseitig gesetzt und unveränderbar, Frequenz-Compliance automatisch gegen den Audit-Plan geprüft, Eskalation nach definierten Schwellwerten getriggert und protokolliert, Maßnahmen-Wirksamkeitsprüfung als Workflow-Schritt erzwungen.
Was das im Audit bedeutet: Wenn der Auditor nach Revisionssicherheit fragt, zeigt das System einen systemseitig gesetzten, unveränderlichen Zeitstempel mit Nutzer-ID und Änderungshistorie. Wenn der Auditor Frequenz-Compliance prüft, gibt es einen Report: Geplante vs. durchgeführte Audits, Lücken dokumentiert. Das ist keine Audit-Vorbereitung — das ist die normale Systemnutzung.
Systemseitig gesetzt beim Absenden. Unveränderbar. Änderungshistorie automatisch. Kein manuelles Datum mehr.
Audit-Plan im System. Soll-Ist-Abgleich automatisch. Layer-3–5-Lücken sofort sichtbar — nicht erst im Audit.
Automatische Trigger bei definierten Schwellwerten. Nachweis-Log mit Trigger, Adressat und Reaktion.
Audit-Unterlagen in Minuten exportierbar. Kein manuelles Zusammensuchen, keine Pivot-Tabellen am Vorabend.
LPA-Dokumentation die Zeitstempel-Fragen übersteht
In einer 30-Minuten-Demo zeigen wir, wie QIMS die fünf Excel-Grenzen strukturell behebt — revisionssichere Zeitstempel, Frequenz-Compliance-Report, Eskalations-Log und Maßnahmen-Workflow im normalen Betrieb.
Darf man LPA-Protokolle noch in Excel führen?
IATF 16949 schreibt kein bestimmtes Format vor — eine Excel-Vorlage ist formal zulässig. Die Norm schreibt das Ergebnis vor: rückverfolgbare, revisionssichere Aufzeichnungen mit vollständigem Maßnahmen-Nachweis. Das Problem: Excel erfüllt diese Anforderungen strukturell nicht vollständig. Zeitstempel sind manuell eingebbar und damit nachträglich änderbar — ein IATF-Auditor kann nicht verifizieren, wann ein Protokoll tatsächlich ausgefüllt wurde. Frequenz-Compliance lässt sich in Excel nicht automatisch nachweisen. Eskalations-Trigger funktionieren nicht ohne manuelle Prozesse. Diese strukturellen Lücken entstehen nicht durch Fehler — sondern weil Excel ein Tabellenkalkulations-Programm ist, kein Audit-Management-System.
Welche Excel-Lücken fallen IATF-Auditoren als erstes auf?
Die drei häufigsten Excel-Befunde in LPA-Audits: Erstens Zeitstempel ohne Revisionssicherheit — der Auditor sieht eine Spalte mit manuell eingetragenen Daten und fragt: "Kann ich diese Daten ändern?" Wenn die Antwort Ja ist (und bei Standard-Excel ist sie immer Ja), ist das ein strukturelles Problem. Zweitens fehlender Soll-Ist-Abgleich für Frequenz-Compliance — das Excel zeigt Protokolle, aber keinen Nachweis welche geplanten Audits ausgefallen sind. Drittens Eskalationsnachweis fehlt vollständig — das Programm-Dokument beschreibt einen Eskalationspfad, aber im gesamten Prüfzeitraum gibt es keine Eskalationseinträge, weil Excel keinen Trigger-Mechanismus hat.
Wann lohnt sich der Wechsel von Excel zu einer LPA-Software?
Das stärkste Argument ist das Audit-Risiko, nicht der Effizienzgewinn: Eine IATF-Nebenabweichung durch Excel-Protokolllücken kostet mehr an Re-Audit-Aufwand, CAPA-Dokumentation und OEM-Kommunikation als die Implementierung einer digitalen Lösung. Konkrete Indikatoren für den richtigen Zeitpunkt: Das Unternehmen hat eine IATF-Nebenabweichung wegen LPA-Dokumentationslücken erhalten. Der Vorab-Aufwand zur Audit-Vorbereitung (manuelle Vollständigkeitsprüfung) übersteigt einen Tag. Der Auditor hat Fragen zu Zeitstempeln gestellt. OEM-Kundensonderforderungen (AIAG CSP-2, Ford Q1) fordern Nachweis-Level das Excel strukturell nicht liefern kann.
Kann man eine Excel-LPA-Vorlage IATF-tauglich machen?
Eine Excel-Vorlage kann alle notwendigen Felder enthalten — das ist der Teil, den Excel gut kann. Was Excel strukturell nicht kann: Zeitstempel systemseitig setzen und unveränderbar machen, automatisch überwachen ob alle geplanten Schicht-Audits durchgeführt wurden, Eskalation bei Schwellwert-Überschreitung triggern und dokumentieren, Maßnahmen-Wirksamkeitsprüfung als eigenen Workflow-Schritt erzwingen. Für diese vier Anforderungen braucht Excel entweder SharePoint-Enterprise-Konfiguration (teuer, aufwendig, risikobehaftet) oder separate Add-ons. In der Praxis endet das meistens als Kompromiss — gut genug für den Alltag, nicht gut genug für den Audit-Nachweis.
LPA-Leitfaden: Was Layered Process Audits sind, warum IATF 16949 sie fordert und wie die Schichten-Logik funktioniert →
LPA Vorlage · Pflichtfelder · IATF 16949LPA-Checkliste: Welche 12 Pflichtfelder jedes LPA-Protokoll nach IATF 10.2.6 enthalten muss →
LPA Software · Kaufkriterien · IATF 16949LPA Software: 5 Kriterien die IATF-Auditoren prüfen — was eine LPA-Software leisten muss →
Schichtbuch · Excel vs. Digital · AutomotiveExcel-Schichtbuch: Was es wirklich kostet und warum Automotive-Fertiger auf Digital wechseln →
Kein manuelles Datum.
Kein Pivot vor dem Audit.
Zeitstempel revisionssicher.
Frequenz-Nachweis automatisch.
Die fünf strukturellen Grenzen von Excel lassen sich nicht durch sorgfältigeres Ausfüllen beheben — sie entstehen systemisch. QIMS bildet LPA-Protokolle nach den Anforderungen aus IATF 16949 Klausel 10.2.6 ab: revisionssichere Zeitstempel, automatisches Frequenz-Tracking, Eskalations-Log und Maßnahmen-Wirksamkeitsprüfung.
Entwickelt nach den Anforderungen aus IATF 16949 Klausel 10.2.6. Einsetzbar für Automotive-Zulieferer Tier 1 und Tier 2.
30 Minuten. Kein Pitch. Kein Vertriebsdruck danach.