EUCARIS ICM 3.1: neue Pflichtfelder im eCoC, strengere Prüfungen und warum unbeobachtete Einreichungen abgelehnt werden
Das IVI Checking Module (ICM) ist das Validierungsregelwerk, das EUCARIS veröffentlicht und das die nationalen Zugangspunkte auf jedes eingehende eCoC im Format IVI 2.0 anwenden. Verletzt eine XML-Datei auch nur eine Regel, wird die Einreichung abgelehnt und das Fahrzeug kann aus diesem Datensatz nicht zugelassen werden. Version 3.1 erschien am 28. September 2026, drei Wochen nach Version 3.0 vom 5. September.
Was sich in Version 3.1 geändert hat
Das Release vom 28. September ist klein, aber jeder Punkt darin kann aus einer bisher akzeptierten Datei eine abgelehnte machen:
- Ein neues IVI XSD 2.0 mit erweiterter Aufzählung für ExhaustEmissionLevel. Dateien, die gegen das vorherige Schema erzeugt wurden, können an der Schemaprüfung scheitern.
- PoweredAxle ist jetzt Pflicht für die Fahrzeugklassen M, N, T und C.
- Die Regel für LoadableAxleIndicator wurde korrigiert: Der Indikator muss N sein, wenn NumberOfAxles kleiner als 2 ist (bisher kleiner oder gleich 2).
- InServiceMaximumPermissibleLadenMassAxle darf nicht mehr allein stehen. Es erfordert jetzt InServiceMaximumPermissibleLadenMassAxleCountry oder InServiceMaximumPermissibleLadenMassAxleTrafficRegulation.
- Die BodyWorkTable darf nicht mehr weggelassen werden, wenn die Regeln ihre Felder zur Pflicht machen. Unter denselben Bedingungen muss nun die Tabelle selbst vorhanden sein.
Und in Version 3.0, drei Wochen zuvor
Version 3.0 vom 5. September war ein größeres Release, ausgelöst durch die Mehrstufen-Diskussionen in der EReg-Arbeitsgruppe:
- Mehr als 50 Felder zu Achsen, Abmessungen, Kennzeichnungen, Energiewandlern und Fahrzeugklasse sind nur noch für vollständige Fahrzeuge Pflicht (StageOfCompletion = C). Das erleichtert Einreichungen für unvollständige und vervollständigte Fahrzeuge, ändert aber auch, welche Felder ein vollständiges Fahrzeug tragen muss.
- Die Prüfung der Mehrstufen-Typgenehmigung wurde auf ihre ursprüngliche Form zurückgesetzt: PreviousStageTypeApprovalNumber muss sich von TypeApprovalNumber unterscheiden.
- ActualMass muss kleiner oder gleich TechnicallyPermissibleMaximumLadenMass sein für die Klassen M, N, O und L. Das fehlende „oder gleich“ wurde ergänzt.
- TyreFittedProductionIndicator muss für jeden Reifen einen Wert tragen.
- Eine VehicleIdentificationNumber der Klassen T, C, R und S (Verordnung 167/2013) darf jetzt I, O und Q enthalten.
- Null wird in den technischen Nummerierungsfeldern nicht mehr akzeptiert: ManufacturerStageNumber, GearNumber, FinalDriveNumber, AxleNumber, TyreNumber und acht weitere.
- Korrekturen der Verschachtelungspfade der Regeln R214 und R215, der Position von CategoryHybridElectricVehicle, vertauschter Ebenen bei TypeINox und TypeINmhc sowie eines Zeitzonenfehlers in der Prüfung des Produktionsdatums.
Neun Releases in sieben Monaten
Das ist kein Einzelfall. Seit das ICM im Februar 2026 eine Versionsinformation erhielt, ging es von 2.3 über 2.4, 2.5, 2.6, 2.7, 2.8, 2.9 und 3.0 bis zur heutigen 3.1. Auch frühere Releases fügten Pflichtinhalte hinzu: AxleAirSuspensionOrEquivalentIndicator wurde Pflicht für die Klasse O, MechanicalCouplingCanBeFittedApprovalMark und ApprovalNumber kamen hinzu, SignerName wurde ergänzt, TestFamilyIdentifierValue erhielt Formatprüfungen, und ein neues IVI XSD 2.0 vom 10. Juni ersetzte das vorherige Schema.
In der Praxis ändert sich das Regelwerk etwa einmal im Monat, und was als Pflichtfeld gilt, ist ein bewegliches Ziel. Eine Integration, die einmal gegen eine bestimmte ICM-Version gebaut wurde, ist nur bis zum nächsten Release korrekt.
Ablehnung, keine Warnung
Der nationale Zugangspunkt nimmt keine Datei an, die eine ICM-Regel verletzt. Ein eCoC, das im August durchging, kann im Oktober scheitern, ohne dass sich beim Hersteller etwas geändert hat. Für einen Hersteller, der IVI-XML aus einer Vorlage, einem Konvertierungstool oder einem internen Skript für eine ältere ICM-Version erzeugt, ist das erste Anzeichen meist eine Ablehnung am NAP, und manchmal ein Fahrzeug, das bei der Zulassungsstelle feststeckt.
Auch die Kosten eines Fehlers steigen. Wie in unserem Beitrag zumKBA-Zeitplan für IVI 2.0beschrieben, können ab Version 2.x eingereichte Datensätze nicht mehr gelöscht werden; das einzige Mittel ist ein Korrekturdatensatz. Die Datei gleich beim ersten Mal richtig zu machen, ist wichtiger als je zuvor.
Wie CoCDesk ICM-Releases umsetzt
Mit dem ICM Schritt zu halten gehört zu dem, was CoCDesk leistet, und ist nichts, was unsere Kunden selbst tun müssen:
- Wir verfolgen jedes ICM- und XSD-Release von EUCARIS und übernehmen die neuen Regeln kurz nach Veröffentlichung in die Validierungs-Engine der Plattform. CoCDesk validiert also gegen das Regelwerk, das die nationalen Zugangspunkte tatsächlich einsetzen.
- Jedes eCoC wird gegen das aktuelle ICM-Regelwerk und XSD geprüft, bevor es Ihr System verlässt. Eine unvollständige oder nicht konforme Datei wird nie gesendet und daher nie abgelehnt.
- Neue Pflichtfelder werden in der Oberfläche sichtbar gemacht: Das Feld wird hervorgehoben und die Regel erklärt, sodass Ihr Team genau weiß, was zu ergänzen ist und warum.
- Wird ein Feld zur Pflicht, wird es einmal aus Ihrem ERP, MES oder Ihren Typgenehmigungsdaten gemappt. Niemand bearbeitet XML von Hand.
- Die StageOfCompletion-Logik aus Version 3.0 wird automatisch angewendet, sodass unvollständige, vervollständigte und vollständige Fahrzeuge jeweils gegen die richtige Teilmenge der Regeln validiert werden.
- Jede Einreichung behält einen zeitgestempelten Nachweis der Regelversion, gegen die sie validiert wurde, bereit für Prüfungen der Übereinstimmung der Produktion.
Ist Ihr eCoC-Prozess bereit für ICM 3.1?
Wenn Ihre eCoC aus einer Vorlage, einem Konverter oder einem Skript entstehen, ist Version 3.1 ein guter Anlass, sie zu prüfen. Buchen Sie eine Live-Demo, und wir lassen Ihre eigenen Fahrzeugdaten durch das aktuelle Regelwerk laufen.
Live-Demo buchenBereit für die EU-eCoC-Einführung?
Buchen Sie eine kostenlose Demo und sehen Sie, wie COCDESK Ihren eCoC-Prozess in jedem EU-Mitgliedstaat einsatzbereit machen kann.