EUDI-Wallet-Roadmap: Vom Pilot zur produktiven Wallet-Lösung
Eine Wallet-Lösung wird nicht durch ein Protokoll produktiv. Sie braucht Use-Case-Auswahl, Credential-Design, Backend-Integration, Sicherheitskonzept, Pilotbetrieb und einen klaren Rollout.
Viele Organisationen beschäftigen sich inzwischen mit der EUDI-Wallet. Die ersten Fragen sind oft strategisch: Was bedeutet eIDAS 2.0 für uns? Welche Use Cases sind relevant? Müssen wir Issuer, Verifier oder beides werden? Danach folgt schnell die entscheidende Frage: Wie kommen wir von einer Idee zu einer produktiven Wallet-Lösung?
Die Antwort ist eine klare Roadmap. Wallet-Projekte brauchen technische Präzision, aber sie starten nicht mit Code. Sie starten mit dem richtigen Prozess, einem belastbaren Credential-Modell und einer Architektur, die später nicht beim ersten Integrationspunkt auseinanderfällt.
Schritt 1: Use Cases identifizieren und priorisieren
Am Anfang steht eine Bestandsaufnahme. Welche Nachweise stellt die Organisation heute aus? Welche Nachweise prüft sie? Wo entstehen Kosten, Wartezeiten, Rückfragen oder Datenschutzrisiken?
Aus dieser Analyse entsteht eine Longlist möglicher Wallet-Use-Cases. Danach wird priorisiert. Gute Pilotkandidaten haben:
- einen klaren Nutzen für Organisation und Nutzerinnen oder Nutzer
- überschaubare rechtliche und technische Komplexität
- verfügbare Datenquellen
- eine erreichbare Pilotgruppe
- messbare Erfolgsindikatoren
Nicht jeder spannende Use Case ist ein guter erster Use Case. Für den Einstieg lohnt sich ein Prozess, der sichtbar Nutzen erzeugt und gleichzeitig beherrschbar bleibt.
Schritt 2: Rollenmodell klären
Eine Organisation kann im Wallet-Ökosystem unterschiedliche Rollen einnehmen:
- Als Issuer stellt sie digitale Nachweise aus.
- Als Verifier prüft sie Nachweise.
- Als Relying Party integriert sie Wallet-Interaktionen in eigene Dienste.
- Als Prozessbetreiber verbindet sie Wallet-Funktionen mit bestehenden Fachsystemen.
Diese Rollen bestimmen die Architektur. Ein Issuer braucht andere Komponenten als ein reiner Verifier. Wer beide Rollen kombiniert, muss Datenflüsse, Verantwortlichkeiten und Supportprozesse besonders sauber trennen.
Schritt 3: Credential-Design
Ein Credential ist nicht einfach ein digitales Dokument. Es ist ein strukturierter Nachweis. Deshalb muss früh geklärt werden:
- Welche Aussagen soll das Credential enthalten?
- Welche Daten sind zwingend erforderlich?
- Welche Daten sollten aus Datenschutzgründen nicht enthalten sein?
- Wie lange ist der Nachweis gültig?
- Wann und wie kann er widerrufen werden?
- Welche Stellen dürfen ihn prüfen?
Gutes Credential-Design vermeidet Datensammlung auf Vorrat. Es übersetzt den fachlichen Zweck in minimale, prüfbare Informationen.
Schritt 4: Architektur und Integration
Erst danach wird die technische Architektur konkret. Typische Bausteine sind:
- Issuer-Backend für Ausstellung und Verwaltung
- Verifier-Komponente für Prüfprozesse
- Schnittstellen zu SAP, CRM, DMS, Fachverfahren oder Registern
- Signatur- und Schlüsselmanagement
- Status- und Widerrufsinfrastruktur
- Monitoring, Logging und Supportwerkzeuge
- Nutzerführung für QR-Code-, Link- oder App-basierte Prozesse
Die wichtigste Regel: Die Wallet darf nicht isoliert neben den bestehenden Systemen stehen. Sie muss dort integriert werden, wo Daten entstehen und Prozesse entschieden werden.
Schritt 5: Datenschutz und Sicherheit
Wallet-Projekte verarbeiten sensible Informationen. Deshalb müssen Datenschutz und Sicherheit von Anfang an Teil der Umsetzung sein. Dazu gehören Datensparsamkeit, transparente Einwilligung, klare Rollen, sichere Schlüsselverwaltung und ein Konzept für Fehler- und Missbrauchsfälle.
Die EUDI-Wallet setzt stark auf Nutzerkontrolle und selektive Offenlegung. In der Praxis bedeutet das: Der Prozess muss so gestaltet sein, dass Nutzer:innen verstehen, welche Daten abgefragt werden und warum.
Schritt 6: Pilotbetrieb
Ein Pilot sollte real genug sein, um echte Erkenntnisse zu liefern, aber begrenzt genug, um Risiken zu kontrollieren. Gute Pilotfragen sind:
- Finden Nutzer:innen den Ablauf verständlich?
- Funktioniert die technische Prüfung zuverlässig?
- Sind Supportfälle beherrschbar?
- Werden Daten korrekt aus den Quellsystemen übernommen?
- Ist der Nutzen messbar?
Der Pilot ist kein Showroom. Er ist die Phase, in der Prozess, Technik und Nutzererfahrung zusammengebracht werden.
Schritt 7: Rollout und Betrieb
Nach dem Pilot folgt der produktive Betrieb. Dazu gehören Betriebsverantwortung, Support, Monitoring, Release-Management, Schulung und klare Prozesse für Änderungen an Credentials oder Integrationen.
Gerade bei Wallets ist Betrieb wichtig. Ein Credential kann widerrufen werden müssen. Ein Verifier muss Ausfälle abfangen. Eine Nutzerin braucht Hilfe, wenn ein Nachweis nicht angenommen wird. Produktive Wallet-Lösungen brauchen deshalb nicht nur Entwicklung, sondern ein belastbares Betriebsmodell.
Fazit
Der Weg zur EUDI-Wallet-Lösung ist gut beherrschbar, wenn er strukturiert angegangen wird. Use Case, Rollenmodell, Credential-Design, Integration, Sicherheit, Pilot und Betrieb bauen aufeinander auf.
Unsere BU Wallets begleitet Organisationen entlang dieser Roadmap: von der ersten Einordnung über technische Prototypen bis zur produktiven Integration in bestehende Systeme.