Schulverwaltungssoftware NRW

An besagten Stellen konnte ich keine Fehler finden. Ich bin mit meinem Latein am Ende. Hat mich jetzt schon wieder den ganzen Samstag gekostet.

Zum Konferenzmodul:

Keine Chance. Lokal am Server ausgeführt, über Client via VPN (wireguard), im Webbrowser ... gleicher Fehler. Ob vorher im Browser am Server angemeldet oder nicht kein Unterschied. Das ganze läuft in einer Windows Server Umgebung.

Wie gesagt: SVWS Server installation frisch gemacht, DB neu migriert. Einfach nur ärgerlich.

Ich würde den Fehler inzwischen weniger bei der Blockung selbst suchen.

Der Export kommt laut Protokoll bis

> Lade die Informationen zu den Schülern der Blockung aus der Datenbank...
> Erstelle Liste der Unterrichte für GPU002.txt

und bricht erst beim Erzeugen der GPU002 ab.

Da außerdem auch ältere Blockungen des Abi-Jahrgangs 2027 betroffen sind, die vorher funktioniert haben, spricht einiges dafür, dass sich zwischenzeitlich Daten geändert haben, die allen Blockungen dieses Jahrgangs gemeinsam sind.

Ich würde deshalb tatsächlich Herrn Hayens Ansatz verfolgen und insbesondere nach Schülern suchen, bei denen seit dem letzten erfolgreichen Export etwas geändert wurde: Rücktritt, Abgang, Beurlaubung, Jahrgangswechsel, Neuaufnahme oder Änderung der Fachwahlen. Interessant wäre, ob einer dieser Schüler noch in der Blockung bzw. in Kurszuordnungen der Blockung hängt.

Das Gleiche gilt für Kurse: Wurde seitdem ein Kurs/Fach geändert oder gelöscht oder eine Zuordnung verändert?

Zusätzlich würde ich einmal mit einer ganz frisch aus Untis erzeugten GPU002.txt testen. Der Export liest zunächst die vorhandenen Untis-Unterrichte ein und erzeugt anschließend daraus zusammen mit der Blockung die neue GPU002. Eine nicht mehr passende Unterrichts-/Kurszuordnung wäre daher ebenfalls ein Kandidat.

Wenn möglich, würde ich zum Eingrenzen eine Kopie der Blockung verwenden und verdächtige Schüler bzw. Kurse testweise entfernen. Da 2028 und 2029 funktionieren, müsste sich der problematische Datensatz damit relativ schnell finden lassen.

Lieber Herr Raffenberg,

die Protokolldateien sind nicht von mir, sondern dem Threadersteller. Ich habe mich nur eingeklinkt, da ich ein ähnliches Problem habe.

Mittlerweile habe ich aufgegeben und die Einführung des SVWS Servers auf unbestimmte Zeit verschoben. Als experimenteller Beta-Tester zur Verfügung zu stehen habe ich keine Zeit.

Schönen Abend zusammen!

Nach Kontakt mit dem Fachberater Herrn Preiß wurde der Fehler lokalisiert. In der DB waren "externe Schüler" angelegt, die unvollständige Daten hatten. Dabei handelte es sich um SuS, die sich an unserer Schule angemeldet hatten, jedoch kurzfristig andere Entscheidungen getroffen hatten. Das Sekretariat hat diese auf "extern" geändert, um die Daten nicht erneut eingeben zu müssen, falls die SuS es sich doch noch anders überlegen.

Es wäre wirklich wunderbar, wenn diese Fehlermeldung "500" unspezifischer Fehler wenigstens mit einem konkreten Datensatz geloggt werden würde oder es einen debug-Switch geben könnte für erweitertes Logging.

Danke für die Hilfe und schöne Grüße!

Hendryk von der Burg

DAnn ergänzen wir mal diese Liste

Hauke Hayen hat geschrieben: Samstag 3. Oktober 2026, 15:20 Ohne Gewähr, aber in der Regel treten all diese Fehler auf, wenn ungültige oder falsche Zuordnungen vorliegen.
Teils durch Programm-, teils durch Bedienfehler.

Was bisher so vorkam:
Ein Fach wird nicht mehr als "Fach der Oberstufe gesetzt", ist aber in aktiven Laufbahnen gewählt. Fehler beim Aufruf Laufbahnplanung (Bedienfehler)

Ein Fach hat eine ungültige Bezeichnung, da sich ASD-Kürzel geändert haben (z.B. aktuell DFG zu DF), damit ließ sich zeitweise die Notenapp nicht öffnen (Bedienfehler)

Klassiker ist, dass aktuelle Q2 noch als G8 läuft, eine Stufe EF noch 11 heißt, usw. (also auch fast immer Bedienfehler)

Schüler mit Status Abgang haben noch Kurszuweisungen. Das ist gar nicht immer erkennbar, meistens Bedienfehler, kam aber bei ungünstigen Szenarian auch schon ohne Userfehler vor. Das ist wahrscheinlich eine aktuelle Sache, die aber gerade besprochen und sicherlich behoben wird.
Dadurch scheitern Teile der Klausurplanung, möglicherweise dann auch Untisexporte, u.a.

um einen weiteren Bedienungsfehler (bitte nicht als Vorwurf lesen, mehr als Klarstellung zur zukünftigen Vermeidung):

zu löschende Schüler (da nicht an der Schule angekommen, egal woher und warum) werden auf einen falschen Status gesetzt (extern) und somit mit fehlerhaften/unvollständigen Angaben in Abijahrgängen geladen.
Schüler können in solchen Fällen schadlos gelöscht werden, da sie durch Zurücksetzen der Löschmarkierung wieder aktiviert werden können.

Hallo Herr Hayen!

Kein Problem. Es ist schon verrückt, welche Aktionen ausgeführt werden. Ich kann es nachvollziehen, dass sich das Sekretariat die Arbeit sparen wollte, die Daten ggf. neu einzugeben, falls der/die SoS doch noch aufgenommen wird. Wenn man dann an einigen Stellen keine genauere Kenntnis von dem Programm und / oder den sachlich korrekten Eintragungen hat, sorgt das für gewisse "Verwerfungen".

Alleine gestern habe ich 5 Stunden gebraucht um 3 Prüffehler in der Statistik aufzuspüren.

Schönen Abend!

Hendryk von der Burg

Ich nehme solche Fehlerlisten gerne in die Dokus auf, um einen gesammelten Ort für die Fehleranalyse zu haben. Diese Listen können auch von Devs verwendet werden, bei Bedarf diese Fehlerklasse abzufangen, wenn das nach einem Wert für den Ressourcenaufwand aussieht.

Wenn Sie interessante Fehler gefunden haben: ich freue mich über Zusendungen!

Hier ist meine Lieblingsliste: https://schulverwaltungsinfos.nrw.de/sv ... (Tutorial)

Ich erweitere auch diese gerne.