eCoC korrigieren: Ablehnungen, IVI-Versionen und Übermittlung

eCoC korrigieren: Ablehnungen, IVI-Versionen und Übermittlung

Eine abgelehnte eCoC, eine Übermittlung mit unbekanntem Ergebnis und die Korrektur eines angenommenen Datensatzes sind unterschiedliche Fälle. Klären Sie zuerst den Status und erhalten Sie die Originaldatei.

KategorieeCoC Veröffentlicht Lesezeit3 Min. Aktualisiert
Was Sie in diesem Beitrag finden
  • Eine abgelehnte eCoC, eine Übermittlung mit unbekanntem Ergebnis und die Korrektur eines angenommenen Datensatzes sind unterschiedliche Fälle. Klären Sie zuerst den Status und erhalten Sie die Originaldatei.
  • Ablehnung, Korrektur oder Wiederholung?
  • Schemaversion und Bescheinigungsrevision trennen
  • Sieben Schritte zur kontrollierten Korrektur
  • Beispiel: Massenwert mit falscher Einheit

Klären Sie vor einer erneuten eCoC-Übermittlung, ob der erste Datensatz abgelehnt, angenommen oder mit unbekanntem Ergebnis versendet wurde. Diese Fälle brauchen unterschiedliche Maßnahmen. Wiederholte Uploads ohne Abgleich von Fahrzeug, Stufe und Empfängerstatus können Dubletten erzeugen, ohne den ursprünglichen Fehler zu lösen.

Quellenstand: 16. Oktober 2026. Der Ablauf ist eine Betriebsempfehlung. Aktuelle Schemahinweise und die Bedingungen des gewählten NAP beziehungsweise der VCA bleiben maßgeblich.

Ablehnung, Korrektur oder Wiederholung?

Die Tabelle lässt sich horizontal verschieben, um alle Spalten zu sehen.

Vor einer Änderung zuerst den Vorgang einordnen
BeobachtungErste UntersuchungKontrollierter Schritt
Lokale Prüfung scheitertFeld, Einheit, Code oder GenehmigungsbezugQuelldaten berichtigen und vor Freigabe prüfen
Empfänger lehnt ausdrücklich abGenauer Fehler, Version und KontokontextUrsache beheben und Empfängerregel anwenden
Fehler nach Annahme entdecktBetroffene Daten, Fahrzeuge, Stufen und WeiterverwendungNachvollziehbare Korrektur freigeben
Zeitüberschreitung oder fehlende AntwortWurde bereits ein Record angelegt?Vor Wiederholung Empfangsstatus abgleichen
Gleiche VIN mehrfach vorhandenStufe, Genehmigung und Version je RecordBerechtigte Einträge von Dubletten unterscheiden

Erhalten Sie Originalantwort und gesendete Datei. Die Notiz „XML-Problem“ verdeckt, ob Quelldaten, Validierung, Signatur, Kontorechte oder Übertragung die Ursache waren.

Schemaversion und Bescheinigungsrevision trennen

Die EReg-IVI-2.0-Hinweise, Abschnitt 1.12, unterscheiden XSD-Version und korrigierte IVI-Nachricht. Sie beschreiben neue Referenz-ID, erhöhte IVI-Version und aktualisierten Ausgabezeitpunkt bei unveränderter ursprünglicher XSD-Version. Prüfen Sie die aktuelle Anwendbarkeit zusammen mit dem Empfängervertrag.

Führen Sie bei einer Fahrzeugdatenkorrektur nicht unbemerkt einen Schemawechsel durch. Software- und Schemaupgrades benötigen eigene Vergleichsfälle und Empfängertests. Sonst wird die technische Migration mit der fachlichen Berichtigung vermischt.

Auch die VCA-Hinweise erklären Revisionen über IviVersionNumber. Eine umbenannte Datei allein stellt keine Versionsstrategie dar.

Sieben Schritte zur kontrollierten Korrektur

  1. Identifizieren: VIN, Fertigungsstufe, Genehmigung, Empfänger und zuletzt gesendete Version.
  2. Sichern: Original-XML, Prüfbericht, Transaktionsreferenz und Rückmeldung.
  3. Ursache finden: Quelle, Zuordnung, manuelle Eingabe oder Genehmigungskonfiguration.
  4. Auswirkung prüfen: Fahrzeugliste, andere Stufen und Benachrichtigungen.
  5. Revision freigeben: Prüfer, geänderte Werte, Grund und Versionsregel.
  6. Prüfen und übermitteln: Finale Datei signieren, richtige Umgebung und Konto verwenden.
  7. Abgleichen: Neues Ergebnis verknüpfen und frühere Historie erhalten.

Berichtigen Sie gegebenenfalls zuerst das Quellsystem. Eine einzelne XML-Datei zu bearbeiten, während die falsche ERP-Zuordnung aktiv bleibt, kann den Fehler in der nächsten Serie wiederholen.

Beispiel: Massenwert mit falscher Einheit

Fiktiver Fall: Eine Zuordnung behandelt einen technischen Wert in der Quelle so, als liege er bereits in der Zieleinheit vor. Nach Annahme mehrerer Records wird der Fehler entdeckt. Das Team sperrt die betroffene Zuordnung und ermittelt alle damit verarbeiteten Fahrzeuge.

Engineering bestätigt die richtigen Werte, Homologation die genehmigte Konfiguration und die Freigabeverantwortung die betroffene Liste. Danach erfolgen Korrekturen nach Empfängerregeln. Für den Abschluss braucht jeder geänderte Record ein Ergebnis; zusätzlich muss ein Zuordnungstest die Wiederholung verhindern.

Das Ergebnis besteht aus korrigierten Konformitätsrecords und einem reparierten Produktionsablauf. Ein erfolgreicher Upload belegt beides nicht allein.

Dubletten nach einer Zeitüberschreitung vermeiden

Führen Sie eine interne Übermittlungs-ID und sichern Sie Empfängerreferenzen unmittelbar. Nach Verbindungsabbruch prüfen Sie Statusfunktion oder Portal, bevor erneut versendet wird. Bietet der Dienst Idempotenz oder bestimmte Wiederholregeln, gelten genau diese; eine universelle Regel für alle NAPs und VCA sollte nicht erfunden werden.

„Ergebnis unbekannt“ muss bis zum Abgleich sichtbar bleiben. Jede Zeitüberschreitung als Ablehnung zu behandeln und automatisch neu auszustellen kann die Historie verfälschen. Definieren Sie einen Eskalationsweg, wenn die verfügbaren Funktionen keine Klärung ermöglichen.

Wie hängen IVI, AVI und weitere Stufen zusammen?

Die EUCARIS-Terminologie unterscheidet anfängliche von späteren tatsächlichen Fahrzeugdaten. Eine IVI-Korrektur, eine spätere Fahrzeugänderung und eine neue Fertigungsstufe sind anhand des geltenden technischen Prozesses einzuordnen. Nicht jede Korrektur darf pauschal als AVI bezeichnet werden.

Verfolgen Sie Auswirkungen in der Stufenkette: Hat der nächste Hersteller den Wert verwendet, ändert sich dessen Ausgabe und wer schließt die Folgemaßnahme? Auch eine begründete Entscheidung gegen eine spätere Änderung gehört ins Archiv.

Welche Kennzahlen helfen im Betrieb?

  • Offene Fälle nach Ursache, Verantwortung und Fahrzeugprogramm.
  • Records mit ungeklärtem Empfangsergebnis.
  • Zeit bis Ursachenklärung und bestätigtem Korrekturergebnis.
  • Wiederholte Fehler derselben Zuordnung oder Vorlage.
  • Korrekturen mit ausstehender Hersteller- oder Behördenantwort.

Eine höhere Uploadzahl kann zusätzliche Wiederholungen statt mehr abgeschlossener Fahrzeuge bedeuten. Messen Sie deshalb den geklärten Zustand des Records.

Häufige Fragen

Darf die alte XML im Archiv überschrieben werden?

Erhalten Sie Original und Korrektur samt Beziehung. Sonst geht verloren, was zu welchem Zeitpunkt signiert und angenommen wurde.

Bedeutet dieselbe VIN immer eine Dublette?

Nein. Prüfen Sie Stufe, Genehmigung und Version. Die VIN allein erklärt nicht die gesamte Historie.

Muss jede Ablehnung die IVI-Version erhöhen?

Wenden Sie die Empfängerregel für den konkreten Zustand an. Technisch abgelehnter Versuch und Korrektur eines angenommenen Records sind nicht automatisch gleich.

Wann ist eine Korrektur abgeschlossen?

Wenn Ursache, freigegebener Ersatz, zugehörige Nachweise, Empfängerergebnis und nötige Folgemaßnahmen geklärt sind.

Den Ausnahmeprozess prüfen

Nutzen Sie die Leitfäden für Stufenübergaben und Übermittlung. Besprechen Sie einen bereinigten Fehlerfall mit Anemon Engineering, um einen wiederholbaren Abschlussprozess festzulegen.

Zusammenfassung

Beheben Sie die Fehlerursache, erhalten Sie frühere Nachweise und bestätigen Sie das neue Empfangsergebnis. Eine abgeschlossene Korrektur verknüpft Fahrzeug, Stufe, Änderung, Freigabe, signierte Datei und Empfängerstatus mit lückenloser Historie.

Homologationsblog

Benötigen Sie Expertenunterstützung für Ihr Projekt?

Kontaktieren Sie unser Expertenteam für Homologation, Typgenehmigung und regulatorische Prozesse.