Étendre la préservation des formulaires, et corriger la publication

Suite de PR #31. `PersistentForm` couvre désormais les formulaires où la
saisie compte : ajout d'un salarié, d'un établissement, d'une équipe, d'une
entrée de registre, demande d'absence, heures réelles, correspondances de
paie, réglages d'envoi, conservation, dépôt de pièce.

Le composant gère `select`, `textarea`, cases et boutons radio, et reçoit
`resetAfter` : passé l'état retourné par l'action en cas de succès, le
formulaire revient aux valeurs rendues par le serveur — vide pour un ajout,
la valeur enregistrée pour un champ d'édition. C'est ce qui rend visible une
normalisation faite côté serveur.

Les champs cachés sont exclus. Ils ne portent jamais une saisie mais l'état
de l'application, et les rétablir écrase ce que le serveur vient de
renvoyer. Le cas s'est produit sur `expectedVersion`, le verrou optimiste
d'une semaine de planning.

En éprouvant cela, un défaut plus grave est apparu, antérieur et sans
rapport avec la préservation : le formulaire de publication recevait tantôt
l'action de publication, tantôt celle de dépublication selon l'état, et
cessait de suivre le changement. Lecture de l'en-tête `Next-Action` sur
trois envois consécutifs :

    1er envoi   60b8097e  (dépublier)  → brouillon
    2e  envoi   6012d40f  (publier)    → publiée
    3e  envoi   6012d40f  (publier)    → publiée

Le bouton affichait « Dépublier » et republiait, sans message d'erreur
puisque l'action réellement exécutée réussissait. Une seule action reçoit
maintenant l'intention, portée par le bouton déclencheur — un champ caché
serait remis à sa valeur d'origine par la réinitialisation que React
applique après chaque action, un bouton ne l'est jamais.

Le test du planning fait désormais deux allers-retours dans le même
chargement : le premier envoi d'une page emploie toujours la bonne action,
si bien qu'un seul aller-retour laissait passer le défaut selon l'état où
la semaine avait été trouvée. Vérifié : le test échoue sur l'ancien
câblage, passe sur le nouveau.

450 tests unitaires et d'intégration, 77 de bout en bout.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Cr9dkEHwbDgkWPnyGj1Rjv

src/server/planning/actions.ts

@@ -3,6 +3,10 @@
 import { revalidatePath } from 'next/cache';
 import { z } from 'zod';
 
+import {
+  PUBLICATION_INTENT_FIELD,
+  PUBLISH_INTENT,
+} from '@/domain/planning/publication';
 import { AuthorizationError, can, type Actor } from '@/domain/access/authorize';
 import { shiftMinutes } from '@/domain/counters/week';
 import {
@@ -374,18 +378,33 @@ const publishInput = z.object({
   acknowledgement: z.string().trim().max(500).optional(),
 });
 
-export async function publishWeekAction(
+/**
+ * Publier et dépublier par une **seule** action, l'intention venant du
+ * formulaire.
+ *
+ * Passer tantôt l'une tantôt l'autre à `useActionState` selon l'état paraît
+ * naturel et ne fonctionne pas : le formulaire cesse de suivre le changement
+ * d'action, et un bouton « Dépublier » finit par republier — sans message
+ * d'erreur, puisque l'action exécutée réussit.
+ *
+ * Mesuré sur trois envois consécutifs, en lisant l'en-tête `Next-Action` :
+ *
+ *     1er envoi   next-action: 60b8097e   (dépublier)  → brouillon
+ *     2e  envoi   next-action: 6012d40f   (publier)    → publiée
+ *     3e  envoi   next-action: 6012d40f   (publier)    → publiée
+ *
+ * L'intention voyage donc avec le bouton, `name`/`value` sur le déclencheur :
+ * un champ caché serait remis à sa valeur d'origine par la réinitialisation
+ * que React applique après chaque action, un bouton ne l'est jamais.
+ */
+export async function setWeekPublicationAction(
   _previous: PlanningActionState,
   formData: FormData,
 ): Promise<PlanningActionState> {
-  return setPublication(formData, true);
-}
-
-export async function unpublishWeekAction(
-  _previous: PlanningActionState,
-  formData: FormData,
-): Promise<PlanningActionState> {
-  return setPublication(formData, false);
+  return setPublication(
+    formData,
+    formData.get(PUBLICATION_INTENT_FIELD) === PUBLISH_INTENT,
+  );
 }
 
 const duplicateInput = z.object({