Liebes Forum,


wir haben im Lauf des Schuljahres einiges an unserer IT geändert. Unter anderem wurden eine neue Schulverwaltungssoftware und eine neue Benutzerverwaltung für die schulische IT eingeführt.

Ich stehe jetzt vor dem folgenden Problem: Ich muss allen Schülern eine externe ID verpassen. Dieser soll für den Login per Open ID Connect verwendet werden.
Bislang wurde für die Nutzeranmeldung das Feld "Kurzname" mit selbst generierten Accountdaten und LDAP verwendet, die aus der alten Schulverwaltung heraus per Skript erzeugt wurden.

In der Exportdatei der neuen Schulverwaltung taucht diese "alte" "eindeutige ID" natürlich nicht mehr auf, weshalb ich sie beim Import nicht als Identifikationsfeld verwenden kann. Ich habe auch keine Möglichkeit, irgendwie die alte ID mit der neuen zu verknüpfen.
Bei der Verwendung der Importfunktion mit der neuen Exportdatei wird nun der neue Schlüssel bei Schülern, die mehrfach in den Stammdaten vorhanden sind (weil sie verschiedene Schulformen bei uns besucht haben), den "falschen" (alten) Einträgen zugeordnet (es sieht so aus, als würde einfach der erste=älteste Treffer von der Importfunktion verwendet).

Wie kann ich das Problem lösen?

Bzw., warum tritt es überhaupt auf - denn die alten Einträge bei Schülerdopplungen sind ja im Importschuljahr eigentlich gar nicht mehr aktiv?

Vielen Dank!

Florian

Hallo Florian,
hast Du in den vorhergehenden Schuljahren den Schülerinnen/Schülern, die mit oder ohne Abschluss abgegangen sind, ein Austrittsdatum in WebUntis mitgegeben?

Hermann

Hallo Herrmann,

ja, die alten Einträge haben ein Austrittsdatum (was auch in der Vergangenheit liegt).
Sieht in etwa so aus:

Der untere Eintrag ist der aktuelle, beim Import mit der neuen externen ID wird nur der obere berücksichtigt.

Was mich auch wundert: Wenn ich in der Übersicht der Schülerstammdaten das aktuelle Schuljahr auswähle, wird nur der untere (aktuelle) Eintrag angezeigt.
Erst wenn ich ein Schuljahr auswähle, was weit genug in der Vergangenheit liegt, werden beide angezeigt.

Bei SchilDNRW ist es so, dass es eine im Hintergrund liegende GUID gibt, die insbesondere bei Migration der Datenbank in eine andere dafür sorgt, dass die Schülerdaten eindeutig zu zuordnen sind.
Evtl. wird dann die Schüler ID nach der Migration neu generiert, aber eigentlich sollten dann die alten Schülerdaten auch eindeutig zugeordnet werden.
Wie es dann mit der alten ID bzw. neuen ID im neuen Schuljahr aus sieht, da würde ich immer über den Support gehen und mich erkundigen.