EUDI-WALLET · BANKEN & FINTECH

EUDI-Wallet-Onboarding für Banken und Fintechs #

Für Kontoeröffnungen und das digitale Onboarding überprüfen Sie die Identität Ihrer Kundinnen und Kunden anhand der Person Identification Data (PID), die für den jeweiligen Schritt erforderlich sind. DLBR EID prüft jede Anfrage anhand des deklarierten Verwendungszwecks, bevor eine Wallet-Sitzung oder ein QR-Code erstellt wird.

Dieser Schritt eignet sich für digitale Kontoeröffnungen, die Registrierung neuer Fintech-Kunden und weitere Onboarding-Abläufe, bei denen ein verifizierter Name und ein Geburtsdatum benötigt werden, ohne unnötige Daten zu erheben.

Ein klar abgegrenzter Identitätsschritt im Onboarding #

Nur die erforderlichen Angaben anfordern

Legen Sie für den jeweiligen Onboarding-Ablauf einen Verwendungszweck und die zulässigen Attribute fest. Eine Anfrage außerhalb dieses Umfangs wird abgelehnt, bevor eine Wallet-Sitzung erstellt wird.

Bestehende Entscheidungsprozesse beibehalten

Das Gateway verifiziert die Wallet-Präsentation und gibt nur das zulässige Ergebnis zurück. Ihre Bank oder Ihr Fintech bleibt für die Kundenannahme, KYC und weitere Prüfungen verantwortlich.

Wallet-basierte Authentifizierung vorbereiten

Nutzen Sie die PID-Verifizierung als klar definierten Onboarding-Schritt und behandeln Sie eine spätere starke Kundenauthentifizierung (SCA) als eigenen Ablauf.

PID-Attribute für den jeweiligen Schritt auswählen #

Je nach Verwendungszweck, geltenden Vorschriften und den in der Wallet verfügbaren Nachweisen kann eine Onboarding-Anfrage beispielsweise folgende Attribute benötigen:

  • given_name
  • family_name
  • birth_date

Beispielkonfiguration

Verwendungszweck: „Neukunden-Onboarding – Name und Geburtsdatum“

Zulässige Attribute: given_name, family_name, birth_date

Eine Anfrage nach Adresse, Porträt oder einem anderen nicht freigegebenen Attribut wird vor dem QR-Code mit ERR_CLAIM_OUTSIDE_INTENDED_USE abgelehnt.

Welche Attribute verfügbar sind, hängt von der Wallet und dem Nachweis ab. Ihre Organisation bleibt dafür verantwortlich, den eigenen Bedarf festzustellen und zu prüfen, ob Verwendungszweck und Registrierung die Anfrage erlauben.

Erfahren Sie, wie die Prüfung des Verwendungszwecks funktioniert

So funktioniert der Onboarding-Ablauf #

  1. Definieren Sie den Onboarding-Zweck und die dafür benötigten Attribute.
  2. DLBR EID prüft die Anfrage anhand des konfigurierten Zwecks, bevor eine Sitzung erstellt wird.
  3. Die Kundin oder der Kunde prüft und genehmigt die Anfrage in der EUDI-Wallet.
  4. Ihre Anwendung erhält das Verifizierungsergebnis und trifft ihre eigene Onboarding-Entscheidung.

Planen Sie einen alternativen Prüfweg, falls eine Person keine Wallet hat, die Anfrage ablehnt oder das angeforderte Attribut nicht in ihrer Wallet verfügbar ist.

Was das Gateway leistet – und was nicht #

Das Gateway

DLBR EID verifiziert Wallet-Präsentationen, setzt die konfigurierte Anfragegrenze durch und gibt zulässige Ergebnisse zurück. Ausgewählte Ansprüche werden innerhalb von 30 Sekunden nach dem Ergebnis gelöscht; Audit-Aufzeichnungen enthalten keine Anspruchswerte.

Ihre Organisation

Das Gateway registriert Ihre Organisation nicht als Vertrauende Partei, ersetzt weder KYC noch SCA und entscheidet nicht über eine Kontoeröffnung. Ihre Organisation bleibt für die Registrierung, Rechtsgrundlage, Kundeninformationen und Geschäftsentscheidungen verantwortlich.

Onboarding im Hinblick auf die EUDI-Wallet-Änderungen 2027 planen #

Artikel 5f der eIDAS-Verordnung legt Anforderungen zur Wallet-Akzeptanz für bestimmte private Vertrauende Parteien fest, die bei der Online-Identifizierung eine starke Nutzerauthentifizierung einsetzen müssen. Dabei gelten der Anwendungsbereich und der Umsetzungszeitplan der Verordnung. Für erfasste private Vertrauende Parteien – ausgenommen Kleinst- und Kleinunternehmen – gilt der 24. Dezember 2027 als spätester Akzeptanztermin. Banken sollten mit ihrem Compliance-Team prüfen, ob ihre Dienste die Voraussetzungen erfüllen. Dieser PID-Onboarding-Schritt lässt sich parallel zum separaten SCA-Ablauf planen.

Verordnung (EU) 2024/1183, Artikel 5f

EUDI-Wallet-SCA-Leitfaden für Banken lesen

Fragen zum EUDI-Wallet-Onboarding bei Banken #

Kann eine Bank nur Name und Geburtsdatum einer Kundin oder eines Kunden anfordern?

Eine Anfrage kann auf die Attribute begrenzt werden, die für einen konkreten Verwendungszweck konfiguriert sind, sofern diese in der Wallet verfügbar und nach den geltenden Vorschriften zulässig sind. Die Vertrauende Partei muss selbst feststellen, welche Angaben sie benötigt und warum.

Ersetzt die PID-Verifizierung KYC?

Nein. Eine Wallet-Präsentation kann einen Schritt zur Identitätsprüfung unterstützen, erfüllt aber nicht automatisch sämtliche Anforderungen an Kundenprüfung, KYC oder Onboarding. Ihr Compliance-Team entscheidet, wie sie in die bestehenden Kontrollen passt.

Gilt das Wallet-Onboarding als starke Kundenauthentifizierung?

Nicht automatisch. Identitäts- oder PID-Verifizierung und starke Kundenauthentifizierung sind unterschiedliche Anwendungsfälle. SCA für Zahlungen oder Kontozugriff erfordert einen eigenen Ablauf und eigene Richtlinien.

Müssen wir uns weiterhin als Vertrauende Partei registrieren?

Ja, sofern die geltenden EUDI-Wallet-Regeln eine Registrierung vorschreiben. DLBR EID registriert Ihre Organisation nicht und stellt keine Registrierungsbescheinigung aus.

Wann werden Anspruchswerte gelöscht?

Ausgewählte Ansprüche werden innerhalb von 30 Sekunden nach dem Verifizierungsergebnis gelöscht. Audit-Aufzeichnungen enthalten keine Anspruchswerte.

EUDI-Wallet-Onboarding für Ihre Bank oder Ihr Fintech prüfen #

Beschreiben Sie uns Ihren Onboarding-Ablauf, Ihre Zielmärkte und ob Sie sich auch auf die SCA-Akzeptanz bis 2027 vorbereiten.

Privaten Pilotzugang anfragen

Barrierefreiheit

Bank-Onboarding einfach erklärt

DLBR hilft Banken und Fintechs, Angaben aus einer digitalen Identitäts-Wallet während des Kunden-Onboardings zu prüfen.

Die Organisation legt fest, welche Angaben sie benötigt, zum Beispiel Name und Geburtsdatum. DLBR blockiert Anfragen außerhalb dieses Zwecks. Die Kundin oder der Kunde bestätigt die Anfrage in der Wallet.

DLBR befindet sich mit ausgewählten Organisationen in einem privaten Pilotbetrieb.

Barriere melden
Lesegeschwindigkeit

Eine Änderung der Geschwindigkeit gilt ab dem nächsten Abschnitt.