Abgleich mit Kreuzmatrix Attributanforderungen aus den Use Cases
Adresse:
eIDAS-Datensatz: Unterschied zw. 'Address' und 'Current address'? DH: besser in SAML-Spezifikation schauen? Wohl tatsächlich nur
eine Adresse, siehe
hier (Seite 6)
-
DE: aktuelle Meldeadresse, nicht notwendigerweise Postanschrift
Postanschrift muss nutzerseitig zur Verfügung gestellt werden
SWITCH edu-ID: nur Postanschrift, Validierung über Code per Briefpost
E-Mail:
mehrere, primäre und zusätzliche Adressen, sowohl persönlicher als auch Affiliation-Kontext
SWITCH edu-ID: Validierung über Challenge-Mail
Telefonnummer(n):
SWITCH edu-ID: Validierung per SMS bei Mobilfunknummer; Dienst-Festnetznummer aus Affiliation
Mobil- und Festnetznummer separat erfassen, sowohl im persönlichen als auch im Affiliationkontext (Multi-Value)
Identifier:
manche können sowohl über Affiliation als auch über User zur Verfügung gestellt werden
ORCID: Nutzer sollten sich selber registrieren
bwIDM2: ORCID sollte in Hochschul-IdM hinterlegt werden, könnte dann also auch aus der Affiliation kommen
SWITCH: OAuth2-Schnittstelle zur Verifizierung, Verknüpfung muss von User erstellt werden
Problem: Mehrere ORCIDs pro User ↔ Affiliation. Fehlermeldung? ORCID in Affiliation-Kontext belassen.
GND: existiert eine Schnittstelle analog ORCID?
Namen:
Titel:
Geburtsort:
Geburtsland:
Weitere Kontaktdaten:
Attribute im Affiliation Kontext:
SWITCH: einige lokale Prägungen
Mindestens eIDAS-Kerndaten
dfnEduPerson
-
schacPersonalUniqueCode
Identifier: spätestens bei Betriebskonzept klären, ob Heimat- oder edu-ID Identifier zum Einsatz kommt, lokale IDs für Migrationsszenarien