der Snapshot löst das Kursproblem bei meiner GE-DB nicht. Es fehlen die gleichen Kurse wie in der Version davor. Von 349 Kursen werden nur 327 mitgenommen, obwohl bei allen "Komplett" eingestellt ist und die Kurse nicht leer sind.
Ausserdem ist die Sortierung durcheinander. Der Jahrgang wird nicht mehr berücksichtigt, sondern nur die Kurs-Bez.
Mir ist darüber hinaus aufgefallen, dass unser Report zum Kurslistendruck mit integrierter Abfrage nicht mehr funktioniert. Im Auswahlfenster des Reports werden zwar alle Merkmale der Kurse gelistet, jedoch werden in der Spalte 'Jahrgänge' nur noch die Doppeljahrgänge 05,06 (AGGT) und keine Einzeljahrgänge mehr angezeigt. Es kann auch nicht mehr auf Jahrgänge gefiltert werden. Das sieht so aus, als ob bei allen Kursen keine bzw. nicht lesbare Informationen zu den Jahrgängen vorliegen.
Screenshot-Q2.jpg (58.63 KiB) 1583 mal betrachtet
Screenshot-Q1.jpg (59.95 KiB) 1583 mal betrachtet
Dieses Fehlerbild passt zu den oben vorgestellten Fehlern beim Sortieren (Schulverwaltung > Kurse), bei dem Jahrgänge zwar angezeigt, jedoch nicht mehr als Sortierkriterium berücksichtigt werden.
Vielleicht (hoffentlich!) hilft diese Beobachtung bei der Fehlersuche.
schön, dass an dem Problem nun gearbeitet wird und wir beim Halbjahreswechsel im Februar die Probleme nicht mehr haben.
Wie gehen wir aber nun jetzt aktuell vor? Wie bekomme ich meine Kurse in das aktuelle Quartal und vor allem wie werden diese Kurse wieder mit Schülern gefüllt? Geht das nur händisch? Ein Zurückspielen einer alten Sicherung ist ausgeschlossen. Da seit dem Quartalswechsel mittlerweile fast 2 Wochen vergangen sind und sämtliche Änderungen der Individualdaten dann weg wären.
Das Problem, dass Herr Drost anspricht, kann ich auch beobachten. Bei uns ist auch ein Filtern nicht mehr möglich.
Markieren uns kopieren Sie die betroffenen Kurse. Fügen Sie diese im aktuellen Abschnitt ein.
Achten Sie in den Programmeinstellungen darauf, dass "Doppelte Fächer vermeiden" gesetzt ist.
Und versuchen Sie es dannmal mit dem Gruppenprozess Fächer aus vorherigem Abschnitt holen.
Mit freundlichen Grüßen
Frank Pfotenhauer
---
Fachberater für die Schulverwaltungssoftware des MSB
Referat 135
Ich habe das mal exemplarisch mit ER im Jahrgang 05 gemacht. Es funktioniert in Teilen, aber leider nicht zufriedenstellend und behebt vor allem nicht die Ursache des fehlerhaften Hochschreibens.
Ich habe den Kurs in den aktuellen Abschnitt kopiert und per Gruppenprozess "Fächer aus vorherigem Abschnitt holen" geholt.
Das Erfreuliche: Der Kurs taucht dann bei den SuS in den Leistungsdaten auf.
Das Unerfreuliche: Obwohl "Doppelte Fächer vermeiden" gesetzt ist, behalten die SuS das Fach ER ohne Kursbezeichnung (das ist der fehlerhaft hochgeschriebene Kurs). Diese 'Leiche' muss ich bei allen SuS des Kurses manuell löschen, denn leider kann ich nicht auf den Kurs filtern. Er taucht weder unter "Aktuelle Schülerauswahl" im Drop-Down "Kurs" auf, noch in der Tabelle "Kurse zuweisen". Ich möchte nicht bei hunderten SuS, die in den 27 Kursen sind, manuell die Leichen in den Leistungsdaten löschen.
Selbst wenn ich dieses Prozedere für alle fehlerhaft hochgeschriebenen Kurse und alle betroffenen SuS machen würde, hätte ich anschließend immer noch eine nicht ordentlich funktionierende Datenbank. Denn die Sortierung ist nach wie vor durcheinander und bei Reports mit integrierter Abfrage tauchen nur die nach dem Hochschreiben manuell kopierten Kurse auf, alle anderen, nämlich die hochgeschriebenen Kurse, werden gar nicht angezeigt. Damit können wir leider unsere Alltagsaufgaben nicht abarbeiten.
Es bleibt die Frage, ob ich diese Arbeiten beim nächsten Abschnittswechsel wiederholen muss und ob die Schulen, die mit Schildzentral arbeiten, nach dem HJ-Wechsel die gleichen Probleme haben werden, die bei den beiden Gesamtschulen nach dem Quartalswechsel hier angezeigt wurden.
Ich (wir) warte(n) daher weiter auf eine Lösung, die die Ursachen des fehlerhaften Hochschreibens beseitigt.
Herr Dr. Richter hat sich mit dem Hochschreiben nochmals befasst und auch noch einen Fehler gefunden und beseitigt.
Ob das jetzt auch genau in Ihrem Fall den Fehler behebt, kann ich nicht sagen, denn in Schild-Zentral kann ich nichts testen.
Ich sehe zwei Möglichkeiten:
1) Sie erstellen aus Ihrer DB mal eine MDB und anonymisieren diesem mit unserem Tool.
Dann könnte man mit der aktuellen Snapshotversion testen und bei weiteren Fehlern die DB auch ohne Risiko an Ribeka weiter geben.
2) Sie kontaktieren Ihren Schild-Zentral-Dienstleister, der mit diesem Problem mal an die Firma Ribeka herantritt.
So oder so müssen wir diese Probleme ja in den Griff bekommen, ich stimme Ihnen zu, dass eine weitere Versetzung so nicht zumutbar ist...
Mit freundlichen Grüßen
Frank Pfotenhauer
---
Fachberater für die Schulverwaltungssoftware des MSB
Referat 135
Ich habe am 27.11. nochmals einen Snapshot hochgeladen.
Würden Sie bitte an diesem Snapshot die Hochschreibung nochmals testen.
Sollten dort noch Fehler auftreten, bitte eine Kopie der Datenbank anonymisieren und mir senden.
Wenn ich an dieser Stelle nichts mehr höre, gehe ich davon aus, dass das Problem behoben ist.
Mit freundlichen Grüßen
Frank Pfotenhauer
---
Fachberater für die Schulverwaltungssoftware des MSB
Referat 135
