Entscheidend ist, ob die endgültige IVI-Datei mit der geforderten Identität signiert und vom vorgesehenen Empfänger angenommen werden kann. Die allgemeine Aussage „XML-Signierung möglich“ beantwortet diese Frage nicht. Klären Sie Identität, technisches Profil und Annahmebedingungen vor dem Zertifikatskauf.
Quellenstand: 16. Oktober 2026. Auswahl- und Testschritte sind technische Empfehlungen. Das verlangte Signaturniveau und Profil sind mit NAP oder Behörde zu bestätigen.
Was unterscheidet elektronische Signatur und Siegel?
Eine persönliche elektronische Signatur bezieht sich auf eine natürliche Person. Ein Unternehmenssiegel betrifft Herkunft und Integrität von Daten einer juristischen Person. Die Erläuterung der Europäischen Kommission verdeutlicht diese Unterscheidung. Beide Begriffe sollten nicht als austauschbare Produktnamen verwendet werden.
Unterscheiden Sie außerdem das Vertrauensniveau eines Zertifikats vom technischen Signaturformat. Qualifiziertes Zertifikat, Signaturerstellung, Dokumentensignatur und Prüfergebnis hängen zusammen, belegen aber nicht automatisch einander. Eine Anbieterbezeichnung ersetzt keine technische Spezifikation.
Die Tabelle lässt sich horizontal verschieben, um alle Spalten zu sehen.
| Element | Zweck | Zu klären |
|---|---|---|
| Persönliche Signatur oder Unternehmenssiegel | Identität und Dokumentintegrität | Welche Identität und welches Niveau akzeptiert der Empfänger? |
| XML-Signaturprofil | Bindung an die strukturierte Datei | Welche Algorithmen, Referenzen und Verpackung? |
| TLS-Zertifikat | Geschützte Verbindung | Ist gegenseitige Authentisierung notwendig? |
| API-Zugang oder Kontorecht | Berechtigung zur Übermittlung | Für welchen Hersteller und welche Umgebung? |
| Empfangsrückmeldung | Ergebnis beim Empfänger | Wurde der signierte Datensatz angenommen? |
Gilt für jede Route dieselbe Signaturvorgabe?
Die Verordnung (EU) 2024/1061 betrifft den sicheren eCoC-Austausch. Formulieren Sie aus rechtlichen und technischen Vorgaben eine bestätigte Spezifikation: Identität, Niveau, XML-Profil, Zertifikatskette, Validierung und Fehlerrückmeldung. Ein Zertifikat für einen anderen Geschäftsprozess ist nicht automatisch geeignet.
Die VCA-Sicherheitshinweise beschreiben die derzeitige Prüfung auf Vorhandensein einer Signatur. Deren Bestehen beweist nicht, dass alle kryptografischen und zertifikatsbezogenen Bedingungen unabhängig geprüft wurden. Bewahren Sie eigene Validierung und Empfängerannahme getrennt auf.
Wie wird Cloud-Signierung bewertet?
Cloud-Signierung kann lokale Schlüsselverwaltung vermeiden. Trotzdem muss der konkrete Vorgang klar sein: Manche Dienste erhalten das Dokument, andere unterstützen einen definierten Hash-Vorgang. Allein einen Hash zu senden erzeugt nicht automatisch die erforderliche fertige XML-Signatur. Klären Sie Datenübergabe, Verantwortung und Zusammenbau mit dem Anbieter.
- Identität: Rechtsträger oder berechtigte Person des Zertifikats bestätigen.
- Nutzdaten: XML, ausgewählte signierte Daten oder genau definierten Digest dokumentieren.
- Zusammenbau: Verantwortlichen für Signaturstruktur und Referenzen festlegen.
- Berechtigung: Zulässigkeit und Freigabe automatischer Stapelverarbeitung bestätigen.
- Prüfung: Bericht für die endgültige Datei und ihren Zertifikatskontext verlangen.
- Fortführung: Ausfall, Limits, Erneuerung und Zertifikatswechsel erproben.
Bedienende müssen Fehler erkennen können, ohne privates Schlüsselmaterial zu erhalten. Für Supportfälle sollten bereinigte technische Beispiele und konkrete Fehlerdaten statt vollständiger Herstellerbestände verwendet werden.
Was darf nach der Signierung nicht verändert werden?
Die übermittelte Datei muss signierte Inhalte und Strukturen erhalten. Nachträgliche XML-Formatierung, Namensraumänderungen oder Feldbearbeitungen können die Prüfung beeinflussen. Finalisieren und validieren Sie den Inhalt zuerst, signieren Sie danach und prüfen Sie das tatsächlich versendete Artefakt.
Ein interner kryptografischer Dateidigest hilft, exakt dieselben Bytes zwischen Erstellung, Archiv und Übermittlung wiederzuerkennen. Er ersetzt weder Signaturvalidierung noch Behördenannahme. Datei, Digest und Prüfbericht gehören in einen nachvollziehbaren Zusammenhang.
Praktischer Abnahmetest für den Signierdienst
- Repräsentative, schemavalide IVI-Datei für das Ziel vorbereiten.
- Konfigurierte Prüfung und Signierfreigabe durchlaufen.
- Endgültige Signatur, Kette und Profil nach vereinbarter Methode validieren.
- In der richtigen Testumgebung übermitteln und Ergebnis sichern.
- In einem getrennten Negativtest einen signierten Wert verändern und die Erkennung nachweisen.
- Soweit sicher angeboten, ungeeignete oder abgelaufene Testzertifikate erproben.
- Wiederanlauf nach Ausfall zeigen, ohne unsignierte Produktionsdatensätze freizugeben.
Fiktives Beispiel: Bei 300 Fahrzeugen scheitert ein Record vor dem Signieren; für einen anderen fehlt die Empfangsrückmeldung. Das System muss diese Zustände unterscheiden. Alles erneut zu signieren oder zu senden kann unnötige Revisionen und Dubletten erzeugen.
Wer verantwortet die Zertifikatserneuerung?
Erfassen Sie Identität, Verwendungszweck, Ablaufdatum, Kontakt und betroffene Integrationen. Planen Sie eine interne Vorwarnfrist mit Zeit für Identitätsprüfung und Empfängertest. Erproben Sie Ersatz vor Ablauf und erhalten Sie den Kontext bereits signierter Records.
Klären Sie auch den Export beim Vertragsende. Ein Bildschirmfoto aus einem Anbieterportal reicht nicht aus, um die eigene Konformitätshistorie später unabhängig zu erklären.
Häufige Fragen
Kann das API-Zertifikat auch die eCoC signieren?
Das ist gesondert zu prüfen. Transportauthentisierung und Dokumentensignierung erfüllen unterschiedliche Aufgaben; Verwendungszweck und Empfängervorgaben müssen passen.
Signiert eine PDF-Unterschrift auch die IVI-XML?
Eine Signatur nur auf einer PDF belegt keine Signatur der separaten XML-Daten. Prüfen Sie das vom Empfänger verlangte Artefakt.
Unterstützt jeder Cloud-Dienst unbeaufsichtigte Produktion?
Bestätigen Sie Berechtigungsmodell, erlaubte Automatisierung, Limits und Schnittstelle für das konkrete Herstellerzertifikat.
Was bleibt nach einem erfolgreichen Test im Archiv?
Endgültige signierte Datei, Prüfbericht, Zertifikatskontext, Empfangsergebnis und freigegebener Testfall.
Signierung vor der Beschaffung spezifizieren
Ergänzen Sie die Software-Prüfliste. Besprechen Sie Ihre NAP- oder VCA-Route mit Anemon Engineering, um die erforderlichen Nachweise für den eigenen Ablauf festzulegen.
Zusammenfassung
Wählen Sie die Signierung anhand bestätigter Empfängervorgaben und wiederholbarer Annahmetests. Bewahren Sie signierte XML-Datei, Prüfbericht und Zertifikatskontext gemeinsam auf und organisieren Sie Erneuerung und Behördenannahme ausdrücklich.
