Die Kachel verwies auf eine Adresse, die die Liste nicht lesen konnte

Die neue Kachel "Aktives Dienstverhaeltnis" verlinkte auf
?status=Aktiv&status=Karenz. Die Mitarbeiterliste liest den Parameter aber
als *eine* Zeichenkette und trennt selbst an Kommas — zweimal uebergeben
macht Next daraus ein Array, und `.split(",")` lief dagegen. Sichtbar war
nur "Diese Ansicht konnte nicht geladen werden".

Die Kachel schreibt jetzt status=Aktiv,Karenz. Dazu glaettet die Seite alle
ihre Parameter: eine Adresse kommt nicht nur aus der eigenen Anwendung, sie
steht in Lesezeichen und in E-Mails, und ?q=a&q=b haette sie genauso
gefaellt.

Zwei Anmerkungen von Max:

  * Die Reihenfolge der Wochentage wurde beim Speichern mitgenommen — "Mo,
    Di" und "Di, Mo" waren zwei Werte fuer dieselbe Aussage. Da
    change_employee_data die Arbeitstage als zusammengefuegte Zeichenkette
    vergleicht, erzeugte jedes Nachsehen und Wiederherstellen eine
    Vertragsaenderung in der Akte und einen Protokolleintrag — ueber nichts.
    Jetzt sortiert gespeichert (lib/wochentage.ts, an einer Stelle statt in
    vier Kopien), auch im Massenimport. Der Bestand richtet sich beim
    naechsten Speichern von selbst.
  * "Beguenstigt behindert" steht jetzt als eingerueckter Unterpunkt des
    Kuendigungsschutzes statt als eigener Block daneben. In der Datenbank
    bleiben es getrennte Felder, und das mit Absicht: eine Kopplung liesse
    jede Korrektur am Personenkreis scheitern, solange der Grad noch
    dransteht.

lib/import/load.ts

@@ -3,6 +3,7 @@ import { sql, type Tx } from "@/lib/db";
 import { todayIso } from "@/lib/format";
 import { deriveStatusAsOf } from "@/lib/reports";
 import { normalizeSvnr } from "@/lib/svnr";
+import { sortiereWochentage } from "@/lib/wochentage";
 import type { Bestand, Datensatz, Zeile } from "./validate";
 
 // Schreiben einer geprüften Datei.
@@ -217,8 +218,11 @@ export async function laden(
         weekly_hours: zahl(w.weekly_hours) ?? 38.5,
         // Die Prüfung hat jeden Eintrag gegen die Wochentage abgeglichen und
         // auf die Schreibweise der Datenbank gebracht; hier steht deshalb
-        // sicher nur Mo…So.
-        work_days: (liste(w.work_days) ?? ["Mo", "Di", "Mi", "Do", "Fr"]) as never,
+        // sicher nur Mo…So. Sortiert wird trotzdem: die Reihenfolge in der
+        // Datei ist die der Datei, und „Di, Mo" ist derselbe Sachverhalt wie
+        // „Mo, Di". Ungeordnet gespeichert erzeugte die erste Änderung an so
+        // einer Person eine Vertragsänderung über nichts.
+        work_days: sortiereWochentage(liste(w.work_days) ?? ["Mo", "Di", "Mi", "Do", "Fr"]) as never,
         contract_type: (txt(w.contract_type) ?? "unbefristet") as never,
         contract_end_date: txt(w.contract_end_date),
         paygrade: (txt(w.paygrade) ?? "B") as never,