IVI 2.0 XML ist das strukturierte, maschinenlesbare Datenmodell für elektronische Konformitätsdaten eines Fahrzeugs. Eine bestandene XSD-Prüfung belegt nicht, dass die Werte zum genehmigten Typ und Einzelfahrzeug gehören. Nötig sind Strukturprüfung, Geschäftsregeln und Abgleich mit der Homologationsquelle.
Den Gesamtzeitplan erklärt unser Leitfaden zum 29. November.
Welche Daten standardisiert IVI 2.0?
Das Modell ordnet Fahrzeugidentität, Hersteller, Genehmigung, Typ–Variante–Version, Maße, Massen, Antrieb und Umweltdaten. Anwendbarkeit und Pflichtfelder hängen von Klasse, Antrieb, Genehmigung, Fertigungsstufe und Zielbehörde ab.
| Datengruppe | Quelle | Kontrolle |
|---|---|---|
| VIN und Produktion | ERP / Fertigung | Eindeutigkeit, WMI, Datum |
| Typ–Variante–Version | Homologation | Konfiguration im Genehmigungsumfang |
| Massen und Maße | Genehmigung / Produktkonfiguration | Klasse und Rechenbeziehungen |
| Antrieb | Technische Unterlagen | Einheiten und bedingte Felder |
Drei Prüfschichten
XML und XSD
Prüft Reihenfolge, Datentypen, Pflichtfelder und zulässige Werte gegen die richtige Schemaversion.
Geschäfts- und Querregeln
Prüft Beziehungen zwischen Fahrzeugklasse, Aufbau, Kraftstoff, Achsen, Massen und Fertigungsstufe.
Homologationsquelle
Bestätigt, dass Werte mit Genehmigung, Erweiterungen und Fahrzeugkonfiguration übereinstimmen.
Gültiges XML ist notwendig, aber nicht hinreichend für eine richtige eCoC.
Manuell, Datei oder API?
Kontrollierte Eingabe passt zu kleinen Volumen, Dateiimporte zu stabilen mittleren Volumen und ERP/API zu hohen Volumen. Vor Automatisierung sollten repräsentative Fahrzeuge validiert werden. Die Electronic COC Platform unterstützt den schrittweisen Ausbau.
Korrektur und Version
Änderungsgrund, Freigabe, signierte Version und Behördenantwort müssen erhalten bleiben. Eine Korrektur darf die frühere Prüfspur nicht löschen.
Repräsentative Datei prüfen: Definieren Sie über unser Projektformular einen Pilot für Fahrzeugfamilie, Datenmapping und Regeln.
Beispiel: Von der VIN zu belastbaren eCoC-Daten
Nach Erzeugung von VIN und Ist-Konfiguration wird der Datensatz zuerst dem genehmigten Typ–Variante–Version-Stand zugeordnet. Gibt es keine sichere Zuordnung, gehört der Datensatz in einen Ausnahmeprozess; eine Standardversion darf nicht stillschweigend übernommen werden. Erst danach werden Werte aus ihren verantwortlichen Quellen übernommen und in Einheiten sowie Wertelisten der Zielversion umgewandelt.
Anschließend folgen Schema-, Querfeld- und Homologationsprüfung. Achszahl und Achswerte, Antriebsart und Umweltfelder sowie Fahrzeugstatus und Fertigungsstufe müssen zueinander passen. Signiert wird erst nach erfolgreicher Prüfung. Das Ergebnis umfasst neben XML auch Quellversionen, angewandte Regeln, Freigabe und Datei-Hash.
Ergebnisse eines belastbaren Piloten
- Umfangsmatrix für repräsentative Fahrzeugfamilien und Ausnahmen,
- Quelle, Transformation, Verantwortlicher und Nachweis je IVI-Feld,
- Ziel-XSD und anwendbarer Regelkatalog,
- positive, negative und Grenzwert-Testfälle,
- signierter Beispieldatensatz und Validierungsbericht,
- Fehlerklassifikation bis zur Ursache,
- Schnittstellenvertrag und Änderungsplan für ERP/API.
Ohne diese Ergebnisse kann ein XML-Generator einen falschen Stammdatenwert auf viele Fahrzeuge übertragen. Der Pilot wird an nachgewiesener Datenherkunft und Genehmigungsabdeckung gemessen, nicht an der Zahl erzeugter Dateien.
IVI 2.0 XML und eCoC-Datenvalidierung — Informieren Sie sich bei Electronic COC über IVI-Daten, Prüfregeln und Integrationsmöglichkeiten.
Häufige Fragen
Ist IVI 2.0 ein PDF?
Nein. Es ist ein XML-basiertes Datenmodell.
Kann Excel verwendet werden?
Eine kontrollierte Vorlage kann bei niedrigen Volumen Quelle sein; eine unkontrollierte Konvertierung gewährleistet keine Homologationsrichtigkeit.
Wo stehen die technischen Vorgaben?
Nutzen Sie EUCARIS-IVI-Informationen, Rechtsakte sowie aktuelle Vorgaben von NAP und Genehmigungsbehörde.
Zusammenfassung
IVI 2.0 ist das strukturierte Datenmodell für elektronische Fahrzeug-Konformitätsinformationen. Ein belastbarer Prozess erzeugt nicht nur XSD-konformes XML, sondern prüft Quelle, Feldbeziehungen, gültige Typgenehmigung und die Nachvollziehbarkeit jeder Korrektur.
