Produkt · CodeB Business-Wallet
Das CodeB Business-Wallet baut auf der entstehenden European-Digital-Identity-Wallet-Architektur und dem eIDAS-2.0-Rahmen auf. Sobald die Spezifikation des EU-Business-Wallets veröffentlicht ist, richten wir uns danach aus. Direktoren, Sekretäre, Rechtsvertreter, Compliance-Beauftragte und Mitarbeiter tragen jeweils ihre eigene Rolle. Externe vertrauende Stellen — Banken für KYC, Handelsregister, die Firmendokumente einreichen, Wirtschaftsprüfer, zuständige Behörden — nehmen mit expliziter Einwilligung teil. Alles einmal hochladen, selektiv teilen, für immer geprüft.
App_Data/<tenant>/business-wallets/<companyId>/ gespeichert. Jedes Wallet trägt seine eigene pfadgebundene did:web:<tenant>:business-wallets:<companyId>. Melden Sie sich mit Ihrer OIDC-Identität an, um es zu nutzen.
Dieser Mandant kann mehrere Firmen beheimaten — jede mit ihrer eigenen pfadgebundenen did:web und ihrem eigenen Dokumententresor. Wählen Sie unten ein Wallet oder erstellen Sie ein neues.
Lade…
Eine persönliche European Digital Identity Wallet hat einen Inhaber. Ein Business-Wallet hat viele — jeder Mitarbeiter meldet sich mit seiner eigenen OIDC-Identität an und erbt eine Rolle (Direktor, Sekretär, Rechtsvertreter, Compliance-Beauftragter, Mitarbeiter). Berechtigungen werden pro Aktion durchgesetzt, nicht pro Sitzung.
Das Unternehmen ist das Subjekt. Sein Identifikator ist did:web:<firmen-mandant>, veröffentlicht unter /.well-known/did.json. Mitarbeiteraktionen werden dem Mitarbeiter zugerechnet; Nachweise werden aber im Namen des Unternehmens ausgestellt.
Banken, Register, Notare und Wirtschaftsprüfer sind First-Class-Bürger. Sie authentifizieren sich als sie selbst, fordern spezifische Nachweise via OID4VP an und rufen diese (nach Einwilligung) ab — oder liefern neue ein (ein Register lädt eine Firmenurkunde hoch).
Jedes Dokument wird einmal hochgeladen und wiederverwendet. Wenn eine neue Bank Ihre wirtschaftliche Berechtigung sehen will, gewähren Sie Leserechte — kein neuer Upload, keine E-Mail-Anhänge, keine doppelten PDFs.
Jede Freigabe hat einen Umfang. Eine Bank, die KYC durchführt, braucht die Ausweise der Direktoren und die wirtschaftliche Berechtigung — sie bekommt die Herkunftserklärung des Vermögens nur, wenn diese ausdrücklich gewährt wird. SD-JWT-VC-Selektiv-Offenlegung wird vom persönlichen Wallet übernommen.
Jedes Lesen, Schreiben, Teilen, Widerrufen, Hinzufügen/Entfernen von Mitarbeitern wird an ein signiertes Log angehängt. Vollständige Verantwortlichkeit dafür, wer wann was aufgerufen hat — eine harte Anforderung jeder regulierten vertrauenden Stelle.
Mitarbeiter melden sich per OpenID Connect mit ihrer eigenen Identität an. Ihre Rolle bestimmt, welche Berechtigungen pro Aktion gelten.
Die geplante Rollen-/Berechtigungsdurchsetzung ist unten dokumentiert. Serverseitige Durchsetzung pro Aktion ist für das Produktivrelease geplant; die aktuelle Referenzimplementierung protokolliert die Identität des Akteurs für jede Mutation, blockiert aber Mitarbeiter-Rollen noch nicht für Admin-Aktionen. Kundenspezifische Rollendefinitionen pro Firma sind ebenfalls geplant.
| Berechtigung | Direktor | Sekretär | Rechtsvertr. | Compliance | Mitarbeiter |
|---|---|---|---|---|---|
| Firmenprofil bearbeiten | ✓ | ✓ | — | — | — |
| Mitarbeiter hinzufügen/entfernen | ✓ | — | — | — | — |
| Dokumente hochladen | ✓ | ✓ | ✓ | — | — |
| Zugriff für Stellen gewähren | ✓ | ✓ | ✓ | — | — |
| Zugriff widerrufen | ✓ | ✓ | ✓ | ✓ | — |
| Dokumente ansehen | ✓ | ✓ | ✓ | ✓ | ✓ |
| Audit-Log ansehen | ✓ | ✓ | ✓ | ✓ | — |
An das Unternehmen ausgestellte, von Mitarbeitern hochgeladene oder von externen Registern eingereichte Firmen-Nachweise. Jedes trägt Dokumenttyp, Aussteller, Ausstellungsdatum, Aufbewahrungsfrist und Freigaben an vertrauende Stellen.
Nur PDF (max. 8 MB). Die beiden Kontrollkästchen sind unabhängig und verwenden verschiedene Zertifikate: Die Uploader-Signatur nutzt Ihren persönlichen Signaturschlüssel (automatisch angelegt unter App_Data/<tenant>/user-signing-certs/<you>/, Subject CN=<you>, Commitment-Type proof-of-approval); das Wallet-Siegel nutzt den Mandanten-Ausstellerschlüssel (Subject CN=CodeB VCI Issuer, O=CodeB, OU=<tenant>, Commitment-Type proof-of-origin). Sind beide Kästchen aktiviert, trägt das PDF ZWEI Signaturen — persönliche Zustimmung innen, institutionelles Siegel oben — beide erscheinen im Signaturbereich von Acrobat. PAdES-B-T wird synchron beim Upload angewendet; falls eine RFC-3161-TSA konfiguriert ist, wird ein vertrauenswürdiger Zeitstempel eingebettet, sonst fällt der Signer auf B-B zurück.
Dritte, denen Zugriff auf bestimmte Dokumente gewährt wurde — oder die Zugriff angefordert haben. Jede Freigabe ist auf einen Dokumentensatz begrenzt, zeitlich befristet und widerruflich.
E-Mail und Mobilnummer werden nur für Benachrichtigungen genutzt, wenn Dokumente gewährt, aktualisiert oder gegengezeichnet werden. Ist der WhatsApp-Business-Kanal des Mandanten konfiguriert und die Mobilnummer bekannt, wird zusätzlich zur E-Mail eine WhatsApp-Nachricht gesendet.
Jede Aktion wird hier chronologisch angehängt. In der Produktion wird das Log mit dem Ausstellerschlüssel des Mandanten signiert und in eine Append-only-Datei pro Mandant gespiegelt — einzelne Einträge können nicht bearbeitet oder entfernt werden.
Jedes Dokument wird einmal gegen den Mandanten des Unternehmens gespeichert. Folgende Anfragen vertrauender Stellen lösen einwilligungsbasierte Freigaben aus, keine erneuten Uploads.
Als signierte Verifizierbare Nachweise ausgestellte Dokumente haben unter eIDAS 2.0 und den in der EU entstehenden nationalen Zentraldatenregister-Rahmen dieselbe Rechtskraft wie physische Originalkopien. Die Prüfung erfolgt kryptografisch.
Standardmäßig 5 Jahre ab letzter Nutzung pro Nachweis. Erweiterbar auf 10 Jahre bei Ermittlungen wegen schwerer Finanzkriminalität (Geldwäsche, Terrorismusfinanzierung). Aufbewahrungsrichtlinie ist pro Dokumenttyp einstellbar.
Das Unternehmen ist Verantwortlicher für seine eigenen Nachweise. Mitarbeiter haben eigene Auskunftsrechte gegen die DSFA des Mandanten. Vollständige DSFA und Verzeichnis der Verarbeitungstätigkeiten werden pro Mandant veröffentlicht.
Dokumente werden als SD-JWT-VC gespeichert. Eine vertrauende Stelle fordert per OID4VP mit DCQL bestimmte Attribute an; das Wallet gibt nur diese Attribute plus einen Key-Binding-JWT-Nachweis frei.
Jeder Audit-Eintrag ist zeitgestempelt, angehängt und wird periodisch über eine mit dem Ausstellerschlüssel des Mandanten signierte Hash-Kette verankert. Manipulationssicher per Konstruktion.
Anfragen vertrauender Stellen nutzen DCQL-Query-Syntax über direct_post.jwt.
Register reichen Nachweise über den Pre-authorised-Code-Flow mit mandantengebundener Wallet-Attestation ein.
Draft-07-konforme Ausstellung + selektive Offenlegung + KB-JWT.
JSON-Nachweis, @context, JOSE-Envelope typ=vc+jwt, ES256.
Firmen-ID als did:web:<tenant>, automatisch veröffentlicht unter /.well-known/did.json.
Mitarbeiter-Wallets tragen eine Wallet-Instance-Attestation, geprägt vom Wallet-Provider-Backend des Unternehmens.
Föderation mit Banken + Registern auf anderen CodeB-Mandanten über signierte bilaterale Vertrauensaussagen unter /.well-known/trust-federation.jws.
Widerrufen Sie eine geteilte Freigabe sofort durch Umschalten eines Bits; jede vertrauende Stelle prüft die Liste vor der Nutzung.
Veröffentlichen Sie die vertrauenswürdigen Behörden und Aussteller des Mandanten als signierte XMLDSig LoTE.
Basierend auf dem Standard European Digital Identity Wallet (EUDI-Wallet, eIDAS 2.0, ARF 3.0) — erweitert für Firmen-Mehrbenutzer-Szenarien. Siehe auch: das persönliche European-Digital-Identity-Wallet · mandantenübergreifende Vertrauensföderation · ARF-3.0-Konformität.