Euro 7: Welcher Nachweis fehlt einem Fahrzeugprogramm wirklich?

Ein Bremsenlieferant erhält eine Anfrage für eine Plattform, deren Design Freeze in wenigen Monaten ansteht. Der Einkauf fragt nach einem Euro-7-konformen Bauteil, die Entwicklung kennt jedoch weder Fahrzeugklasse noch Prüfzyklus, Achslast oder Rekuperationsstrategie. Ein allgemeines Konformitätsversprechen würde hier keine Entscheidung ermöglichen. Die Verordnung (EU) 2024/1257 erweitert den Nachweis über Abgasemissionen hinaus auf Bremspartikel, Reifenabrieb, Batteriedauerhaltbarkeit, On-Board-Überwachung und längere Nutzungsphasen. Für neue Typen von Pkw und leichten Nutzfahrzeugen beginnt die Anwendung Ende November 2026; andere Klassen und neue Fahrzeuge folgen nach ihrem jeweiligen Zeitplan. Der aktuelle Kaufanlass ist deshalb ein konkretes Programm mit offenem Lastenheft, nicht „Euro 7“ als Schlagwort. Ein sinnvoller erster Auftrag ist eine bezahlte Lückenanalyse mit Prüfplan für einen Typ, ein System oder ein Bauteil. Sie zeigt Anforderungen, Schnittstellen, vorhandene Belege und nächste Versuche, garantiert aber weder Typgenehmigung noch Seriennominierung.

Priorität haben Programme, deren Typ, Fahrzeugklasse, Homologationstermin oder relevantes Bauteil feststeht und deren Nachweisweg noch offen ist. Eine frühe Konzeptstudie und ein seriennaher Typ benötigen unterschiedliche Leistungen; ohne belastbaren Termin und Entscheider ist die Anfrage noch keine prüffähige Aufgabe.

Die Vorqualifizierung erfasst M1, N1 oder schwere Klassen, neuen Typ oder Neufahrzeug, Antrieb, Plattform, Markt und geplante Freigaben. Sie arbeitet rückwärts von der Genehmigung über Fahrzeugversuch, Komponentenreife und Design Freeze. Offene Durchführungsrechtsakte oder Methoden werden als Annahme mit spätestem Klärdatum geführt. So investiert das Team zuerst in stabile Systementscheidungen und nicht in eine scheinpräzise Prüfung ohne gültige Randbedingungen.

Eine Portfoliosicht ergänzt diese Einzelbewertung. Sie zeigt, welche Plattformen dieselbe Architektur nutzen, welche Nachweise übertragbar sind und wo Masse, Software oder Lieferant eine neue Variante erzeugen. Geteilt wird nur, was mit identischen Randbedingungen belegt ist; Ähnlichkeit allein ist keine Freigabe.

Die Matrix verbindet jeden Rechts- oder Methodenpunkt mit Fahrzeugklasse, Emissionsquelle, Lebensdauer, Messgröße, Verfahren, Grenzwertstatus, verantwortlichem Team und Beleg. Stabile Vorgaben, offene Konkretisierungen und interne Ziele erhalten getrennte Status, damit keine Annahme als geltendes Limit erscheint.

Abgas, Verdunstung, Bremse, Reifen, Batterie und On-Board-Systeme werden nicht in einem Sammelfeld „erfüllt“ abgehakt. Jede Zeile nennt Quelle und Version. Die EUR-Lex-Zusammenfassung und das Umweltbundesamt helfen bei der Einordnung; der Verordnungstext bleibt maßgeblich. Ändert sich Software, Material, Lieferant oder Fahrprofil, zeigt die Matrix, welche Tests und Freigaben erneut betroffen sind.

Zusätzlich führt die Matrix ein Abnahmekriterium: Dokument geprüft, Methode verfügbar, Versuch bestanden oder Genehmigungsfrage geklärt. Damit wird Fortschritt nicht durch die Zahl ausgefüllter Felder gemessen. Ein gelber Status benennt genau den fehlenden Beleg und den Termin, an dem er das Programm blockiert.

Der OEM verantwortet die Integration des Fahrzeugtyps, während Zulieferer Material-, Komponenten- und Prozessnachweise liefern. Eine belastbare Schnittstelle definiert Prüfbedingungen, Datenformat, Version, Änderungsmeldung und Freigabe; ein Lieferantenstatement ohne Bezug zum Fahrzeugprogramm reicht nicht aus.

Für Bremsen gehören Reibpaarung, Beschichtung, Verschleiß, Achslast und Rekuperation zusammen. Bei Reifen treffen Mischung und Profil auf Masse, Geometrie, Druck und Nutzung. Batteriedaten benötigen Zell-, System-, Thermik- und Softwarekontext. Das Interface-Dokument macht sichtbar, welchen Teil der Lieferant geprüft hat und was erst auf Fahrzeugebene beurteilt werden kann. Abweichungen führen zu einer technischen Entscheidung statt zu gegenseitigen Haftungsbehauptungen.

Im Änderungsfall erhält der OEM nicht nur eine neue Teilenummer, sondern eine Delta-Beschreibung: Material, Prozess, Werk, Software oder Prüfstand. Daraus wird ein risikobasierter Wiederholungsumfang abgeleitet. Der Lieferant weiß vorab, welche Rohdaten und Muster er für diese Entscheidung bereithalten muss.

Der Prüfplan staffelt Simulation, Material- und Komponentenversuch, Prüfstand, Gesamtfahrzeug und Feldbeobachtung nach Reifegrad. Er nennt Hypothese, Randbedingung, Messmittel, Abnahmekriterium und Folgeentscheidung. Virtuelle Entwicklung reduziert Schleifen, ersetzt aber keinen vorgeschriebenen Nachweis.

Frühe Versuche vergleichen Konzepte; spätere Versuche bestätigen eine definierte Konfiguration. Messsystemfähigkeit und Datenqualität werden vor dem teuren Fahrzeugtest geprüft. Ein ungünstiges Ergebnis bleibt im Datensatz und löst Ursachenanalyse aus. Der Plan reserviert Wiederholungen, Alterung und Grenzfälle, ohne pauschal jede Variante vollständig zu testen. Kritische Versuche liegen vor Werkzeug- und Softwarefreigaben, nicht danach.

Jeder Versuch endet mit einer Entscheidungsvorlage. Sie zeigt erwartetes und beobachtetes Ergebnis, Unsicherheit, Abweichung, betroffene Anforderungen und Empfehlung. So wird ein Testbericht nicht im Archiv abgelegt, während das Programm mit einer ungeklärten Randbedingung fortschreitet. Abbruchkriterien schützen Budget und Termin.

Abrieb hängt nicht nur vom Reibmaterial oder Reifen ab, sondern auch von Fahrzeugmasse, Rekuperation, Achslast, Fahrwerk, Druck, Temperatur und Nutzung. Eine Optimierung darf Sicherheit, Bremsgefühl, Haltbarkeit oder Effizienz nicht verschlechtern und muss unter anwendbaren Methoden vergleichbar sein.

Das Team legt Systemgrenzen und Referenzkonfiguration fest. Es trennt robuste Effekte von Messstreuung und Marketingaussagen. Änderungen an Belag, Scheibe, Kapselung, Reifen oder Regelstrategie werden gemeinsam gegen Sicherheits- und Komfortgrößen bewertet. Solange ein technisches Detail noch konkretisiert wird, arbeitet die Entwicklung mit gekennzeichneten Szenarien und einem Entscheidungspunkt, nicht mit erfundenen Grenzwerten.

Auch Produktion und Service gehören in den Scope. Fertigungstoleranzen, Verschleiß, Ersatzteile und Wartungszustand können einen in der Entwicklung guten Mittelwert verschieben. Kontrollpläne und Feldrückmeldungen werden deshalb schon beim Versuchskonzept vorgesehen. Das reduziert späte Überraschungen, ohne eine Nullabweichung zu versprechen.

Batteriedauerhaltbarkeit und On-Board-Überwachung benötigen definierte Zustandsgrößen, Diagnose, Datenqualität, Manipulationsschutz und Nachvollziehbarkeit über die vorgesehene Lebensdauer. Eine Softwareänderung muss erkennen lassen, ob sie Messung, Kalibrierung, Emission, Batteriezustand oder Genehmigungsstand berührt.

Das Alterungsmodell verbindet Nutzung, Temperatur, Ladefenster und Population. Ein State-of-Health-Wert erhält Definition, Unsicherheit und Zweck. On-Board-Signale führen über Schwellen und Plausibilisierung zu Werkstatt- oder Feldaktionen; mehr Telemetrie allein ist kein Nachweis. Der Änderungsprozess verknüpft Version, betroffene Anforderungen, Regressionstest und Freigabe. So bleibt der Zustand nach Updates verteidigbar.

Für den Betrieb wird außerdem festgelegt, welche Abweichung nur beobachtet, technisch untersucht oder formal eskaliert wird. Werkstatt, Garantie, Entwicklung und Homologation nutzen denselben Ereignisbezug. Personenbezogene oder wettbewerblich sensible Daten werden auf Zweck und Zugriff begrenzt; regulatorische Nachvollziehbarkeit bedeutet nicht unbegrenzte Datensammlung.

Die Lückenanalyse liefert Programmsteckbrief, Anforderungsmatrix, Schnittstellenkarte, Evidenzinventar, Risikorangfolge und einen terminisierten Prüfplan. Sie begrenzt sich auf einen Typ, ein System oder ein Bauteil und endet mit einer Entscheidung über Versuch, Partnerübergabe, Vertiefung oder Stopp.

Der Auftrag kann mit einem technischen Workshop und einer Dokumentenstichprobe beginnen. Er nennt Annahmen, nicht verfügbare Methoden und externe technische Dienste. Preis und Dauer hängen von Systemgrenze, Varianten und Reife ab. Typprüfung, Laborleistung, Homologationsvertretung und Serienfreigabe sind separate Leistungen. Das Ergebnis macht eine Entwicklungsentscheidung kaufbar, ohne behördliche Autorität vorzutäuschen.

Zur Übergabe gehört ein Review mit Entwicklung, Qualität, Einkauf und Programmleitung. Jede Lücke wird akzeptiert, terminiert oder abgelehnt. Der Auftrag gilt erst als abgeschlossen, wenn der nächste Eigentümer den Beleg und das Abnahmekriterium verstanden hat. Eine bloße Folienpräsentation ist kein Abschlussnachweis.

Benötigt werden Fahrzeugklasse und Typ, Programm- und Homologationstermine, Architektur, relevante Bauteile, Lastenhefte, vorhandene Versuche, Messmethoden, Softwarestände, Lieferantendaten und offene Freigaben. Fehlende Unterlagen bleiben als Lücke sichtbar und werden nicht als Erfüllung interpretiert.

Die private Recherche stützt sich auf die Verordnung (EU) 2024/1257, ihre amtliche Zusammenfassung, die Einordnung des Umweltbundesamts und den aktuellen Umsetzungsstand der Kommission. Vor jeder technischen Entscheidung werden Fassung, Durchführungsakte und Fahrzeugkategorie erneut geprüft. Diese Lektüre ersetzt weder eine Typgenehmigungsprüfung noch die Entscheidung eines technischen Dienstes.