Schulverwaltungssoftware NRW

Hallo zusammen,
ich habe folgendes Problem:
Nach dem Import der Vorgabedaten ist alles ok. Es scheint auch kein Problem zu sein die sim.txt, abi.txt und lehrer.txt zu importieren.
Die uvd setze ich aus Sek I und Sek II gesondert aus zwei uvd.txts mit zwei Importen zusammen, da sie in unterschiedlichen Datenbanken verwalten werden.
Es scheint aber dabei zu passieren, dass ASDPC sich intern halb auf das Minutenmodell umstellt. Ich habe keine Ahnung warum und wie ich es wieder zurück bekommen soll. Die Option "Unterrichtseinheiten in Minuten" ist nicht ausgewählt, aber danach kommen z.B. solche Fehler:

Diese vollzeitbeschäftigte Lehrkraft (Beschäftigungsart V), die zum Stichtag 31.07.
des lfd. Jahres zwischen 55 und 59 Jahre alt ist, hat rechtlich Anspruch auf 1.00
Stunde (45 Minuten) Altersermäßigung (Grund 200).
Wird die zustehende Zahl der Ermäßigungsstunden nicht ausgeschöpft?

Die eine Stunde ist eingegeben und wurde vor dem Import der UVD auch nicht bemängelt. Setze ich es auf 45 ist die Meldung weg, dafür sagt er logischeweise, dass die Stunden nicht zum erteilten Unterricht passen.

Hier wäre es nur ein Hinweis und ich könnte die Statistik absenden, aber bei 0.1 Entlastungsstunden tritt es auch auf und da komme ich dann um harte Fehler nicht herum. --> keine Versendung der Statistik möglich!!!

Eine Lösung wäre sehr hilfreich.
Viele Grüße

Hallo,
für mich hört sich das danach an, dass eine der beiden UVD.txt Dateien eine falsche Kennzeichnung des Stunden-/Minutenmodells beinhaltet.
Könnten Sie die beiden UVD.txt Dateien an unser Supportpostfach senden?
support@schule.nrw.de
Bitte mit Bezug zu diesem Forumsbeitrag, damit wir die E-Mail leichter zuordnen können.
Wir werden diese Dateien dann untersuchen.

Wenn Sie z.B. einen Teil aus Schild-NRW importieren und diese Datei im Stundenmodell exportiert wurde, stellt ASDPC auf das Tundenmodell um. Wenn die zweite Datei dann ohne die oben genannte Kennzeichnung (ich weiß auch nicht genau, wie diese aussehen muss) im Minutenmodell importiert wird, kommt es zum Durcheinander.

In der Regel empfiehl es sich dann, ASDPC im Stundenmodell zu belassen, alles (bis auf die UVD im Minutenmodell) zu importieren, dann auf das Minutenmodell umzustellen und die letzte UVD zu importieren.

Langfristig wäre es gut, beide Systeme im gleichen Modell zu fahren. Ich bevorzuge das Minutenmodell, da dort AGs mit 22 oder 23 Minuten vergolten werden können, so wie es die ADO zulässt. Halbe Stunden können in der UVD leider nicht übergeben werden, so dass das Stundenmodell hier solche AGs nicht darstellen kann.

Ich hole diesen Beitrag mal wieder hoch, der Hinweis von Herrn Raffenberg könnte ein Hinweis sein, aber beide Modelle laufen bei uns im Stundenmodell, es kann nur sein, dass da ggf. der Export fehlerhaft ist.
ggf. eine Frage für die IT, wie muss die Kennzeichnung aussehen? Es nervt gewaltig, dass ASDPC im Stundenmodell teilweise das Minutenmodell in den Fehlern verwendet.

Welche Angaben (Minuten oder Stunden) sind denn in dem Export enthalten, wenn Sie die UVD.txt mit einem Editor öffnen?
Das könnte man evtl. mit Copy & Paste vorab korrigieren.

Da sind immer Stunden enthalten, da wir nur im Stundenmodell arbeiten.
Update: Es geht, wenn man ASDPC von Stunden in Minuten und zurück umstellt. Ich hoffe dabei geht nichts verloren.

Vorsicht beim Umstellen von ASDPC, wenn schon Eintragungen vorhanden sind: es kommt mitunter zu Rundungsfehlern.

ASDPC sollte nur einmal umgestellt werden, etwa wenn man in Stunden importiert und dann einmalig auf Minuten umstellt. Bei einem weiteren Umstellen wären unbedingt die Stunden auf Rundungsfehler zu kontrollieren und ggf. kann man dann gleich neu anfangen und die UVD frisch einlesen.

Dann beißt sich die Katze in den Schwanz, da genau beim Einlesen ASDPC halb in das Minutenmodell wechselt und ich viele Fehler bezüglich falscher Eingaben habe, die aber im Stundenmodell richtig sind. Um das zu lösen, mache ich ja den Wechsel. Ich wundere mich, dass nicht mehrere diese Probleme haben. Ich hab ASDPC komplett neu installiert und die Schlüssel neu eingelesen. Da liegt irgendein Programmierfehler vor.