1.Wunsch: Prüfung fehlender Einträge bei Lehrkräften

[D.Jakel]

Guten Tag, ich fange einfach mal an.
Die Statistikprüfung sollte alle relevanten Felder im Bereich "Lehrkräfte" prüfen, zumindest ermitteln, wenn sie leer sind. Dies betrifft insbesondere die zeitabhängigen Einträge wie Rechstverhältnis, Lehramt mit Fächern, etc. Eine Plausibilitätsabfrage wäre auch nicht schlecht, wenn z.B. nur ein Fach eingetragen wäre, die Beschäftiigungsart fehlt o.ä..
In jedem Fall sollte der Export nicht kommentarlos fehlschlagen, wenn einer dieser Einträge fehlt, wie z.B. bei Lehramtsanwärtern, die häufig zu unterschiedlichen Zeiten innerhalb des Jahres an die Schule kommen und dann häufig nicht direket vollständig erfasst werden.

[Jochen Torspecken]

Das sollte dann aber optional ein- und ausgeschaltet werden können.
Viele Grundshculen pflegen das nur in ASDPC. Viele größere Schulen nutzen dafür beispieleweise Untis.
Ich selber pflege alles in SchILD und wäre für eine entsprechende Prüfung.

zur Frage "Wieso kann man eigentlich Lehrer oder Anwärter unvollständig erfassen?":
Das ist für mich unverzichtbar. Oft bekommen wir kurzfristig neue Lehr- oder Vertretungskräfte. Diese müsse dann schnell Noten in SchILDweb eintragen können oder entsprechende Zugänge und Mailadressen für iServ erhalten, was bei uns nur nach einer Eintragung in SchILD möglich ist. Meistens dauert es einfahc sehr lange, bis die entsprechenden Informationen bei mir ankommen. So lange können die anderen Dinge nicht warten. Daher erfolgen die Einträge zunächst lückenhaft.

[Andreas Hofer]

So ähnlich läuft es bei uns auch, da sind die Workarounds bei neu ankommenden LuL mit SchildWeb und ISERV genauso. Wenn Sekretariatskapazitäten da sind, dann sollte man sich so verabreden, dass das Sekretariat die Daten sofort komplett einpflegt. Gerade in großen Systemen verringert dieser häufige Fall die Fehlerquelle bei der Eingabe. Letztlich muss die SL auch ein genuines Interesse daran haben, dass die Daten stimmen - und somit diesen Prozess aktiv "unterstützen". Unmöglich ist es, dass einige aus der Schild-Community hinter Daten hinterherlaufen müssen.

[D.Jakel]

Nun, das Land möchte z.B. die Vorgabedaten verschicken. Soweit ich das verstanden habe, muss man die zuerst in ASDPC importieren, vielleicht damit schon mal klar ist, über welche Informationen das Land verfügt. Sie sind in der Regel unvollständig. Ob man sie auch in Schild einlesen könnte, habe ich noch nicht überprüft, aber da beginnt schon die Zweigleisigkeit.

[Pfotenhauer]

Hallo.

Eines möchte ich vorab sagen:
"Wir werden hier nicht die Welt retten."

Am UserInterface etwas zu ändern, wäre m.E. etwas für eine Neuprogrammierung.

Ich werde mich in diesem Teil des Forums nur an konkrteten praktischen Verbesserungsvorschlägen beteiligen.
Entscheidungen, auf die ich überhaupt keinen Einfluss habe, werde ich hier nicht weiter diskutieren, dafür ist mir die Zeit zu schade...

[011marTusch]

Wenn man den Blick ein wenig hebt, wird deutlich, dass es neben Schild-NRW doch einige Mitbewerber gibt, welche ebenfalls Schulverwaltungsprogramme anbieten. NOCH dürfen die Schulen in NRW selbst entscheiden, welches Programm sie einsetzen. Verschiedene Länder denken darüber nach, die Schulverwaltungen landesweit zu zentralisieren. Andere (s. LUSD in Hessen) sind damit schon fertig. Manchmal bekommt man viel mehr, als man sich wünscht

ASDPC ist das Statistikprogramme für Schulen des Landes NRW. Darüber hinaus ist es auch die Plattform in den Schulen für die verschlüsselte Kommunikation personenbezogener Daten mit der vorgesetzten Behörde. Die werden sich das nicht abschwatzen lassen

[D.Jakel]

Die Frage,...

..., ob ASDPC in seiner bisherigen Form Bestand haben muss ... )

ist durch die Erfahrung der letzten 10 Jahre eigentlich schon mit "ja" zu beantworten. Oben war ja schon darauf verwiesen worden, dass es verschiedene Daten-Zuflüsse gibt und das Land kann nicht jedes Detail wissen und in den Vorgabedaten anlegen. Soweit bin ich insofern auch nicht mehr unzufrieden, der Zeitaufwand in ASDPC hält sich bei uns eigentlich in Grenzen, weil wir mittlerweile verstanden haben, was wo einzutragen ist.
Meine Kritik richtet sich gegen die fehlende Vollständigkeitsprüfung für Lehrer.txt, von der ich annehme, dass sie keine exorbitanten Programmieranstrengungen erfordert, insbesondere relativ zu den Anstrengungen, die für die große Zahl der Endanwender nötig sind, um diese Fehler zu lokalisieren. Die Menüführung mag programmiertechnisch nötig sein, Dateneingaben mögen im Interesse der Schulleitung an das Sekrtariat zuverlässig deligiert sein, aber zusätzlich die Vollständigkeit prüfen zu lassen, ist doch kein Hexenwerk!
Ich stelle mir einfach eine Mitteilung vor, die ausgibt "Das für die Lehrer-Statistik relevante Feld 'XXX' ist noch leer". Dann könnte man all diese Lehrer abarbeiten, wie das schon in dem Prozess "Schüler mit Statistikfehlern anzeigen" funktioniert.