Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision |
faq:nkb [2022/06/23 17:37] – [Nutzerkonto Bund mit dem eigenen Personendatensatz verknüpfen] tm1019 | faq:nkb [2022/06/23 17:39] – [Bekannte Probleme bei Nutzung des NKB in HISinOne] tm1019 |
---|
In der [[https://campus.uni-freiburg.de/qisserver/pages/psv/selbstregistrierung/pub/selbstregistrierung.xhtml|Selbstregistrierung in HISinOne]] wurde das Feld "Akademischer Grad" bewusst ausgeblendet, da die Universität im Rahmen ihres Identitätsmanagements (IDM) schon einigermassen sicher sein möchte, dass die akademischen Grade korrekt sind und sich niemand selbst einen akademischen Grad "verleihen" kann. | In der [[https://campus.uni-freiburg.de/qisserver/pages/psv/selbstregistrierung/pub/selbstregistrierung.xhtml|Selbstregistrierung in HISinOne]] wurde das Feld "Akademischer Grad" bewusst ausgeblendet, da die Universität im Rahmen ihres Identitätsmanagements (IDM) schon einigermassen sicher sein möchte, dass die akademischen Grade korrekt sind und sich niemand selbst einen akademischen Grad "verleihen" kann. |
| |
Die [[https://id.bund.de/de/eservice/konto/registration/1|Selbstregistrierung im Nutzerkonto Bund]] erlaubt auf STORK-QAA-Level-1 (Benutzername/Passwort)b dass die Person das Feld Doktorgrad selbst in ihren NKB-Daten hinterlegt. Wenn wir diese Daten nach HISinOne übernehmen würden, könnte sich eine Person auf diesem Weg im IDM selbst einen Doktorgrad "verleihen". Aktuell wird deshalb der Doktorgrad aus dem NKB nicht in das Campus-Management-System der Albert-Ludwigs-Universität übernommen. | Die [[https://id.bund.de/de/eservice/konto/registration/1|Selbstregistrierung im Nutzerkonto Bund]] erlaubt auf STORK-QAA-Level-1 (Benutzername/Passwort), dass die Person das Feld Doktorgrad selbst in ihren NKB-Daten hinterlegt. Wenn wir diese Daten nach HISinOne übernehmen würden, könnte sich eine Person auf diesem Weg im IDM selbst einen Doktorgrad "verleihen". Aktuell wird deshalb der Doktorgrad aus dem NKB nicht in das Campus-Management-System der Albert-Ludwigs-Universität übernommen. |
| |
Denkbar wäre zukünftig eine Übernahme des Doktorgrades als Akadenischer Grad auf STORK-QAA-Level-4. Allerdings stellt sich dann das Problem der Schreibweise (Groß-/Kleinschreibung, aber auch HC. vs h.c.) | Denkbar wäre zukünftig eine Übernahme des Doktorgrades als Akadenischer Grad auf STORK-QAA-Level-4. Allerdings stellt sich dann das Problem der Schreibweise (Groß-/Kleinschreibung, aber auch HC. vs h.c.) |
* ... | * ... |
| |
Wenn also Daten auf STORK-QAA-Level-4 aus dem Personalausweis über das NKB nach HISinOne übernommen werden, ist das Vertrauensniveau zwar hoch, aber die Schreibweise / Lesbarkeit entspricht nicht den allgemeinen Erwartungen an ein universitäres Identitätsmanagement. Eine (manuelle oder automatische) Änderung der Schreibweise von "LUDWIG" auf "Ludwig" würde das Vertrauensniveau zerstören, eine Beibehaltung der Schreibweise in Großbuchstaben wäre für die Prozesse der Universität zumindest gewöhnungsbedürftig. Da außerdem Daten aus zahlrechen anderen System in der Schreibweise "Ludwig" übernommen werden, käme es zu einem uneinheitlichen Bild an zahlreichen Stellen. | Wenn also Daten auf STORK-QAA-Level-4 aus dem Personalausweis über das NKB nach HISinOne übernommen werden, ist das Vertrauensniveau zwar hoch, aber die Schreibweise / Lesbarkeit entspricht nicht den allgemeinen Erwartungen an ein universitäres Identitätsmanagement. Eine (manuelle oder automatische) Änderung der Schreibweise von "LUDWIG" auf "Ludwig" würde das Vertrauensniveau zerstören, eine Beibehaltung der Schreibweise in Großbuchstaben wäre für die Prozesse der Universität zumindest gewöhnungsbedürftig. Da außerdem Daten aus zahlreichen anderen Systemen in der Schreibweise "Ludwig" übernommen werden, käme es zu einem uneinheitlichen Bild an zahlreichen Stellen. |
| |
===== Bekannte Probleme bei Nutzung des NKB in HISinOne ===== | ===== Bekannte Probleme bei Nutzung des NKB in HISinOne ===== |
* Siehe auch Datenübernahme: Kontaktdaten | * Siehe auch Datenübernahme: Kontaktdaten |
* Versucht man eine Studienplatzbewerbung zu starten (Antrag auf Zulassung hinzufügen), erscheint die Fehlermeldung "//Execution of JavaScript condition #58800 <nationEwrBI - Nur EU-Bürgern sowie Internationalen mit deutscher HZB anzeigen (nach Bildungstyp)> failed. See logs for more details.//". Dies hängt vermutlich damit zusammen, dass aus dem NKB keine Staatsangehörigkeit übernommen wird und derzeit in der Studienplatzbewerbung die Angabe der Staatsangehörigkeit(en) nur in der Selbstregistrierung vorgesehen ist (die ja bei Registrierung mit NKB überspungen wird). | * Versucht man eine Studienplatzbewerbung zu starten (Antrag auf Zulassung hinzufügen), erscheint die Fehlermeldung "//Execution of JavaScript condition #58800 <nationEwrBI - Nur EU-Bürgern sowie Internationalen mit deutscher HZB anzeigen (nach Bildungstyp)> failed. See logs for more details.//". Dies hängt vermutlich damit zusammen, dass aus dem NKB keine Staatsangehörigkeit übernommen wird und derzeit in der Studienplatzbewerbung die Angabe der Staatsangehörigkeit(en) nur in der Selbstregistrierung vorgesehen ist (die ja bei Registrierung mit NKB übersprungen wird). |
* Da der bei Registrierung über NKB erzeugte Account ein leeres Passwort-Feld hat, können wegen einer Fehlermeldung keine weiteren Accounts manuell bei der Person gespeichert werden. | * Da der bei Registrierung über NKB erzeugte Account ein leeres Passwort-Feld hat, können wegen einer Fehlermeldung keine weiteren Accounts manuell bei der Person gespeichert werden. |
| |