EUDI Wallet: Warum die Akzeptanzpflicht schon 2026 ein Projekt ist – und was unser neues Angebot mobivention EUDI Solutions leistet
Ab dem 2. Januar 2027 gibt es in Europa eine staatlich bereitgestellte digitale Brieftasche: die EU Digital Identity Wallet, kurz EUDI Wallet. Für viele Unternehmen und Behörden ist das kein Innovationsthema, sondern eine Pflicht mit Datum. Und weil dieses Datum feststeht, ist die eigentliche Frage nicht ob, sondern wann und wie risikoarm die eigene Integration entsteht.
Wir haben uns entschieden, dieses Thema nicht theoretisch zu begleiten. Mit mobivention EUDI Solutions stellen wir ein neues Produktangebot vor, das die Prüfung digitaler Nachweise aus der EUDI Wallet in bestehende Anwendungen integriert – auf Basis offener Standards und bereits lauffähig demonstriert.
Was sich mit eIDAS 2.0 konkret ändert
Die überarbeitete eIDAS-Verordnung (EU) 2024/1183, verbreitet als eIDAS 2.0 bezeichnet, verpflichtet alle EU-Mitgliedstaaten, ihren Bürgerinnen und Bürgern bis Ende 2026 mindestens eine EUDI Wallet bereitzustellen. Damit können Menschen künftig Identitätsdaten und weitere Nachweise – Personalausweisdaten, Führerschein, Bildungs- oder Versicherungsnachweise – digital, signiert und selektiv freigeben.
Der Zeitplan der Pflichten ist gestaffelt:
- bis 31.12.2026 – Bereitstellung mindestens einer Wallet durch jeden Mitgliedstaat
- ab 2027 – öffentliche Stellen müssen die Wallet als Nachweismittel akzeptieren
- bis Ende 2027 – die Akzeptanzpflicht greift auch für definierte private Anbieter, unter anderem in Banking und Finanzdienstleistungen, Telekommunikation, Energie, Verkehr, digitaler Infrastruktur, Gesundheit und Sozialversicherung
Kleinst- und Kleinunternehmen im Sinne der EU-Empfehlung 2003/361/EG sind von der Akzeptanzpflicht ausgenommen. Für alle anderen adressierten Anbieter gilt: Nutzer müssen die Wallet zur Identifikation verwenden können, wenn sie das wünschen.
Die Pflicht, die häufig übersehen wird
In der Diskussion steht meist Artikel 5f – die Akzeptanzpflicht. Weniger Aufmerksamkeit bekommt Artikel 5b: Wer sich als Relying Party auf die EUDI Wallet stützen will, muss sich im Mitgliedstaat seiner Niederlassung registrieren und dabei unter anderem angeben, welche Daten er zu welchem Zweck abfragen wird.
Das ist mehr als eine Formalität. Die Registrierung legt den Datenumfang fest, den ein Dienst überhaupt anfordern darf. Wer erst die Software baut und danach über den Datenumfang nachdenkt, arbeitet in der falschen Reihenfolge. Genau an dieser Schnittstelle zwischen Technik und Regulatorik liegt die eigentliche Projektarbeit – und sie lässt sich nicht in vier Wochen vor dem Stichtag nachholen.
Warum ein früher Start der günstigere ist
Ein Einwand, den wir regelmäßig hören: Zum Start wird es kaum Wallet-Nutzer geben – warum also jetzt investieren?
Die Antwort liegt im Risikoprofil. Genau weil die Volumina 2027 zunächst klein sind, ist es der bequemste Moment, Erfahrung zu sammeln. Fehler in Nutzerführung, Fehlerbehandlung und Datenflüssen fallen bei geringer Last auf und lassen sich ohne Schaden korrigieren. Wer stattdessen wartet, bis die Nutzerzahlen steigen, macht aus einem überschaubaren Vorhaben ein großes Projekt unter Zeitdruck – mit allem, was das für Budget und Qualität bedeutet.
Dazu kommt der Sichtbarkeitseffekt. Eine funktionierende Wallet-Integration ist 2027 ein Alleinstellungsmerkmal, das sich kommunizieren lässt. Zwei Jahre später ist sie Hygienefaktor.
Was mobivention EUDI Solutions leistet
Unser Angebot besteht aus drei Bausteinen:
1. Verification – der Einstieg. Ihre Anwendung fordert genau die Nachweise an, die der jeweilige Prozess benötigt, und erhält ein geprüftes Ergebnis zurück. Nicht mehr. Technisch setzen wir auf OpenID4VP für die Präsentation und SD-JWT VC als Nachweisformat – die Standards, auf denen das europäische Wallet-Ökosystem aufbaut. Damit erfüllen Sie die Akzeptanzpflicht an Ihrem realen Bedarf orientiert, nicht an einem Maximalausbau.
2. Issuing – der nächste Schritt. Als Folgemodul stellen wir Nachweise selbst in die Wallet Ihrer Nutzer aus, etwa Kunden- oder Berechtigungsnachweise. Es baut auf derselben Integration auf, sodass kein zweites Projekt nötig wird.
3. Beratung – auf Wunsch. Wir begleiten Auswahl, Architektur und regulatorische Einordnung, von der Machbarkeitsbewertung bis zum produktiven Betrieb. Dazu gehört ausdrücklich die Vorbereitung der Relying-Party-Registrierung.
Der Leitgedanke: Wir binden uns an Ihre Systeme an, statt Sie an eine geschlossene Plattform zu binden. Die Integration erfolgt über offene Standards – Sie behalten Ihre Prozesse, Ihre Datenhaltung und Ihre Wechselmöglichkeit.
Drei Use Cases aus der Praxis
Wir haben drei Verification-Szenarien lauffähig in der offiziellen EUDI-Wallet-Sandbox umgesetzt – dem heutigen Stand der Technik, denn eine produktive Wallet existiert vor 2027 nicht:
Altersnachweis 18+ ohne Ausweiskopie. Ihr Dienst muss ein Mindestalter prüfen. Statt einer Ausweiskopie bestätigt die Wallet ausschließlich die Tatsache „über 18″ – kein Geburtsdatum, kein Name, kein Dokument. Das ist Selective Disclosure in seiner klarsten Form: weniger Daten im System, weniger Haftung, schnellere Prüfung.
Verifiziertes Onboarding ohne Medienbruch. Bei der Anlage eines Online-Kontos übernimmt die Wallet die benötigten, bereits verifizierten Angaben. Der Nutzer bestätigt in einem Schritt. Das Onboarding wird kürzer und die Daten sind geprüft statt selbst getippt.
Antragsstrecken automatisch vorbefüllen. Formularfelder kommen auf Wunsch des Nutzers verifiziert aus der Wallet. Weniger Tippfehler, weniger Abbrüche, belastbare Daten von Anfang an.
Alle drei Szenarien sind branchenübergreifend einsetzbar – im E-Commerce, in der Finanzwirtschaft, in der öffentlichen Verwaltung und in regulierten Märkten wie dem Glücksspielbereich.
Datenschutz ist Architektur, nicht Nachgedanke
Ein Missverständnis begleitet das Thema hartnäckig: dass eine Wallet-Integration mehr sensible Daten in die eigenen Systeme bringt. Richtig integriert ist das Gegenteil der Fall.
Wir konstruieren die Verification-Schicht so, dass Nachweisdaten dort geprüft werden und nur das Ergebnis sowie die Statusinformation an nachgelagerte Systeme weitergehen. Ein Beispiel: Für eine Altersprüfung erreicht Ihre Anwendung die Information „18+ = ja”. Das Geburtsdatum sieht sie nie. Was heute als Ausweiskopie im Ticketsystem landet, entsteht in dieser Architektur gar nicht.
Dazu gehören für uns klare Verantwortungsgrenzen: Wer welche Daten sieht und verantwortet, klären und dokumentieren wir vor der Umsetzung. Das ist Voraussetzung für jede belastbare DSGVO-Bewertung – und für die Registrierung nach Artikel 5b.
Zeitplan und nächster Schritt
mobivention EUDI Solutions (Verification) wird im dritten Quartal 2026 fertiggestellt. Ab dem vierten Quartal 2026 stehen Pilotplätze für Kundentests bereit. Der produktive Start erfolgt parallel zum Wallet-Start am 2. Januar 2027. Die drei oben beschriebenen Szenarien haben wir bereits auf der EUDI ON 2026 live demonstriert.
Wenn Sie prüfen möchten, was in Ihrem Fall sinnvoll ist, sprechen wir 30 Minuten – kostenlos und unverbindlich. Wir ordnen Ihren konkreten Anwendungsfall ein und sagen offen, ob und wie wir helfen können.
Mehr Informationen: mobivention-eudi-solutions.com
Kontakt: vertrieb@mobivention.com | +49 221 677 811 0