Andrei Laas
e6b7defae2
change_employee_data schreibt bei einem Stichtag in der Zukunft nicht in die Zeile, sondern legt einen Eintrag in pending_org_changes an; am Stichtag traegt ihn apply_due_pending_changes nach. Dessen Zweig contract_change kannte fuenf Spalten nicht, die der sofortige Weg schreibt: die drei Felder des Notfallkontakts und beide Titelfelder. Wer also den Notfallkontakt oder einen akademischen Titel zu einem kuenftigen Datum erfasste, sah den Vorgang in der Personalakte, und am Stichtag geschah nichts. Der Eintrag wurde auf "applied" gesetzt, die Zeile blieb unveraendert, eine Meldung gab es nicht. Gefunden durch einen Abgleich beider Wege: 44 Spalten schreibt change_employee_data sofort, 39 der Nachtlauf. Jetzt 44 zu 44. Dieselbe Luecke wie bei der Gruppe `role` (20260915120000) und bei der Besetzung im Zweig `transfer` (20260924100000) -- und derselbe Weg, sie zu finden. Die Selbstpruefung nennt die fuenf Felder ausdruecklich und prueft zusaetzlich weiter, was hier schon einmal verlorenging.