Grundsätzliche Frage: Warum muss ein Umweg über ASDPC gemacht werden
Verfasst: Freitag 26. April 2024, 18:26
Je mehr ich mich mit dem Thema Datenbank(en), Auswertung und Bereitstellung für Schulträger und Schulämter beschäftige, desto weniger kann ich nachvollziehen, warum man für die Statistikauswertungen ein externes Programm benötigt und die Schulen nötigt Daten zu exportieren, damit sie woanders zur Weiterverarbeitung importiert werden müssen.
Warum lassen sich diese Auswertungen nicht direkt aus Schild erzeugen, darstellen und bereitstellen ? Zumal dann im Fehlerfall direkt an der Quelle korrigiert werden könnte ohne sich durch seitenlange Fehlerlogs wühlen zu müssen und die Vorgänge (Export, Import, Prüfung) zu wiederholen.
Ja, es gibt noch NRW-Schulen, die kein Schild einsetzen. Da macht es durchaus Sinn, Daten zu exportieren und in einem dritten Programm aufzubereiten. Aber wenn doch Schild das Programm ist, das von mehr als 50 % der Schulen verwendet wird, warum werden diese Auswertungen dann hier nicht implementiert?
Am Beispiel Lehrerverwaltung habe ich nun erfahren, dass diese Daten mal in ASDPC, mal in Untis und ab und zu in Schild gepflegt werden. Hier und da sogar in zusätzlichen Excellisten, u.a. weil nicht alle -für bestimmte Abfragen- notwendigen Parameter in Schild erfasst werden können. Die Pflege in ASDPC oder Untis ist natürlich einfacher, weil auf wenige Informationen reduziert. Wenn man dann noch zusätzlich die Daten in Schild pflegen muss, hat man hier nicht nur redundante Daten, sondern auch Fehlerquellen, sowie in einem nicht unerheblichen Maße ... Mehrarbeit. Vermeidbare Mehrarbeiten.
Es dürfte doch für alle Beteiligten einfacher werden, wenn alle Schulverwaltungsrelevanten Daten innerhalb von SchildNRW/erfassbar wären und würden. Wenn dann auch noch die Lehrereckdaten mit Daten wie LBV- und Ident-Nr, Zugangs-/Abgangsdatum und Grund, Stundenzahl und Co in Schild importiert, bzw. aktualisiert werden könnten, ließen sich diese Mehrarbeiten auf ein Minimum reduzieren. Denn das aktuelle Eingabeformular ist alles andere als einfach und bequem zu bedienen.
Der Witz ist ja, dass in Schild viele Datenfelder bereits als "Statistikrelevant" gekennzeichnet sind, allerdings ohne Plausibiltätsprüfungen.
Zumal die Technik Access-Datenbanken immer fragiler wird. Ich würde nicht die Hand ins Feuer legen, dass das Programm in seiner jetzigen Form noch lange in unserer Infrastruktur bereitgestellt werden kann...
Noch ein letzter Witz ...
Um eine Übersicht der "schuleigenen Auswertungen" zu erhalten, muss man im "Schul-Verwaltungsprogramm" Schild erst über ASDPC gehen, anstatt dass diese Daten in Schild zur Laufzeit live (oder rückwirkend) angezeigt werden kann... Oder man baut sich einen entsprechenden Report
Warum lassen sich diese Auswertungen nicht direkt aus Schild erzeugen, darstellen und bereitstellen ? Zumal dann im Fehlerfall direkt an der Quelle korrigiert werden könnte ohne sich durch seitenlange Fehlerlogs wühlen zu müssen und die Vorgänge (Export, Import, Prüfung) zu wiederholen.
Ja, es gibt noch NRW-Schulen, die kein Schild einsetzen. Da macht es durchaus Sinn, Daten zu exportieren und in einem dritten Programm aufzubereiten. Aber wenn doch Schild das Programm ist, das von mehr als 50 % der Schulen verwendet wird, warum werden diese Auswertungen dann hier nicht implementiert?
Am Beispiel Lehrerverwaltung habe ich nun erfahren, dass diese Daten mal in ASDPC, mal in Untis und ab und zu in Schild gepflegt werden. Hier und da sogar in zusätzlichen Excellisten, u.a. weil nicht alle -für bestimmte Abfragen- notwendigen Parameter in Schild erfasst werden können. Die Pflege in ASDPC oder Untis ist natürlich einfacher, weil auf wenige Informationen reduziert. Wenn man dann noch zusätzlich die Daten in Schild pflegen muss, hat man hier nicht nur redundante Daten, sondern auch Fehlerquellen, sowie in einem nicht unerheblichen Maße ... Mehrarbeit. Vermeidbare Mehrarbeiten.
Es dürfte doch für alle Beteiligten einfacher werden, wenn alle Schulverwaltungsrelevanten Daten innerhalb von SchildNRW/erfassbar wären und würden. Wenn dann auch noch die Lehrereckdaten mit Daten wie LBV- und Ident-Nr, Zugangs-/Abgangsdatum und Grund, Stundenzahl und Co in Schild importiert, bzw. aktualisiert werden könnten, ließen sich diese Mehrarbeiten auf ein Minimum reduzieren. Denn das aktuelle Eingabeformular ist alles andere als einfach und bequem zu bedienen.
Der Witz ist ja, dass in Schild viele Datenfelder bereits als "Statistikrelevant" gekennzeichnet sind, allerdings ohne Plausibiltätsprüfungen.
Zumal die Technik Access-Datenbanken immer fragiler wird. Ich würde nicht die Hand ins Feuer legen, dass das Programm in seiner jetzigen Form noch lange in unserer Infrastruktur bereitgestellt werden kann...
Noch ein letzter Witz ...
Um eine Übersicht der "schuleigenen Auswertungen" zu erhalten, muss man im "Schul-Verwaltungsprogramm" Schild erst über ASDPC gehen, anstatt dass diese Daten in Schild zur Laufzeit live (oder rückwirkend) angezeigt werden kann... Oder man baut sich einen entsprechenden Report