Début de journée indépendant de l'ordre des créneaux types

La « journée de festival » commence désormais au début du plus long creux
laissé par les créneaux types sur 24 h (l'heure où le dernier se termine),
et non plus au début de celui de plus petit `order` : un créneau type
d'ordre 0 déplacé à 21:00 faisait commencer chaque journée des grilles à
21:00, jusqu'à 03:00 le lendemain. Même règle côté backend
(validation.engine.day_boundary, réutilisée par la génération de créneaux)
et frontend (dayBoundaryFromDayParts).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

CLAUDE.md

@@ -555,8 +555,16 @@ Sémantique figée :
   bénévole (converties en instants, minuit géré) ; les minutes du créneau hors
   de cette union déclenchent l'avertissement. Aucune fenêtre déclarée ⇒
   créneau entièrement à découvert.
-- « Journée » (cumul 8 h) : du début du premier `DayPart` du jour au début du
-  premier `DayPart` du lendemain (le `DayPart` ne sert plus qu'à ça).
+- « Journée » (cumul 8 h) : commence au **début du plus long creux** que
+  laissent les `DayPart` sur le cadran de 24 h, c.-à-d. à l'heure où le
+  dernier créneau type de la journée se termine (Matin 08–13, Après-midi
+  13–19, Soirée 19–02 ⇒ journée de 02:00 à 02:00). **Indépendant de
+  `DayPart.order`**, qui n'est qu'un ordre d'affichage figé à la création
+  et ne suit pas les heures modifiées ensuite. Avant, c'était le début du
+  `DayPart` de plus petit `order`, ce qui pouvait donner une journée de
+  21:00 à 03:00 le lendemain dans les grilles (bug corrigé une fois). Sans
+  creux (24 h couvertes) : début du premier par `order` ; sans `DayPart` :
+  minuit.
   **Même « journée de festival » partout** (`app/validation/engine.py:
   day_boundary`/`festival_day`, miroir front `lib/planning.ts:festivalDay`) :
   une soirée qui passe minuit (22h–23h, 23h–00h, 00h–01h…) reste d'un seul
@@ -883,6 +891,7 @@ Aucune dépendance locale requise hors Docker.
 | 38    | Créneaux de nuit : une heure de début avant le début de journée (premier créneau type) saisie sur la carte d'un jour désigne la nuit qui suit (00:00 le samedi ⇒ dimanche 00:00) ; écran « Postes & créneaux », feuilles de poste et chaînage du solveur regroupent par journée de festival, comme la grille et la validation | à valider |
 | 39    | Mode de paiement de la cotisation visible partout (`lib/fee.ts:feeMode`, `app/exporting/xlsx.py:_payment_mode`) : en ligne (type, montant, statut, mécénat), sur place, ou rien — section « Cotisation » sur la fiche (case « Paiera sur place » modifiable à la main), colonne « Cotisation » dans la liste, colonne « Mode de paiement » dans l'export Excel | à valider |
 | 40    | Écran Statistiques (`/statistiques`, COORDINATION, `GET /editions/{id}/stats`) : inscriptions (nombre, évolution cumulée), réponses au formulaire, artistes demandés, cotisations (en ligne / sur place / aucune, par type, mécénat, paiements jamais aboutis), besoins par journée de festival face aux disponibilités déclarées et aux affectations, places pourvues et vœux par poste — graphiques SVG maison avec infobulles et vues tableau | à valider |
+| 41    | Début de « journée de festival » indépendant de l'ordre des créneaux types : début du plus long creux qu'ils laissent sur 24 h (`validation.engine.day_boundary`, miroir `lib/planning.ts:dayBoundaryFromDayParts`). Avant, un créneau type d'ordre 0 déplacé à 21:00 faisait commencer chaque journée des grilles (besoins, vue bénévoles) à 21:00, jusqu'à 03:00 le lendemain | à valider |
 
 **Reste hors périmètre** (modèle prêt à les accueillir) : SMS, constructeur
 de formulaire, pointage sur site, IA. Frontend : squelette + 6 écrans +