Ergänzungsbedarf:

• ür Bewerbung an Hochschule sind folgende Pflichtdaten* erforderlich:  - Gesamtnote mit Notenwert -  https://github.com/SEMICeu/SDG-sandbox/issues/128 Art der HZB - erworben in [Land], wenn Deutschland in [Landkreis in Deutschland] (BTU-CS)
• Es fehlen Angaben wie Art der HZB,
  • land der HZB,
  • Kreis der HZB
  • sowie insbesondere der auf deutschen Zeugnissen vorhandene Reifevermerk
  • Welche Sprachkompetenzen wurden mit dem Bildungsnachweis erworben? (HS Osnabrück)
• final examination date - wenn ich nichts übersehe, gibt es diese Datum auf bay. Abiturzeugnissen nicht, wahrscheinlich wird es gleich dem Ausstellungsdatum und nicht dem der letzten Prüfung gesetzt. (TUM)
• Final examination date => wir hätten ein Pflichtfeld erwartet (cardinality 1…1), weil die Angabe für Wartezeitberechnungen erforderlich ist.
• school year - Passt nicht zu Schuljahresrechnung in D, oder? Schuljahr 2020/2021 bzw. Schuljahr 2019/2020 und nicht Schuljahr 2020! (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/127

• contains Course result: wir benötigen z.B. für unsere Eignungsfeststellungsverfahren (EFV) für Bachelorstudiengänge fachspezifische Einzelnoten, z.B. Mathematik, Deutsch, Englisch, Wirtschaft und Recht etc. also pro Halbjahr und im Abitur. Hier wäre eine Normierung bzgl. Fachname und Note(n) wichtig, ggf. auch pro Schulhalbjahr.

• Letztlich würde ich für die HZB sicherstellen wollen, dass im course result (3.1.2) auch die Fächerkombination erfasst ist. (KIT) 
• type of school: Hier sollte auch die Art der Schule angegeben werden (z.B. Schule im Ausland, deutsche Schule im Ausland, Gymnasium usw.) (TUM)
• Public Institution→Identifier: verstehe ich so noch nicht. Was wäre hier der Wert für das Luitpold-Gymnasium München? LPG? Was ist der Zweck, da es ja sicherlich nicht ein-ein-deutig klappt bei > 3.000 Gymnasien in Deutschland.
• Student→Place of Birth: Hier sollte auch der Geburtsort (place of birth) angegeben werden. (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/126
• place of birth missing: Place of birth at person missing but needed to identify people (SfH)  https://github.com/SEMICeu/SDG-sandbox/issues/126
• Person→StudentID: Ist damit eine lokal vergebene Matrikelnummer gemeint oder eine neu einzuführende europaweit einheitliche Studierenden/Schüler-ID? Mit dieser Nummer kann keine sichere Authentifizierung passieren (Hat die bewerbende Person die korrekte "student ID number" angegeben?) (Uni Kassel)
• admin Unit Level2 → full address:  Eine komplette Anschrift (u.a. Landkreis) aufzunehmen würde möglicherweise zusätzliche händische Eingaben vermeiden. (Uni Kassel) 
• language - For languages there is a system with levels like A1 B2 C1 … This cannot be displayed (SfH)
• https://github.com/SEMICeu/SDG-sandbox/issues/131 
• Sprache und ggf Sprachlevel (auch für unterschiedliche Sprachen) (UDE) https://github.com/SEMICeu/SDG-sandbox/issues/131
• Course result type: course results should have an additional optional field with course level type string. Examples passed, summa cum laude, B2, …
• Location of school:  Location of school is not part of German learner certificates. (is optional field anyway) (SfH)
• registeredLocation: Für die Meldung der amtlichen Statistik wird auch die Verortung in einen Landkreis benötigt. Auch der Ort wäre angebracht. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• Der Landkreis des Erwerbs einer in Deutschland erworbenen Hochschulzugangsberechtigung wird für die Meldung der amtl. Statistik erfasst. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• Issuing Authority: should be mandatory. In Germany not listed on learner certificates. (SfH)
• Art und Grad der HZB: Art und Grad der HZB für die Feststellung, ob ausreichend für ein Studium an z.B. einer Universität und wenn ja in zulassungsbeschränkten STG ggf. auch in welcher Quote. (UDE)
• angaben zu Land und Kreis (D) iwrd benötigt
• Person: um als minderjährige Person in Vergabeverfahren besonders berücksichtigt werden zu können, muss die Adresse bekannt sein, denn bestimmte Hochschulen sind in bestimmten Studiengänge zuständig für minderjährige BewerberInnen der ihnen (den Hochschulen) zugeordneten Regionen. (UDE)
• overal grade: Auf den bisherigen HZB Zeugnissen stehen diese Werte als Dezimalzahl zwischen 1,0 und 4,0. Zusätzlich fehlt im Datenmodell ein Feld für die maximal erreichbaren Gesamtpunkte (nach dem Punktsystem in der gymnasialen Oberstufe) und die individuell erreichten Gesamtpunkte. (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/128
• Overall grade liegt für deutsches Abitur nicht in Prozent vor (KIT)   https://github.com/SEMICeu/SDG-sandbox/issues/128
• Halbjahreswerte (in Deutschland üblich) fehlen, sind für die Berechnung von Eignungsnoten erforderlich (KIT)
• In allen drei Datenmodellen wird eine Abschlussnote erwähnt (overall grade bzw. GPA), allerdings fehlt das dazugehörige Notensystem. Deswegen mein Vorschlag der Ergänzung jedes Datenmodells um: https://github.com/SEMICeu/SDG-sandbox/issues/128 Minimum grade to graduate Maximum obtainable grade (KIT)

Änderungsbedarf:

• class Student: Ein/e Schüler*in ist noch kein Student (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• course grade as float: 
  gibt es in Bayern so nicht. Vgl. Muster-Abitur-Zeugnis - Wert zw. 0 und 15, wobei 15 Punkte.
  Beispiel Muster Abiturzeugnis Bayern:
  https://www.gesetze-bayern.de/Content/Resource?path=resources%2fBayVV_2235_1_1_2_K_1005_BayVV2235-1-1-2-K-1005-KF-001-Anhang-006.PDF

Auf der letzten Seite wird Punkte-Schema erläutert. 15 Punkte = +1, 14 = 1, 13 = 1- etc. Bezug:
"Der Umrechnung der Punktzahl der Gesamtqualifikation in die Gesamtnote liegt die Verordnung über die
Hochschulzulassung an den staatlichen Hochschulen in Bayern (Hochschulzulassungsverordnung – HZV) vom 18. Juni 2007 (BayRS 2210-8-2-1-1-WFK) in der zum Zeitpunkt der Zeugniserteilung jeweils geltenden Fassung
zugrunde."  https://github.com/SEMICeu/SDG-sandbox/issues/128 

• course grade as float: auch hier braucht es für Vergabeverfahren Punkte
• Die Float Datentypen für die Noten und Total credits sollten mMn Numeric oder Integer, also ein präziser Datentyp, sein, um Rundungen zu vermeiden. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten) https://github.com/SEMICeu/SDG-sandbox/issues/128
• course results: There is no grouping possible  To solve this nested course results would be needed. (SfH)
• course results: Darüber hinaus werden auf den aktuellen Zeugnissen Halbjahres-/Kursstufen- und Prüfungsinformationen zu den einzelnen Kursen ausgewiesen. Dies könnte nach der Ergänzung eines „Zeitraum“ / „Prüfungsteil“ Datenfeldes in den „CourseResults“ weiterhin abgebildet werden. Zusätzlich werden auch in diesem Bereich die Noten bisher als Punktwert (0-15) und nicht als Prozentwerte ausgewiesen. (Uni Mannheim)
• Gesamtpunktzahl: In vielen deutschen Zeugnissen wird neben der Gesamtnote die erworbene Gesamtpunktzahl angegeben. Dabei existieren zwei Modelle, mit maximal 900 und 840 Punkten. Die Gesamtpunktzahl spielt in Auswahlverwahren der Hochschulen bei der Vergabe von Studienplätzen eine wichtige Rolle und muss daher zusätzlich erfasst werden können. Entsprechende rechtliche Regelungen sind in den Vergabeverordnungen der Bundesländer sowie in den Zulassungsordnungen der Hochschulen zu finden. 
  Außerdem wird die Gesamtpunktzahl in dem von hochschulstart.de umgesetzten Verfahren zum Notenausgleich unterschiedlicher Bundesländer verwendet. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten) https://github.com/SEMICeu/SDG-sandbox/issues/128
• CourseResult: Abbildung einzelner Prüfungsergebnisse mit CourseResult:
  a. Die Umsetzung aller Attribute mit der Kardinalität [0..1] ist abwegig. Zumindest die Bezeichnung des Kurses courseName mit der Kardinalität 1 abgebildet werden.
  b. Wie bei der HZB sind auch bei einzelnen Prüfungsleistungen neben/zusätzlich den Noten- sehr oft Punktesysteme im Einsatz. Dieser Sachverhalt muss im Modell zum Tragen kommen. https://github.com/SEMICeu/SDG-sandbox/issues/128
  c. Zwecks automatischer Auswertung und Übernahme ist die Einführung einheitlicher Schlüssel sehr sinnvoll. Eine EU-weite Systematik existiert aktuell noch nicht. Dies wäre jedoch sehr erstrebenswert. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• obtained at: Können auch Kooperationsstudienangebote erfasst werden? (mehr als eine Institution). Hier kann nur die ausstellende Hochschule angegeben werden. Möglicherweise ein Feld für weitere beteiligte Institutionen ergänzen. (Uni Kassel)
• StudentID Number: (ggf. übergreifend)
  im Gegensatz zu anderen Ländern (Österreich) gibt es in Bayern / D keinen einheitlichen Schüler- bzw. Studierenden-Identifikator. Es gibt aktuell verschiedene Ansatz, z.B. per European Student Card, aber nichts offizielles. Der Identifikator (Pseudonym) im Rahmen des Hochschulstatistikgesetzes (HStatG) §7 (2) steht Hochschulen nicht zur Verfügung (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/130 
• Matrikelnummer: Unsere Matrikelnummern sind derzeit seitens der Hochschule vergeben. Europaweit
  kann es daher zu Überschneidungen kommen, „Student-ID“ müsste Europaweit eindeutig sein
  und dies müsste in den IT-Systemen erst umgesetzt werden: für neue Studierende und ggf. für bereits
  Studierende (nicht für exmatrikulierte Studierende) (FSU Jena)
• StudentIDNumber: Es kann an dieser Stelle nicht davon ausgegangen werden, dass in jedem Fall immer eine Person einen Identifier haben. Es müssen die langen Übergangsphasen beachtet werden. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• Student→GivenName:maximale Länge? Es gibt ja Personen in Deutschland mit sehr vielen Vornamen (> 10). Beispiel Minister a.D. Guttenberg. Auch kann es sich ja um Personen aus dem Ausland handeln. Die Angaben hier sollten mit dem aktuellen Namensrecht und Vorgehen der Personenstandsregister abgestimmt sind. Es gibt ja Verordnungen etc. in diesem Bereich. (TUM)
• Student→FamilyName: bitte klären wie mit Personen ohne Nachname zu verfahren ist, z.B. aus Indien. Wir setzen hier ein "-" in das Feld. Auch wäre die Eindeutschung von Namen (chin. Schriftzeichen) zu klären.
• Location: admin Unit Level 2: ich hätte jetzt eine Straßen-Angabe, Ort, PLZ etc. erwartet. Sollte doch über EU normiert sein und dann halt hier auch entsprechend genutzt werden. (TUM)
• final examination date: Sollte Pflicht sein (Uni Kassel)
• Issuing date: muss zwingend vorhanden sein, denn andernfalls kann keine Wartezeit berechnet werden (UDE)
• issuing date: Sollte Pflicht sein (Uni Kassel)
• issuing date: Das Datum des Erwerbs einer HZB muss eine Pflichtfeld sein: Kardinalität [1]. Das Datum wird für die Berechnung der (aktuell immer noch verfahrensrelevanten) Wartezeit bei der Durchführung der Studienplatzvergabe benötigt. Außerdem verfügt eine Zeugnis nach unserer Erfahrung immer über ein Ausstellungsdatum. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• PersonIdentifier: Ausweisinformationen werden bisher nicht elektronisch erfasst. Möglicherweise ist die gesetzliche Legitimation für die Erfassung erst zu schaffen (Immatrikulationsverordnung). (Uni Kassel)
• PersonIdentifier: There are in Germany no personal id numbers that can be used as identifier. The type Identifier cannot be given but is mandatory here.   (SfH)
• date of birth: sollte Pflicht sein (Uni Kassel)
• code citizenship: Die Amtliche Statistik (HStatG) benötigt auch die Staatsangehörigkeiten. Das fehlt hier. Das StBA verwendet eigenen Schlüssel dafür. Eine Identifizierung wäre vermutlich aber auch durch den ISO-Code 3166-1 alpha-2 möglich.  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• Art der Hochschulzugangsberechtigung (HZB): Die Art der Hochschulzugangsberechtigung scheint im Modell zu fehlen. Die Art der HZB spielt bei der Umsetzung der Vergabeverfahren eine bedeutende Rolle. Insb. bei der Ermittlung des sog. Bildungstyps, der für die Einordnung der Bewerber in die richtige Quote ausgewertet wird. Außerdem wird die HZB-Art für die Meldung der amtl. Statistik erfasst. Die HZB-Art beinhaltet zwei fachlich relevante Aspekte:
  a. Grad der HZB: Aus dem Grad der Hochschulreife ergibt sich die Studierfähigkeit. Nicht jede HZB berechtigt für das Studium beliebiger Studienfächer. Einige HZB-Grade weisen eine Fachbindung oder eine Einschränkung auf Hochschultypen auf. Allgemein werden folgende Grade unterschieden:
  i. Allgemeine Hochschulreife -> keine Einschränkungen
  ii. Fachhochschulreife -> keine Studium an einer Universität
  iii. Fachgebundene Hochschulreife -> Einschränkung der Fächer entspr. der Fachbindung
  b. Art der Schule/Prüfung: für die Liste der möglichen Ausprägungen sei auf die Schlüssel der amtl. Statistik (hier Nummer 8 "Hochschulzugangsberechtigung") verwiesen.
  Möglicherweise soll die Art der HZB mit dem Attribut SecondaryEducationCompletionEvidence.programName vom Typ Text abgebildet werden? Eine strukturierte Erfassung dieser Daten erscheint uns jedoch sinnvoller zu sein.  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)

• Außerdem wäre es wünschenswert, im Diploma Supplement Angaben zu erlangten Credits bzw. SWS zu erfassen (ergänzend zu 3.1.2 des Datenmodells Diploma Supplement). (KIT)

Klärungsbedarf:

• issuing date: Was passiert, wenn wegen äußerer Umstände (z.B. Corona) die Bewerbungsfrist vor der Ausstellung des Zeugnisses endet?
• overall grade: in Deutschland eigentlich nicht üblich / vorliegend! Ist gibt einen Noten-Abiturschnitt und Punkte, vgl. https://www.km.bayern.de/download/16343_oberstufeabschluss2017.pdf (TUM)  https://github.com/SEMICeu/SDG-sandbox/issues/128
• overall grade - "A mark indicating a degree of accomplishment for the whole year (in percentage)." Falsche Beschreibung? Es handelt sich um die Abschlussnote?! Deutsches Notensystem ist nicht Prozent-basiert. https://github.com/SEMICeu/SDG-sandbox/issues/128
• Grade -> Wir erfassen Noten. Es nicht klar wie man eine Note in eine %-Wert überführt. (TUMOnline) https://github.com/SEMICeu/SDG-sandbox/issues/128
• Location→geographic Name: Was ist der Sinn diese Attributes? (TUM)
• DoSV: entspricht das Datenmodell dem Datenmodell dem Dialogorientierten Serviceverfahren (DoSV) für zulassungsbeschränkte grundständige Studiengänge in Deutschland? Falls nicht, ist dies bei der Umstellung zu berücksichtigen und die Stiftung für Hochschulzulassung (SfH) mit einzubinden (FSU Jena)
• Unterschied zwischen Person und Student: Ein Student verfügt über einen weiteren Identifier. Wenn das der einzige Unterschied ist, dann ist es nicht klar, warum diese Entität überhaupt benötigt wird. Die Entität Person enthält ohnehin mehrere Identifier.
  Daraus folgt aber auch, dass die belongsTo-Beziehung von der Entität SecondaryEducationCompletionEvidence direkt zu der Entität Person erfolgen kann. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• familyName and GivenName of Person Pflicht: Es gibt Personen mit nur einem Namen (z.B. in Brasilien). Eine Unterscheidung zwischen Vor- und Nachname ist somit gar nicht möglich. Ist das hierüber abgebildet?  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• location of public organisation: Land des Erwerbs des Schulzeugnisses: Aus dem Datenmodell geht nicht eindeutig hervor, dass das Land des Erwerbs des Zeugnisses aus dem Ort der austellenden Organisation registeredLocation ableitbar ist. Die Angabe des Landes spielt bei der Prüfung der Anerkennung von insb. ausländischen Zeugnissen eine bedeutende Rolle.  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)

• (designation) Man könnte noch das Prädikat zu der Note ergänzen (bei Zeugnis relevant). (TUM)
• Fehlende Vertiefungsrichtungen/Schwerpunkte: Ein Verweis auf einen Schwerpunkt oder eine Vertiefungsrichtung kann sinnvoll sein, wenn der Studierende sich an einer anderen Hochschule bewirbt.  (Hochschulen des Freistaates Sachsen)
• Abschlüsse: Ein Student kann mehrere gleichrangige Abschlüsse haben, im  Modell ist es nicht klar, wie das dann berücksichtigt wird. (Hochschulen des Freistaates Sachsen )
• Geschlecht: Es ist nirgends das Geschlecht angegeben, dies kann aber zur Identifizierung bzw. zur Auswertung wichtig sein. (Hochschulen des Freistaates Sachsen )  
• Education Institution: Fehlt hier die Art der Institution? Also Kunsthochschule, Fachhochschule, etc? Wenn nein, wie wird FH z.B. von Uni Bachelor unterschieden (RWTH Aachen)
• Es fehlt das Academic Programme?! (Studiengang/Fachkombination)
• Student-ID: Zuletzt noch der Hinweis, dass die erwähnte bundes- oder gar europaweit eindeutige Student-ID eine Vorbedingung für eine eventuelle Datenlieferung wäre. (Universität des Saarlandes) https://github.com/SEMICeu/SDG-sandbox/issues/130

Änderungsbedarf:

• Kardinalität: Joint degrees: Im vorgestellten Datenmodell wurde die dargestellte Kardinalität so interpretiert, dass Dokumente wie ein Diploma oder Diploma Supplement genau einer Organisationseinheit zuzuordnen sind. Wir geben hier zu bedenken, dass bei Joint-Degree Programmen mehrere Hochschulen und somit auch mehrere interne Organisationseinheiten (bspw. Fakultäten) gemeinsam Zeugnisse oder Urkunden ausstellen. Auch innerhalb einer Hochschule ist es möglich, dass aufgrund der interdisziplinären Struktur eines Studienfachs oder Studiengangs mehr als eine Fakultät in einem Diploma Supplement erwähnt werden (Universität Saarbrücken)
• issuing authority: Bei Joint Degrees sind es mehrere mind. aber zwei Hochschulen! (BTU-CS) https://github.com/SEMICeu/SDG-sandbox/issues/129
• issuing place: Must be mandatory present https://github.com/SEMICeu/SDG-sandbox/issues/129
• Wie geht dieses Modell mit Mehr-Fach-Studiengängen um, auch und insbesondere, wenn bestimmte Informationen über den Abschluss mitgegeben werden sollen (beispielsweise für alle Lehramtsbachelor Gymnasium/Gesamtschule) und andere Informationen dann wiederum fachspezifisch sind (z.B. für Englisch oder Deutsch) (UDE) https://github.com/SEMICeu/SDG-sandbox/issues/129
• issuing place: In D nie leer. → zu klären, weshalb hier kein Pflichtfeld verwendet wird (Uni Kassel)  https://github.com/SEMICeu/SDG-sandbox/issues/129
• Person→Identifier: Ausweisinformationen werden bisher nicht elektronisch erfasst. Möglicherweise ist die gesetzliche Legitimation für die Erfassung erst zu schaffen (Immatrikulationsverordnung). (Uni Kassel)
• Person→place of Birth: Pflichtfeld! (Uni Kassel) https://github.com/SEMICeu/SDG-sandbox/issues/126
• PErson→name of Birth: Geburtsname  https://github.com/SEMICeu/SDG-sandbox/issues/126
• Public Organisation: Kooperationsstudiengänge werden ggf. von mehreren Organisationen gemeinsam angeboten und diese sollten genannt werden können. (UDE)
• overal grade: Hier gibt es an der Universität Mannheim einen Studiengang, der aktuell noch keine Note auf der Urkunde vermerkt hat. Daher muss das Feld „overall grade“ auch leer sein dürfen. (Uni Mannheim)
• overall grade als Text? In welcher Sprache? Die Amtliche Statistik benötigt für erworbene Abschlussprüfungen die Angabe ob insgesamt bestanden oder endgültig nicht bestanden sowie eine Bewertung nach einer eigenen Notenskala von 0 (mit Auszeichnung) bis 9 (mangelhaft/ungenügend). Dabei sind bestimmte Werte nur für bestimmte Abschlüsse zulässig. (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten) https://github.com/SEMICeu/SDG-sandbox/issues/128

• Angaben zu dem Thema der Abschlussarbeit, evtl. auch mit der Note dazu, wären noch zu ergänzen. (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/129
• - Anforderung Zeugnis Angaben Deutsch/Englisch in einem Dokument (BTU-CS)
  weitere erforderliche Daten für Zeugnis
  - Gesamtnote mit Notenwert und Notenwertskala https://github.com/SEMICeu/SDG-sandbox/issues/128
  - Abschluss - bei Double Degrees / Joint Degrees / Dualen Studiengängen Angabe zum Kooperationspartner (Hochschule/Unternehmen/Ort/Land)
  - Studienfach
  - Studienrichtung
  - Studienprofil (universitär /fachhochschulisch) https://github.com/SEMICeu/SDG-sandbox/issues/129
  - Aufbau des Curriculums mit Angabe von Modulkomplexen und Schwerpunkten
  - Modulprüfung mit Lehrsprache, Credits, Semester der Modulprüfung, Modulstatus gem. PStO, ggf. Anerkennung von Hochschule xyz
  - Abschlussarbeit mit Titel und Betreuuer https://github.com/SEMICeu/SDG-sandbox/issues/129
  - Regelstudienzeit gem. PStO

Klärungsbedarf:

• Weiterhin ist aus dem Datenmodell nicht klar herauszulesen, inwiefern gerade in Deutschland vorhandene Kombinations-Bachelor- oder Kombinations-Master-Studiengänge (Haupt-/Nebenfach-Kombinationen) sowie das aus mehreren Fächern bestehende Lehramtsstudium durch dieses Datenmodell abgedeckt sind, da Indikatoren die sich auf Notenwerte beziehen wohl von Kernbereichen ausgehen, bei denen etwa genau eine Abschlussnote erzielt wird. Bei Mehr-Fach-Strukturen sollten aus unserer Sicht aber auch die Endnoten der einzelnen Fächer berücksichtigt werden. (Universität des Saarlandes) https://github.com/SEMICeu/SDG-sandbox/issues/129
• Issuing date:Soll dies das Datum der letzten Prüfungsleistung sein? Ein anderes könnte aktuell nicht ausgewiesen werden,
  sollte dies hier tatsächlich nicht gemeint sein, würde dieses Datum fehlen? (RWTH Aachen)
• Public Organisation - Identifier: Wer soll diese vergeben, oder ist ein Register geplant? (RWTH Aachen)
• Student IT: Es gibt keine eindeutige z.B. in Gesamtdeutschland geltende Studierenden ID, nur lokale Matrikelnummer. Ist das gemeint? (RWTH Aachen)
• family name: Reduktion auf europäische Namenskomvention wird kritisch angemerkt, hier werden Geburtsname, Künstlername, Vatername, ggf. gewünschter Rufname, und ggf. gewünschte Anrede vermisst
• Urkunde vs. Zeugnis: Urkunde: Hier haben wir die Berücksichtigung der Urkunde (Anzeige des Abschlussgrads) vermisst, ist dies bewusst geschehen? (FSU Jena) https://github.com/SEMICeu/SDG-sandbox/issues/129 
• Rückfrage: Wir nutzen die gleichen Felder und die Definitionen der Attribute stimmen mit dem überein was wir pflegen und liefern könnten - Aus Interesse: Was für technische Systeme wurden als Grundlage genommen? (FSU Jena)

• Dem Modell „University Diploma“ ist nicht direkt ein Anwendungsfall zu entnehmen; unklar bleibt, welchen Informationsgehalt für Hochschulprozesse das Modell liefern soll. Für Bewerbungen in der Industrie fehlen Notenwerte zu Modulen, die aber z.B.: über das Transcript of Records entnommen werden könnten, zu dem sich die Hochschulen nicht äußern sollen? Welche Abschluss/Fach-Kombination studiert wurde (1...x-Fächer, Statistik) fehlt. (UDE)

• (übergreifden) Warum soll „overallGrade“ hier in Textform gespeichert werden? In welcher Sprache? Warum wird das Äquivalent im Diploma Supplement als "Float" gespeichert? (float ist nicht geeignet)

• class student:  Warum eigentlich die Entity "Student"? Das Doku ment gehört ja immer zu einer Person; was eine Person alles sein kann könnte dann auch anders gelöst werden (UDE)
• belongs to: kann es hier auch mehrere Abschlüsse geben? (UDE) https://github.com/SEMICeu/SDG-sandbox/issues/129 
• Abschluss und verliehener Grad können unterschiedlich sein: Abschluss im Bachelor Lehramt Gymnasium / Gesamtschule aber je Fächerkombination verliehener Grad B.A. oder B.Sc. (UDE)
• Zudem werden Urkunden zumeist zweisprachig ausgestellt, was zur Folge haben sollte, dass im Datenmodell auch die Kennzeichnung (insbesondere bei Textfeldern) der verwendeten Sprache vorgesehen werden muss. (Uni Mannheim) https://github.com/SEMICeu/SDG-sandbox/issues/129
• Diploma.Identifier: Welcher identifier ist hier gemeint? Die Amtliche Statistik hat eigene Schlüssel für den Abschluss. Wäre natürlich praktisch, die nutzen zu können
• date of birth: Nicht in jedem Kulturkreis wird ein Geburtsdatum erfasst. Daher gibt es dann oft die Angabe 01.01. 
• Generell: Wie ist Mehrsprachigkeit in den Texten abzubilden?
• „Identifier“: Ist hiermit gemeint, dass Zeugnis und Urkunde künftig eine Art digitale Signatur oder Verifikationsschlüssel beinhalten müssen? Wäre technisch vermutlich lösbar.
• „Student ID Number“: Ist hier gemeint, dass die Matrikelnummer auf dem Zeugnis und der Urkunde ausgewiesen werden sollen? Aktuell ist das am KIT nicht der Fall, umsetzbar wäre das aber (d.h. Abstimmungsbedarf zu den Vorlagen). Im ToR und DS wird die Matrikelnummer bereits ausgewiesen. (KIT)
• geographic identifier“: Was ist hiermit gemeint? Handlungsbedarf bei den KIT-Abschlussdokumenten unklar (braucht das KIT einen „Geographic identifier“, der Geburtsort des Studierenden, die Partnerhochschule, von der Leistungen anerkannt wurden, o.ä.?) (KIT)

Änderungsbedarf:

• Date in Course Result sollte mMn ein vollständiges Datum sein nicht nur Jahr.

Löschungsbedarf:

• Moduleinzelleistungen mit Noten usw. sind Bestandteil des Zeugnisses, nicht des DS!
• Grade Point average not needed in Diploma supplement
• Grade Point average: bitte mit HRK/KMK klären, ob dieser Inhalt hier wirklich sinnvoll & notwendig ist. Primär beschreibt das Diploma Supplement doch das Studienprogramm und weniger die vom Studi erreichten Leistungen. (TUM)
• course academic year: Bestandteil von Zeugnis als Angabe zum Semester - Akademisches Jahr nicht erforderlich, macht keinen Sinn

• vgl. weitere Anmerkungen zu Jahr etc. bei Record of Results / Course Result: Generell müsste man hier eigentlich die Datensätze trennen. Nun geht es ja um das Transcript of Records und nicht das Diploma Supplement! (TUM)

• Transcript of record: Laut Datenbeschreibung scheint es sich hier aber eher um das Transcript of Records (ToR) zu handeln, zum Beispiel die Auflistung der Noten in der Struktur „CourseResult“ ist nicht Bestandteil des DiplomaSupplements, sondern das gehört in das ToR (FSU Jena)
• Das Diploma Supplement sieht keine Angabe der einzelnen Prüfungsergebnisse vor, sondern verweist in der Regel auf das "Transcript of Records". (HfMDD)

Ergänzungsbedarf:

• Aufbau und Inhalt des DS gibt EU/HRK vor, Datenfelder siehe eben dort; es gibt viele weitere Pflichtdatenfelder, z.B. Lehrsprache, Regelstudienzeit für SG, Zugangsvoraussetzungen, Qualifikationsprofil des Absolventen und darüber sind individuelle Datenangaben zum Studierenden zu Auslandsaufenthalten (was, wann, wo) oder Praktika mit Unternehmen (was, wann, wo) oder zum Dualen Studium zu machen (BTU-CS)
• Dann fehlt mir im Diploma Supplement die Location (Bei Diploma 3.1.6, bei HZB die 3.1.7) – das würde ich mir auch im Diploma Supplement wünschen. (KIT)
• Lehrsprache,
• language: Hier fehlt noch die Sprache. (TUM) https://github.com/SEMICeu/SDG-sandbox/issues/131 
• Regelstudienzeit für SG,
• Zugangsvoraussetzungen,
• Qualifikationsprofil des Absolventen
• individuelle Datenangaben zum Studierenden zu Auslandsaufenthalten (was, wann, wo) oder Praktika mit Unternehmen (was, wann, wo) oder zum Dualen Studium zu machen
• ECTS Credits: Anzahl der Credits pro Kurs
• course duration: Man könnte noch die Dauer des Aufenthalts ergänzen. (TUM)
• Person: date of Birth (TUM)
• Person: place of Birth (TUM)
• Person:citizenship needed: Die Amtliche Statistik (HStatG) benötigt auch die Staatsangehörigkeiten. Das fehlt hier. Das StBA verwendet eigenen Schlüssel dafür. Eine Identifizierung wäre vermutlich aber auch durch den ISO-Code 3166-1 alpha-2 möglich.
• (tbd) Credits?
• Geburtsdatum [1..1] (Uni Kassel) Geburtsname [0..1] (Uni Kassel) Geburtsort [1..1](Uni Kassel)
• course grade - Es fehlt die Möglichkeit, Module anzugeben. - Es sollte die Möglichkeit gegeben werden, Kurse auch ohne Note, sondern mit "bestanden" auszuweisen.. (HfMDD)
• course academic year: - „course academic year“: Der individuelle Studienzeitraum wird im DS derzeit nicht ausgewiesen (Prüfungsdatum ist im ToR enthalten, dieses fällt aber nicht zwingend in das Jahr, in dem der Kurs stattfand und wenn gem. der Beschreibung Module gemeint sind, kann die Angabe nicht eindeutig erfolgen. Das am KIT dokumentierte Datum in Verbindung mit einem Modul ist das Datum, an dem das Modul durch Bestehen der letzten Leistung bestanden wurde. (KIT)

• Der Punkt 4.2 im Diploma Supplement (HRK-2018) gibt grundlegende Informationen über die Lerninhalte der Fächer (wie erwähnt, geht das Modell nicht ausreichend auf diese Situation mit mehreren Fächern ein). Das „entity CourseResult“ soll nach unserem Verständnis die zu „einem Fach“ zugehörigen „Module“ in Form von „Kursen“ repräsentieren; im Falle Mehrfachstudiengänge wären das dann hier eine „große Anzahl“ von „CourseResults“, die nicht alle zur Fragestellung "Wie ist der Studieninhalt zu bewerten?" passen.

  Vorschlag:
  eine weitere Entity „Subject“ (CourseResult 1..n -> subject 1…n -> UniversityDiplomaSupplementEvidence)

  Insbesondere ist der “Abschluss” auch für statistische Zwecke immer mindestens als Abschluss+Fach/Fächer (1..x) zu verstehen.
  Dabei muss Abschluss nicht identisch mit verliehenem Grad sein (UDE)

• Course grade“: Wenn hiermit die individuelle Abschlussnote gemeint ist, könnte diese künftig im DS ausgewiesen werden. Aktuell ist das nicht der Fall. Das KIT-DS enthält entsprechend der HRK-
  Vorlage keine individuellen Leistungsdaten. Es besteht Unklarheit, welche Leistungsebene hier gemeint ist. Kurs im Sinne von Teilleistung oder Modul? Die Beschreibung „name given to a number of lectures“ könnte auf Modul hindeuten. (KIT)
• Datenfeld: „qualification“ (UniversityDiplomaSupplementEvidence)
  Hier wird z.B. im Fall „Lehramt“ nicht nur der Grad (z.B. Bachelor of Science) geliefert, sondern insbesondere (u.a. abhängig vom landesspezifischen Schulsystem) auch noch für welche Schulform der Abschluss gilt (z.B. An Gesamtschulen/Gymnasium, Haupt- und Realschulen, Grundschulen).
• PublicOrganisation: Hier fehlt die Location. Für die Meldung der amtlichen Statistik wird auch die Verortung in einen Landkreis benötigt. Auch der Ort wäre angebracht.
• Person.FamilyName: Attribute wie Vatername, Geburtsname, Künstlername, ggf. Rufname, gewünschter Titel werden hier vermisst (RWTH Aachen)

Klärungsbedarf:

• Bräuchte man bei der heute anzutreffenden Vielfalt von Studiengängen nicht noch eine Art Kategorisierung mit festen Codes für die Studiengänge?Mit den Namen heutiger Studiengänge können viele ja gar nicht so viel anfangen - und das wird noch schwieriger, wenn es eine andere Sprache ist. (BTU-CS)

• total credits: bitte klären: Total Credits, welche für das Erreichen des Studienabschlusses notwendig sind (z.B. Bachelor 180 Credits) oder die vom Studi tatsächlich belegten Kurse und deren Credits. Ersteres wäre aus meiner Sicht für das Diploma Supplement notwendig, zweiteres eher nicht. (TUM)

• Issuing authority: müsste bei uns der Vorsitzende des Prüfungsausschusses sein und nicht die Hochschulleitung - ist das abbildbar? (TUM)
• grade point average: Ist hier die Abschlussnote gemeint? Falls ja, [1..1].(Uni Kassel)
• qualification level: Bedeutung unklar. (Uni Kassel)
• qualification level: Wonach wird der qualification_level definiert? Ich vermute ISCED  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• student ID number: Ist damit eine lokal vergebene Matrikelnummer gemeint oder eine neu einzuführende europaweit einheitliche Studierenden/Schüler-ID? Mit dieser Nummer kann keine sichere Authentifizierung passieren (Hat die bewerbende Person die korrekte "student ID number" angegeben?)
• Person:Identifier: Ausweisinformationen werden bisher nicht elektronisch erfasst. Möglicherweise ist die gesetzliche Legitimation für die Erfassung erst zu schaffen (Immatrikulationsverordnung).
• float ist für die Darstellung nicht geeignet (Rundung) (UDE)
• Warum eigentlich die Entity "Student"? Das Dokument gehört ja immer zu einer Person; was eine Person alles sein kann könnte dann auch anders gelöst werden (UDE) 
• qualification level 0..1 ?: Warum 0..1? Irgendein "Level" wird doch immer erreicht (UDE)
• Warum Student? Die Verbindung zum "Student" ist inhaltlich nicht immer richtig und sollte daher generell entfernt werden. Eine HZB gehört bspw. zu einer Person. Da letztlich alles zu einer Person gehört kann die Verbindung vom Fachobjekt auf die Person zeigen. 
• grade point average: Wie definiert sich der grade_point_average? Einfach nur gleichgewichtete Durchschnittsnote oder das gewichtete Mittel, wie es im US-Bildungswesen unter dem Namen verwendet wird?  (Arbeitskreis der niedersächsischen hauptberuflichen Vizepräsidentinnen und Vizepräsidenten)
• Wie ist "course" definiert? Modul, Bereich, Prüfung? Eine weitere Strukturierung, wie Kurse zueinandern im Verhältnis stehen, scheint sinnvoll. (RWTH)