Schulverwaltungssoftware NRW

Problem: Wir haben Kollegen SU und SÜ. Beim Export für ENM bekommen beide Kollegen die Kurse beider Kollegen zugewiesen.
Ja, man kann die Datenfelder einfach leer lassen - das ist aber nicht elegant.
Eine Umstellung von SÜ auf SUE hatte keinen Erfolg - als würden nur die ersten beiden Buchstaben genutzt.
Eigentlich sollten doch die Kurse anhand der IDs erstellt werden, die natürlich unterschiedlich sind. Dem ist aber wohl nicht so.
Wenn das Problem mit Schild 3 behoben ist, brauche ich hier keine Unterstützung mehr. Sonst... würde ich mich über Tipps freuen.

Wir haben div. Kollegen mit Umlauten im Namen und im Kürzel.
Das gab im Notenmodul bislang nie Probleme. Bei uns kommt alles aus Schild
in UTF-8. (Und geht mit UTF-8 in div. andere Programme: Lupo, Untis, Office365 etc.)
Auch komplizierte Schülernamen mit einem Zoo von diakritischen Zeichen.

Haben sie evtl. eine Datenbank mit falschen Zeichensatz?

Das würde mich auch interessieren, haben an unsrer Schule dasselbe Problem

Erstellen Sie enm oder enz Dateien? Insbesondere die Namen von enz Dateien dürfen nicht geändert werden

Ich arbeite seit Jahren mit Lehrerkürzeln mit Umlauten. Dabei kam es noch nie zu Problemen.

Haben Sie weitere Informationen zum Prozess? Wie genau wurden die Daten erstellt? Wie wurden die Daten verteilt? An welcher Stelle kam es genau zu Problemen?

genaueres in kleinen Schritten
Die enm-Dateien werden aus Schild heraus erzeugt.
Es gibt unter all unseren Lehrern auch ein Kürzel SU (Kollegin mit Englisch, ev. Religion) und ein Kürzel SÜ (Kollege mit Kunst, Informatik)
Heraus kommen außer den anderen, richtigen Dateien für die übrigen Lehrer auch
eine Datei SU_2024_1.enm und SÜ_2024_1.enm
Beide Dateien haben den gleichen Inhalt: Die Fächer, Schüler etc. beider KollegInnen
Alle anderen Umlaute in Kürzeln haben keine Probleme - Nur hier, wo es die Dopplung mit dem Nicht-Umlaut gibt.

Zeichensatz kann ich gerade nicht prüfen. Wir arbeiten auf einer richtigen Datenbank.
Da muss ich noch meinen Admin fragen.

Ihre Schilderung lässt annehmen, dass das Programm (nicht der Zeichensatz) den Umlaut "Ü" intern in "U" umsetzt, damit arbeitet, und am Ende bei der Ausgabe der Notendatei dann alle zusammengesuchten "U"-Noten in beiden Kollegendateien darstellt.
Diese Vermutung können nur die Programmautoren bestätigen oder widerlegen.

Hallo,
ich habe das mit einer Access Datenbank nachgestellt. Auch hier kann ich das Problem nicht erzwingen. Die Notendateien werden korrekt erzeugt und auch korrekt befüllt.
Was wird denn angezeigt, wenn man auf Schulverwaltung, Lehrkräfte, Details, zeitabhängige Daten, Unterricht zeigen klickt?
Die Datenbank arbeiten sie?

Sie haben sicherlich überprüft, dass das Kürzel SÜ wirklich ein Ü enthält und nicht etwa ein Ū oder ein Ũ oder ein Ŭ oder ein Ű oder ein Ȕ oder ein Ȗ oder gar ein Ṳ ...

Hallo,
ich bin an derselben Schule und hab mal nachgeschaut (Schulverwaltung, Lehrkräfte, Details, zeitabhängige Daten, Unterricht zeigen), da ist tatsächlich etwas komisch: bei beiden Lehrkräften erscheint die identische Liste an Unterrichten. Dabei ist ein Unterricht von SÜ aufgeführt, der aber in der Liste mit SU verzeichnet ist; alle weiteren Unterrichte stehen mit SÜ in der Liste, obwohl sie zT bei SU sein sollten. Einige Unterrichte tauchen garnicht auf :/

Klingt spannend und nicht richtig

Martin O hat geschrieben: Dienstag 14. Januar 2025, 21:46 Klingt spannend und nicht richtig

Klingt nach einen Datenbank-Problem.
Welche DB ist im Einsatz? Ist die wirklich auf UTF-8 eingestellt?