Mit einem mobilen Führerschein (mDL) kann eine Person Führerscheininformationen von einem mobilen Gerät aus vorlegen. ISO/IEC 18013-5:2021 spezifiziert Schnittstellen für einen mDL, einen mDL-Leser und die Infrastruktur der ausstellenden Behörde. Im EUDI Wallet-Kontext identifiziert die Reference Verifier-Dokumentation einen mDL-Anwendungsfall mit dem Dokumenttyp org.iso.18013.5.1.mDL. Lesen Sie die ISO-Standardübersicht und die EUDI Reference Verifier-Konfiguration.
Für eine relying party besteht die praktische Frage darin, wie sie die kleinsten relevanten Informationen zum Führerschein anfordern, dem Kunden die Anfrage erklären und Fälle behandeln kann, in denen keine kompatible Wallet oder kein kompatibler Ausweis verfügbar ist.
Fordern Sie nur die relevanten Fahrinformationen an
Fordern Sie bei einer Führerscheinprüfung nur die Informationen an, die den angegebenen Leistungszweck stützen, beispielsweise die Fahrerlaubnis. Vermeiden Sie die Erfassung von Identitätsmerkmalen wie Namen, Geburtsdatum oder Porträts, wenn diese für die Entscheidung nicht benötigt werden.
Die Auswahl eines Anspruchs in der Anfrage garantiert nicht, dass jedes Wallet oder jeder Berechtigungsnachweis identische Daten enthält. Der Aussteller der Anmeldeinformationen, die Wallet-Implementierung und das unterstützte Präsentationsprofil wirken sich darauf aus, was zurückgegeben werden kann. Die relying party sollte die Antwort prüfen und ihre eigene Entscheidung für den angegebenen Dienstzweck treffen.
Welche Teams sollten testen?
Bevor Sie einen mDL-Check in einer Customer Journey verwenden, testen Sie den gesamten Ablauf mit den Wallets und Emittenten, die für Ihren Service wichtig sind:
- Bestätigen Sie, dass das Wallet die Anfrage erkennt und den mDL seinem Inhaber deutlich präsentiert.
- Überprüfen Sie, welche Werte innerhalb von
driving_privilegeszurückgegeben werden und wie der Prüfer sie meldet. - Testabbruch, nicht verfügbare Anmeldeinformationen, abgelaufene Lizenzen und unterbrochene Sitzungen.
- Bestätigen Sie die Registrierung der relying party und die beabsichtigte Verwendung, um die Anfrage in jedem Zielmarkt abzudecken.
- Definieren Sie, was der Dienst tun soll, wenn eine Wallet-Antwort fehlt, ungültig ist oder für die Geschäftsentscheidung nicht ausreicht.
Eine mDL-Präsentation ist ein Beweis, den eine relying party bewerten kann. Es bestimmt nicht, ob eine Person ein Fahrzeug mieten, einen Mobilitätsdienst nutzen oder eine andere Geschäftsregel erfüllen darf. Die Organisation bleibt für ihre Entscheidung und die geltenden Marktanforderungen verantwortlich.
Halten Sie die Datenanfrage und die Kundenerklärung aufeinander abgestimmt
Teilen Sie den Kunden mit, warum der Dienst einen mobilen Führerschein verlangt und welche Informationen der Prüfer anfordert. Sorgen Sie dafür, dass die Anfrage am angegebenen Zweck ausgerichtet ist, und vermeiden Sie das Hinzufügen von Identitätsansprüchen, nur weil die Anmeldeinformationen diese bereitstellen können.
Der genaue Wallet-Weg kann je nach Remote- und persönlicher Nutzung unterschiedlich sein. Dieser Leitfaden konzentriert sich auf die Remote-OpenID4VP-Präsentation; Proximity-Präsentation und andere mDL-Workflows haben unterschiedliche Interoperabilitätsanforderungen.
Häufig gestellte Fragen
Was ist ein mDL?
Ein mDL ist ein mobiler Führerschein: Führerscheininformationen, die auf einem mobilen Gerät gespeichert und präsentiert werden. ISO/IEC 18013-5:2021 spezifiziert Schnittstellen für die mDL-Anwendung und den mDL-Leser.
Fordert der Flow den Namen oder das Geburtsdatum einer Person an?
Eine mDL-Anfrage kann driving_privileges auswählen, ohne einen Namen, ein Geburtsdatum oder ein Porträt auszuwählen. Das Verhalten von Wallet und Emittent kann sich auf die Darstellung auswirken. Überprüfen Sie daher die zurückgegebenen Daten in der Zielumgebung.
Kann eine mDL-Antwort die Geschäftsentscheidung automatisch treffen?
Nein. Die relying party muss entscheiden, wie die verifizierten Informationen auf ihren Dienst angewendet werden, welchen Fallback sie anbietet und welche rechtlichen oder betrieblichen Anforderungen diese Entscheidung leiten.
Wenn Ihr Team die EUDI Wallet-Verifizierung für einen definierten Dienst testet, fordern Sie DLBR EID-Pilotzugang an und geben Sie Ihre Zielmärkte und Ihren Wallet-Testplan an.