Technische Ressource für österreichische Fahrzeughersteller zu eCoC, IVI 2.0, IVI XML, EUCARIS, Fahrzeugtypgenehmigung, XMLDSig und eIDAS-Siegeln.
Häufige Fragen
Was ist eine eCoC?
Eine eCoC ist eine elektronische Konformitätsbescheinigung. Sie verbindet ein konkretes Fahrzeug mit dem genehmigten Typ, der Variante, der Version und den technischen Daten, die der Hersteller verantwortet. Im Unterschied zu einem eingescannten Papierdokument ist eine eCoC ein strukturierter Datensatz, der aus freigegebenen Quellen erzeugt, validiert, als IVI XML ausgegeben, elektronisch signiert oder gesiegelt und mit Nachweisen archiviert werden kann.
Warum ist eCoC-Compliance in Österreich relevant?
Österreich ist Teil des europäischen Typgenehmigungsumfelds. Für Zulassung, Nachweis der Genehmigung und Datenverfügbarkeit sind korrekte Genehmigungsdaten, CoC-Informationen und technische Fahrzeugwerte entscheidend. Eine eCoC-Strategie hilft Herstellern, diese Daten nicht erst am Ende als Dokument zu betrachten, sondern als kontrollierten Compliance-Datensatz mit Quelle, Version, Validierung, Freigabe und Archiv.
Was ist der Unterschied zwischen Papier-CoC und elektronischer Konformitätsbescheinigung?
Ein Papier-CoC ist ein statisches Dokument, das oft manuell gelesen und geprüft wird. Eine elektronische Konformitätsbescheinigung ist ein strukturierter Datensatz. Sie kann maschinenlesbar verarbeitet, technisch validiert, mit XMLDSig geschützt und über eIDAS-Siegel mit Herkunfts- und Integritätsnachweis versehen werden. Die inhaltliche Verantwortung bleibt beim Hersteller, aber die Nachvollziehbarkeit und Datenqualität müssen deutlich stärker gesteuert werden.
Welche Rolle spielt die Fahrzeugtypgenehmigung?
Die Fahrzeugtypgenehmigung ist die regulatorische Grundlage, auf die sich die CoC-Information bezieht. Der eCoC-Datensatz muss zeigen, dass ein konkretes Fahrzeug zur genehmigten Konfiguration passt. Deshalb sind Genehmigungsnummer, Erweiterung, Variante, Version, technische Merkmale und gegebenenfalls vorherige Fertigungsstufen keine Nebendetails, sondern die Verknüpfung zwischen Fahrzeug und Genehmigung.
Was ist IVI 2.0?
IVI steht für Initial Vehicle Information. IVI 2.0 beschreibt einen strukturierten Ansatz für Fahrzeugdaten, die im Zusammenhang mit elektronischen Certificate-of-Conformity-Prozessen ausgetauscht werden. Für Hersteller bedeutet das: VIN, Herstellerdaten, Genehmigungsreferenzen, technische Werte, Mehrstufeninformationen, Validierungsstatus und Freigabezustand müssen in einer systemlesbaren Struktur abgebildet werden.
Warum wird XML verwendet?
XML erlaubt eine definierte Datenstruktur. Ein Wert steht nicht irgendwo in einem Dokument, sondern in einem erwarteten Element mit erwarteter Bedeutung. Dadurch können Pflichtfelder, Formate, Datenbeziehungen und technische Regeln geprüft werden. XML löst aber nicht automatisch die regulatorische Richtigkeit. Ein formal gültiges XML kann fachlich falsch sein, wenn Genehmigung, Variante, Version oder technische Werte nicht zur tatsächlichen Fahrzeugkonfiguration passen.
Was ist IVI XML?
IVI XML ist die strukturierte XML-Darstellung der Initial Vehicle Information. In einem eCoC-Prozess sollte diese Datei aus geprüften Fahrzeug- und Genehmigungsdaten erzeugt werden, nicht manuell am Ende zusammengesetzt werden. Entscheidend ist, dass der XML-Output zur freigegebenen Datenversion, zum richtigen Fahrzeug und zur richtigen Genehmigungsgrundlage gehört.
Was ist EUCARIS?
EUCARIS ist ein europäisches Umfeld für den Austausch von Fahrzeug- und Fahrerlaubnisinformationen zwischen Behörden. Im IVI-Kontext ist es wichtig, weil digitale CoC-Daten in strukturierten Austauschprozessen genutzt werden können. EUCARIS ist kein internes Hersteller-Tool und wird durch ElectronicCoC nicht ersetzt. Für Hersteller ist die Aufgabe, saubere, validierte und nachvollziehbare Daten vorzubereiten, bevor externe Austauschprozesse relevant werden.
Was ist ein National Access Point?
Ein National Access Point beschreibt im Kontext elektronischer Fahrzeugdaten die nationale Zugriff- oder Austauschschicht, über die strukturierte Informationen verfügbar gemacht werden können. Für eine Herstellerseite bedeutet das nicht automatisch eine bestimmte Integration. Es bedeutet, dass Datenqualität, Signaturstatus, Version, Korrekturhistorie und Freigabezustand so vorbereitet werden sollten, dass externe Nutzung nicht an interner Unklarheit scheitert.
Welche Rolle spielt die österreichische Genehmigungsdatenbank?
Österreichische öffentliche Hinweise zur Zulassung und Genehmigung zeigen, dass Genehmigungsdaten und Auszüge aus der Genehmigungsdatenbank in bestimmten Zulassungskontexten relevant sein können. Diese Seite behauptet keine Integration mit der österreichischen Genehmigungsdatenbank. Der praktische Punkt ist: Hersteller sollten Genehmigungsdaten, Fahrzeugdaten und eCoC-Werte so führen, dass sie konsistent, aktuell und prüfbar sind.
Ersetzt ElectronicCoC eine österreichische Behörde?
Nein. ElectronicCoC ersetzt keine österreichische Behörde, keine Landesstelle, keine Zulassungsstelle, keinen technischen Dienst, keinen National Access Point, EUCARIS und keinen Vertrauensdiensteanbieter. Die Plattform unterstützt die Herstellerseite: Datensteuerung, Genehmigungsreferenzen, Validierung, XML-Erzeugung, Signaturbereitschaft, Korrekturen und Audit Trail.
Was ist XMLDSig?
XMLDSig ist der Standard für XML-Signaturen. Er kann Signaturnachweise mit XML-Inhalt verbinden, damit Änderungen nach der Signatur erkannt werden können. In eCoC-Workflows ist das wichtig, weil ein freigegebenes IVI XML oder CoC XML nicht stillschweigend verändert werden sollte. Korrekturen sollten als kontrollierter Ersatzprozess mit neuer Version und archivierter Vorgängerversion behandelt werden.
Was ist ein elektronisches Siegel?
Ein elektronisches Siegel ist ein Vertrauensdienstmechanismus für juristische Personen. Bei eCoC-Prozessen ist das relevant, weil das ausstellende Unternehmen als Organisation die Herkunft und Integrität des Datensatzes nachweisen muss. Ein Siegel ersetzt nicht die Datenprüfung. Es sollte erst angewendet werden, wenn die Fahrzeugdaten, Genehmigungsreferenzen und Freigaben belastbar sind.
Was ist der Unterschied zwischen fortgeschrittenem und qualifiziertem elektronischem Siegel?
Ein fortgeschrittenes elektronisches Siegel dient dazu, den Siegelersteller zu identifizieren und Änderungen am gesiegelten Inhalt erkennbar zu machen. Ein qualifiziertes elektronisches Siegel bietet ein höheres Vertrauensniveau und beruht auf qualifizierten Vertrauensdiensten und qualifizierten Anforderungen. Welche Stufe erforderlich oder sinnvoll ist, muss für den konkreten Empfängerprozess und die Implementierung bestätigt werden.
Warum ist eIDAS für Österreich relevant?
eIDAS ist der europäische Rahmen für elektronische Signaturen, Siegel und Vertrauensdienste. Da Österreich ein EU-Mitgliedstaat ist, sind eIDAS-Begriffe in elektronischen Compliance-Prozessen relevant. Hersteller sollten deshalb früh klären, welche juristische Person siegelt, welcher Vertrauensdiensteanbieter verwendet wird, welche Rollen zur Freigabe berechtigt sind und wie gesiegelte Dateien archiviert werden.
Wie werden Korrekturen in einem eCoC-Prozess verwaltet?
Korrekturen sollten nicht durch Überschreiben einer Datei erfolgen. Ein kontrollierter Prozess hält fest, welcher Wert geändert wurde, warum die Änderung erforderlich war, welche Quelle betroffen ist, welche Datenversion neu freigegeben wurde, welches XML neu erzeugt wurde und ob ein bereits signiertes oder gesiegeltes Dokument ersetzt wurde. So bleibt die Historie auditierbar.
Welche Daten sind für eine eCoC typischerweise erforderlich?
Typische Datenbereiche sind VIN, Hersteller- und Produktionsinformationen, Genehmigungsnummern, Erweiterungen, Varianten, Versionen, Fahrzeugkategorie, Aufbau, Massen, Abmessungen, Achsen, Sitze, Antriebs- oder Energiesystem, emissionsrelevante Werte, Mehrstufenreferenzen, Validierungsstatus, Freigabeinformationen und Signatur- oder Siegelnachweise. Der genaue Umfang hängt vom Fahrzeug, Genehmigungskontext und Prozess ab.
Wie werden Mehrstufenfahrzeuge behandelt?
Mehrstufenfahrzeuge benötigen eine klare Trennung zwischen geerbten Daten, geänderten Werten und finaler Verantwortung. Ein unvollständiges Fahrzeug kann von einem Chassishersteller stammen, während ein Aufbauhersteller Masse, Abmessungen, Aufbauart oder Ausrüstung verändert. Der finale eCoC-Datensatz muss vorherige Stufen, Genehmigungsreferenzen, geänderte technische Werte und Freigabeverantwortung sichtbar halten.
Können Aufbauhersteller eCoC-Prozesse nutzen?
Ja, insbesondere Aufbauhersteller, Converter und Mehrstufenhersteller profitieren von einem strukturierten Prozess. Ob eine Organisation eine bestimmte Bescheinigung ausstellen darf, hängt von ihrer Genehmigungsrolle und dem anwendbaren Prozess ab. Operativ müssen vorherige Stufen, übernommene Werte, Änderungen, finale Konfiguration, Validierung und Archivnachweise in einem kontrollierten Datensatz zusammengeführt werden.
Wie sollte ein österreichischer Hersteller ein eCoC-Projekt starten?
Der beste Start ist eine Daten- und Prozessaufnahme: Fahrzeugkategorien, Genehmigungsreferenzen, Quellsysteme, Varianten, Versionen, Mehrstufenfälle, XML-Anforderungen, Signatur- oder Siegelmodell, Rollen, Korrekturprozess und Archivregeln. Danach sollte ein begrenzter Pilot mit echten Fahrzeugdaten durchgeführt werden, bevor ERP-Integration, Automatisierung oder breiter Rollout skaliert werden.