EU Wallet Signatur-Workflows neu denken

Die meisten Unternehmen haben kein Signaturproblem. Sie haben ein Identitätsproblem. Der Vertrag geht digital raus, die Zustimmung steckt im Portal, die interne Freigabe liegt im Ticketsystem und der Nachweis landet als PDF im Dokumentenmanagement. Sieht modern aus. Bis jemand fragt, wer was eigentlich in welcher Rolle bestätigt hat. Genau deshalb sind EU Wallet Signatur-Workflows mehr als ein neues Signaturthema.

Genau hier wird die EU Digital Identity Wallet unbequem interessant. Mit eIDAS 2.0 wandert der Fokus weg vom einzelnen Klick unter einem PDF hin zu einem sauber nachweisbaren Vertrauensprozess. Für KMU betrifft das nicht nur Rechtsabteilung und Einkauf, sondern jeden Prozess mit externen Parteien, Vollmachten, Zustimmungen, Anträgen oder sensiblen Freigaben.

Der Denkfehler wäre jetzt, hektisch das nächste Signaturtool einzukaufen. Der bessere Schritt: Deine Prozesse so zerlegen, dass Identität, Rolle, Zustimmung, Signatur und Nachweisablage nicht mehr als ein großer Brei durch die Systeme schwimmen. Klingt weniger sexy als „Wallet-Integration“. Hält aber länger.

Wenn du nur Unterschriften digitalisierst, baust du am falschen Ende

Viele Unternehmen haben Papierunterschriften durch elektronische Signaturen ersetzt und sich danach kurz auf die Schulter geklopft. Verständlich. Endlich keine eingescannten PDFs mehr, keine Kugelschreiber-Archäologie, kein „Bitte Seite 7 noch einmal unterschreiben“. Nur hat das eigentliche Problem oft überlebt.

Denn eine Signatur beantwortet nicht automatisch alle Fragen. Wer war die Person? In welcher Rolle hat sie gehandelt? Welche Berechtigung lag vor? Wozu wurde konkret zugestimmt? Was muss später beweisbar bleiben? Wer diese Fragen technisch nicht trennt, hat zwar eine digitale Unterschrift, aber noch keinen belastbaren Vertrauensprozess.

Die offizielle Wallet-Beschreibung der EU macht genau diese Trennung sichtbar. Die Europäische Kommission beschreibt die European Digital Identity Wallet als Mittel, um Identitätsdaten und digitale Nachweise kontrolliert zu teilen; außerdem nennt sie elektronische Attributnachweise und elektronisches Signieren oder Siegeln als zentrale Anwendungen (Quelle: Europäische Kommission, 2024–2026). Das ist kein kleiner Zusatz. Das ist die Ansage: Identität, Attribute und Signatur gehören zusammen gedacht, aber nicht in einen Topf geworfen.

Der Unterschied ist in der Praxis brutal wichtig. „Jemand hat geklickt“ ist nicht dasselbe wie „jemand war identifiziert“. „Jemand war identifiziert“ ist nicht dasselbe wie „jemand durfte für diese Firma handeln“. Und selbst das ist noch nicht automatisch „jemand hat rechtlich wirksam signiert“. Wer alles „Signatur“ nennt, spart sich heute Modellierungsarbeit und bezahlt später mit Integrationsschmerzen.

Gerade in KMU liegt dieser Vertrauensprozess oft verteilt auf vier Systeme. Das CRM kennt den Kunden. Das Portal sammelt die Zustimmung. Das Ticketsystem dokumentiert die interne Freigabe. Das Signaturtool erzeugt am Ende ein PDF mit Zertifikat. Jedes System macht seinen Job, aber keines hält den vollständigen Zusammenhang.

In Herupu lassen sich Rollenrechte, Freigaben pro Status und Aktivitätslogs als eigene Prozessebene abbilden — unabhängig davon, welches Signaturverfahren am Ende andockt. Aber das ist nur ein Werkzeug. Der Hebel liegt nicht im Button „Jetzt unterschreiben“, sondern in der Architektur davor.

EU Wallet Signatur-Workflows brauchen fünf getrennte Vertrauensschritte

Wallet-ready heißt nicht, dass morgen jeder Vorgang aus einer EU Wallet heraus startet. Es heißt, dass dein Prozess verschiedene Nachweisarten aufnehmen kann, ohne jedes Mal neu verdrahtet zu werden. Das ist der Unterschied zwischen „wir integrieren später sauber“ und „wir bauen 2027 wieder eine Sonderlösung, weil damals niemand Rollen von Signaturen getrennt hat“.

Die fünf Vertrauensschritte sind einfach. Nicht simpel, aber einfach. Erstens: Identifizierung — wer ist die Person? Zweitens: Attributnachweis — welche Rolle, Eigenschaft, Vollmacht oder Berechtigung ist belegt? Drittens: Zustimmung — wozu wurde konkret zugestimmt? Viertens: Signatur oder Siegel — wo brauchst du formale rechtliche Verbindlichkeit? Fünftens: Nachweisablage und Audit-Trail — was muss später vollständig nachvollziehbar bleiben?

Wer alles „Signatur“ nennt, behandelt einen Firmenausweis, eine Einwilligung und einen notariellen Akt wie denselben Schlüsselbund. Das funktioniert im Alltag ungefähr so gut, wie es klingt. Du kommst irgendwie durch die Tür, aber niemand weiß mehr, welcher Schlüssel eigentlich wofür gedacht war.

Ein Lieferanten-Onboarding zeigt das ganz gut. Am Anfang brauchst du vielleicht keine qualifizierte elektronische Signatur. Du brauchst aber sehr wohl belastbare Informationen: Wer meldet den Lieferanten an? Für welche Organisation handelt diese Person? Welche Steuer-, Bank- oder Compliance-Daten wurden übermittelt? Wer hat intern geprüft und freigegeben?

Bei einer Vollmacht sieht die Welt anders aus. Dort kann die Signaturstufe deutlich wichtiger sein als im vorgelagerten Antrag. Der Antrag selbst braucht saubere Identität, Rolle und Zustimmung. Die Vollmacht braucht zusätzlich eine verbindliche Signatur oder ein anderes rechtlich passendes Verfahren. Wer beides in einen einzigen „Bitte unterschreiben“-Schritt presst, verliert fachliche Präzision.

Die EU-Entwicklung geht genau in diese Richtung. Die Kommission nennt für die Wallet unter anderem Führerschein sowie Bildungs- und Berufsnachweise; beim Altersnachweis soll etwa „über 18“ bestätigt werden können, ohne zusätzliche personenbezogene Details offenzulegen (Quelle: Europäische Kommission, Q&A Digital Identity und Age Verification FAQ, 2025–2026). Das ist für KMU kein Datenschutz-Nerdwissen. Das ist ein Modellierungsprinzip: Nur den Nachweis abfragen, den der Prozess wirklich braucht.

Wallet-Nachweis und Signatur lösen verschiedene Probleme

Ein Wallet-Nachweis kann künftig in vielen Prozessen der wichtigste Baustein sein. Aber er ersetzt nicht automatisch jede elektronische Signatur. Wer das behauptet, verkauft entweder zu schnell oder hat den Prozess nicht verstanden.

Bei einer einfachen Stammdatenänderung geht es oft darum, ob die richtige Person handelt und ob sie die passende Rolle hat. Bei einer internen Freigabe zählt meistens, ob der Status, die Berechtigung und der Zeitpunkt sauber dokumentiert sind. Bei einer Vertragszustimmung kommt es auf Risiko, Rechtsform, Gegenpartei und Beweisbedarf an. Bei Vollmachten oder besonders sensiblen Rechtsakten kann eine qualifizierte elektronische Signatur weiterhin sinnvoll oder erforderlich sein.

Die EU-Kommission formuliert das in ihren Trust-Services-Informationen zur European Digital Identity Regulation recht klar: Die neue Regelung soll qualifizierte elektronische Signaturen mit der European Digital Identity Wallet ermöglichen; für natürliche Personen zu nicht-beruflichen Zwecken sollen diese kostenlos sein (Quelle: Europäische Kommission, Trust Services Q&A, 2024–2026). Zugleich führt die Verordnung Trust Services für das Management von Remote-Geräten zur Erstellung elektronischer Signaturen und Siegel ein. Übersetzt für den Maschinenraum: Wallet und QES sind keine Gegenspieler. Sie können in derselben Vertrauensarchitektur unterschiedliche Rollen spielen.

Die falsche Ausgangsfrage taucht genau hier auf. Die Fachabteilung fragt: „Brauchen wir eine Unterschrift?“ Die bessere Architekturfrage lautet: Welchen Nachweis brauchen wir an welchem Schritt — und gegen wen muss er später halten? Das klingt weniger bequem, verhindert aber zwei teure Extreme.

Das erste Extrem: Du verlangst überall qualifizierte elektronische Signaturen. Dann baust du Reibung in Prozesse, bei denen ein sauberer Identitäts- oder Attributnachweis gereicht hätte. Das zweite Extrem: Du verlässt dich überall auf Klicks und Portal-Logs. Dann hast du hübsche Aktivitätsdaten, aber im Streitfall womöglich kein tragfähiges Beweismittel.

Schnell-Check: 4 Fragen vor jedem Signatur-Schritt
– Was genau muss bewiesen werden? Identität, Rolle, Zustimmung, Inhalt, Zeitpunkt oder alles zusammen?
– Gegen wen muss der Nachweis später beweisbar sein? Intern, gegenüber Kunden, vor Gericht, gegenüber Aufsicht oder gegenüber Vertragspartnern?
– Reicht Identität/Rolle/Zustimmung oder braucht es eine formale elektronische Signatur?
– Wie wird der Nachweis revisionssicher abgelegt, versioniert und mit dem Vorgang verknüpft?

Wenn du diese vier Fragen nicht beantworten kannst, ist das Signaturtool noch nicht dein Engpass. Dann fehlt dir zuerst das Prozessmodell. Und ja, das ist der langweiligere Teil. Deshalb wird er so oft übersprungen.

Diese sechs KMU-Prozesse verdienen zuerst Aufmerksamkeit

Nicht jeder Workflow muss sofort wallet-ready werden. Bitte nicht. Wer jetzt alle Prozesse gleichzeitig „EU-Wallet-fähig“ machen will, produziert wahrscheinlich ein schönes Architekturdeck und drei Jahre später ein sehr müdes Team.

Die EU-Mitgliedstaaten müssen bis Ende 2026 mindestens eine EU Digital Identity Wallet für ihre Einwohner bereitstellen, schreibt die Kommission auf ihrer offiziellen Seite zur EUDI-Regulierung (Quelle: Europäische Kommission, 2026). Gleichzeitig zwingt das nicht jedes KMU morgen früh zur großen Wallet-Operation. Die geänderte eIDAS-Verordnung sieht für bestimmte private Relying Parties Akzeptanzpflichten vor, nimmt Mikro- und Kleinunternehmen aber ausdrücklich aus; außerdem greifen bestimmte Pflichten spätestens 36 Monate nach Inkrafttreten der einschlägigen Durchführungsakte nach Art. 5a(23) und 5c(6) (Quelle: Regulation (EU) 2024/1183, 2024). Kurz: Es gibt Druck, aber keinen Grund für kopflosen Aktionismus.

Priorisiere dort, wo externe Parteien beteiligt sind, Nachweise später häufig fehlen oder Medienbrüche heute schon weh tun. Besonders spannend sind Prozesse, bei denen du heute Mails, PDFs, Portaleinträge und manuelle Prüfvermerke zusammenpuzzelst. Genau dort wird Wallet-Readiness später den größten Unterschied machen.

In KMU-Prozessen bricht oft nicht die Signatur selbst, sondern die Frage, welche Freigabe, Rolle oder Einwilligung zum Zeitpunkt X eigentlich galt. Das ist kein Tool-Drama. Das ist ein Zuständigkeits- und Nachweisproblem, das sich zufällig am Ende als Signaturproblem verkleidet.

Die Tabelle ist keine Einladung, sechs Projekte parallel zu starten. Nimm die oberen zwei, wenn du stark im Neukundengeschäft oder regulierten Onboarding hängst. Nimm Vertragszustimmung und Vollmachten, wenn deine Organisation viele externe Vertreter, Dienstleister oder Partner steuert. Nimm Antrags- und Einwilligungsprozesse, wenn bei dir heute noch viel über Mailketten entschieden wird.

Der gute Test ist einfach: Kannst du bei einem Vorgang nach sechs Monaten noch sauber zeigen, wer in welcher Rolle was gesehen, bestätigt, freigegeben oder unterschrieben hat? Wenn nicht, hast du dort deinen Startpunkt. Nicht beim modernsten Wallet-Feature, sondern beim schmutzigsten Nachweisloch.

2026 entscheidet dein Prozessmodell, nicht das Signatur-Plugin

2026 ist ein gutes Jahr, um wallet-ready zu werden. Es ist ein schlechtes Jahr, um jedes Portal panisch auf einen einzelnen Wallet-Pfad festzunageln. Die technischen und regulatorischen Bausteine werden konkreter, aber dein größter Gewinn liegt jetzt in sauberer Abstraktion.

Die EU-Kommission hat am 4. Dezember 2024 fünf Durchführungsverordnungen zu Kernfunktionen und Zertifizierung der European Digital Identity Wallets angenommen; du findest den Überblick direkt bei der Europäischen Kommission zu den Implementing Regulations (Quelle: Europäische Kommission, 2024). Das heißt: Die Richtung ist nicht mehr reine Vision. Gleichzeitig wäre es naiv, heute schon jeden Prozess hart auf einen Anbieter, einen Trust Service Provider oder eine einzige UX festzukleben.

Behandle Identitäts- und Attributnachweise jetzt als eigene Datenobjekte. Entkopple die Signaturfunktion vom Prozess- und Freigabemodell. Protokolliere Audit-Trails, Zustimmungsstände, Rollenwechsel und Versionen so, dass sie später nicht aus fünf Systemen rekonstruiert werden müssen. Halte Schnittstellen für Wallet, Qualified Trust Service Provider, Identity and Access Management und Fachsysteme offen.

Was du bewusst noch nicht tun solltest: überall ein Signatur-Plugin einbauen und später schauen, wie Identität, Rollen und Nachweise zusammenfinden. Das ist der klassische „erst Oberfläche, dann Architektur“-Fehler. Er fühlt sich schnell an und erzeugt genau die Legacy-Schicht, über die in drei Jahren alle fluchen.

Auch digitale Souveränität spielt hier hinein. Wenn deine Nachweislogik hart in einem proprietären Signatur-Frontend lebt, wechselst du später nicht einfach den Provider. Du migrierst Prozesswissen, Rollenlogik, Beweisführung und Archivstruktur. Viel Spaß dabei. Also lieber offene, europäisch tragfähige Schnittstellen planen und die Vertrauenslogik dort halten, wo der Vorgang fachlich geführt wird.

Ein vereinfachtes Beispiel: Wenn dein Lieferanten-Onboarding heute aus Formular, E-Mail-Freigabe, PDF-Upload und Signaturtool besteht, musst du nicht alles neu bauen. Du kannst zuerst den führenden Vorgangsstatus definieren, Rollen und Freigaben sauber speichern und Nachweise als eigene Objekte an den Vorgang hängen. Danach wird die spätere Wallet-Anbindung eine Schnittstellenfrage. Vorher wäre sie ein Ratespiel.

Vertrauen braucht einen führenden Ort im Prozess

Ein gutes Signaturtool löst ein echtes Problem. Es erzeugt Signaturen, Zertifikate, Audit-Reports und oft eine brauchbare Nutzerführung. Aber es entscheidet nicht automatisch, wer im Einkauf freigeben darf, welche Vertragsversion gilt, ob eine Vollmacht noch gültig ist oder ob eine Einwilligung widerrufen wurde.

Deshalb lautet die entscheidende Architekturfrage nicht: „Welches Signaturtool nehmen wir?“ Sie lautet: Wo lebt Vertrauen im Prozess? In welchem System wird der führende Status eines Vorgangs gehalten? Wo werden Rollen und Freigaberechte geprüft? Wie werden Nachweise versioniert, archiviert und mit dem fachlichen Kontext verbunden?

Die Hersteller bewegen sich übrigens selbst in diese Richtung. Docusign spricht 2026 von einer „unified and orchestrated identity layer“ für Identity Verification (Quelle: Docusign, 2026). Selbst Signaturanbieter merken also: Der Markt dreht sich vom Unterschriften-Frontend zur orchestrierten Vertrauensschicht.

Für IT-Entscheider in KMU heißt das: Dein E-Signature-Stack, dein Identity and Access Management, dein Kundenportal und dein Dokumentenmanagement müssen nicht alle dasselbe können. Aber sie müssen sauber zusammenspielen. Der Vorgang braucht einen führenden Ort. Die Nachweise brauchen klare Objekte. Die Signatur braucht definierte Auslöser und saubere Rückmeldung in den Prozess.

Die Vertrauensschritte müssen an den richtigen Stellen im Stack verankert werden. Identität dort, wo Personenbezug entsteht. Attribute dort, wo Rollen oder Eigenschaften geprüft werden. Zustimmung dort, wo der konkrete Zweck dokumentiert wird. Signatur dort, wo rechtliche Verbindlichkeit wirklich nötig ist. Audit-Trail dort, wo du später ohne Detektivarbeit beweisen musst, was passiert ist.

Fazit: Zerlege einen echten Workflow

Wer heute nur die digitale Unterschrift optimiert, wiederholt den alten Digitalisierungsfehler: Die Oberfläche wird moderner, aber der eigentliche Nachweisprozess bleibt fragmentiert. Genau das rächt sich, sobald Identität, Rolle, Zustimmung und Verbindlichkeit sauber zusammenspielen müssen. Die EU Wallet macht diesen Bruch nicht neu. Sie macht ihn nur sichtbarer.

Nimm einen bestehenden Workflow aus deinem Unternehmen. Am besten Vertragszustimmung, Lieferanten-Onboarding oder interne Freigabe. Zerlege ihn in fünf Schritte: Identifizierung, Attributnachweis, Zustimmung, Signatur, Nachweisablage.

Markiere danach für jeden Schritt drei Dinge: Was ist heute schon sauber gelöst, was ist technisch vermischt und was müsste wallet-ready abstrahiert werden. Wenn du das für einen einzigen Kernprozess ehrlich machst, siehst du meistens sofort, wo dein echtes Problem liegt. Dann werden EU Wallet Signatur-Workflows nicht zum Toolprojekt, sondern zur Architekturfrage. Und ziemlich oft ist das Problem nicht die fehlende Signatur. Es ist der fehlende Ort für Vertrauen im Prozess.