Seminar EBSI und swiyu – Profil-Mapping und Datenmigration

Zwischen einem EBSI-Credential und einem swiyu-Credential besteht keine automatische Feld-für-Feld-Gleichheit. Das Seminar entwickelt ein fachlich kontrolliertes Mapping von Claims, Typen, Metadaten, Status und Trust-Bezug und überführt es in testbare Transformations- und Neu-Ausstellungsprozesse.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Ein kanonisches fachliches Datenmodell als stabile Mapping-Basis erstellen
• EBSI- und Swiss-Profile-Felder einschließlich Offenlegung und Status präzise zuordnen
• Informationsverlust, semantische Abweichung und Datenschutzrisiken sichtbar machen
• Transformation, Validierung, Neu-Ausstellung und Datenabgleich reproduzierbar testen

Zielgruppe

Datenarchitekten, Integrationsentwickler, Schema-Verantwortliche, Migrationsteams, Fachanalysten, Datenschutz und QA.

Voraussetzungen

Gute JSON- und Datenmodellierungskenntnisse. Grundlagen zu EBSI-Verifiable-Attestation-Profilen, SD-JWT VC und Schema-Validierung sind erforderlich.

Seminarinhalte

1. Schritt 1: Quell- und Zielprofile inventarisieren

   Credential-Typen, Schemas, Versionen, Claims, Datentypen, Kardinalitäten, Status, Trust-Bezüge und Darstellungsmetadaten werden vollständig erfasst und mit Beispieldaten belegt.

2. Schritt 2: Kanonisches Claim-Modell entwickeln

   Fachliche Bedeutung, Herkunft, Sensitivität, Gültigkeit und Identifikatoren werden unabhängig vom Transportformat beschrieben. Technische Profile werden anschließend auf dieses Modell abgebildet.

3. Schritt 3: EBSI-Strukturen zuordnen

   Context, Type, Issuer, Credential Subject, Schema, Status, Evidence, Terms of Use, Akkreditierungsbezug und zeitliche Felder werden mit ihrer fachlichen Bedeutung dokumentiert.

4. Schritt 4: Swiss-Profile-Strukturen zuordnen

   vct, iss, iat, cnf, selektiv offengelegte Claims, Token Status List, Credential Type Metadata, OCA und profilbezogene Header oder Metadaten werden auf das kanonische Modell abgebildet.

5. Schritt 5: Offenlegungs- und Datenschutzregeln übertragen

   Nicht offenlegbare, optional offenlegbare und zwingend benötigte Claims werden unterschieden. Selektive Offenlegung wird nicht mit dem bloßen Entfernen von Feldern verwechselt.

6. Schritt 6: Trust- und Statusinformationen mappen

   Akkreditierung, Issuer-Vertrauen, Trust Statements, DID-Auflösung, Credential-Status und Gültigkeitslogik werden getrennt vom fachlichen Claim-Transfer behandelt und erhalten eigene Prüfregeln.

7. Schritt 7: Transformationsregeln implementieren

   Umbenennung, Datums- und Codekonvertierung, Enumerationen, Normalisierung, Mehrsprachigkeit, Nullwerte, zusammengesetzte Claims und unvermeidbarer Informationsverlust werden explizit programmiert und protokolliert.

8. Schritt 8: Neu-Ausstellung und Provenienz absichern

   Das Zielcredential wird durch einen autorisierten Zielissuer neu ausgestellt. Herkunftsnachweis, Einwilligung oder Rechtsgrundlage, Idempotenz und Schutz vor doppelter Ausgabe werden definiert.

9. Schritt 9: Testvektoren und Datenabgleich erstellen

   Golden Samples, Grenzfälle, negative Instanzen, Round-Trip-Grenzen, Summen- und Stichprobenkontrollen sowie Datenschutzprüfungen bilden die Abnahmebasis.

Praxisübungen

• Kanonisches Claim-Modell für einen Nachweistyp erstellen
• Mapping-Matrix zwischen EBSI-Profil und SD-JWT-VC-Profil ausarbeiten
• Verlustbehaftete oder mehrdeutige Zuordnungen kennzeichnen und behandeln
• Transformationsregeln mit positiven und negativen Testdaten prüfen
• Neu-Ausstellungsprozess mit Provenienz- und Deduplizierungsregeln entwerfen

Methodik

Fachvortrag, Datenmodellierungs-Workshop, Mapping-Arbeit, Transformationsbeispiele, Validatoren und Testdatenanalyse. Drei Tage sind erforderlich, weil Semantik, technische Abbildung und validierte Neu-Ausstellung getrennt erarbeitet werden müssen.