Proposition #1 — AJOUTER dans section CDN fermeture estivale
### FSH planning étendu pendant CDN estival : Mercredi confirmé (W31)
- FSH Mercredi ouvert pendant CDN fermeture estivale (18/07–30/08)
Observé : W31 Mer 29/07 (€1 232 · 27 cmds · 5.3% livr · €36/h)
Carryover J+2 (données visibles dans KPI 31/07, absentes du KPI 30/07)
- La règle "Mercredi = sans service CDN+FSH CONFIRMÉ (W21+W23+W28)" ne s'applique PAS
pendant CDN estival (ces 3 data points sont antérieurs au 18/07)
- Confirmer sur W32 (Mer 05/08) avant fixation définitive
- FSH Jeu pendant CDN estival : 2 data points contradictoires (W30 ouvert, W31 fermé)
— pas de règle stable, ne pas se fier à la règle auto-applied 2026-07-25
Justification : premier mercredi FSH observé ouvert (W31). Invalide partiellement la règle "Mer = fermé" pour la période estivale CDN. À confirmer W32.
Proposition #2 — AJOUTER sous "Zelty carryover" (section 3)
### FSH Mercredi carryover = J+2 pendant CDN estival (1er data point 2026-07-31)
- FSH Mer 29/07 : visible seulement dans KPI 31/07 (J+2 carryover)
- KPI 30/07 montrait FSH Mer 29 = "fermé" → données arrivées le 31/07 matin
- Ne jamais conclure "FSH Mer fermé" avant d'avoir vu le KPI J+2
- Similaire au carryover FSH WE (J+2) déjà documenté en 2026-06-28
- 1 data point — à confirmer sur W32 (Mer 05/08 visible dans KPI 07/08)
Justification : carryover J+2 inattendu pour milieu de semaine. Important pour ne pas conclure fermeture prématurée.
Proposition #3 — RÉVOQUER règle auto-applied 2026-07-25 (FSH Jeu CDN estival)
### RÉVOCATION — règle "FSH Jeu ouvert pendant CDN estival" (auto-applied 2026-07-25)
- W30 Jeu 23/07 : ouvert (€1 886) — auto-applied comme règle W30
- W31 Jeu 30/07 : fermé (KPI 31/07 confirme, 0 données)
- 2 data points contradictoires → pas de règle stable
- Supprimer la mention "FSH Jeu ouvert (en plus de Lun–Mer) pendant CDN fermeture estivale"
- Conserver uniquement "FSH Jeu = fermé CONFIRMÉ (W21+W23+W29)" comme référence hors-estival
- Observer W32 Jeu 06/08 avant tout auto-apply futur
Justification : contre-exemple direct en W31. 1 seule observation W30 ne suffit pas. Règle à retirer pour éviter une mauvaise planification.
Proposition #4 — MISE À JOUR section 8 Open Issues (whatsapp-ocr J21)
### whatsapp-ocr structurellement arrêté (mise à jour 2026-07-31)
- J21 depuis le 11/07 · run vendredi 31/07 = exit=1 (J21 confirmé)
- Backlog estimé ~95+ médias (53 connu au 27/06 + ~5.5/semaine)
- Bug LAST_SEEN unbound — fix trivial 1 ligne (LAST_SEEN = None) — TOUJOURS en attente James
- Prochain run naturel : Sam 01/08 20:00 UTC
- CRITIQUE : si Sam 01/08 échoue encore → données stock juillet entièrement perdues (J21+)
- [ ] Action : FIX UNE LIGNE avant Sam 01/08 — ou décision définitive sur option alternative
Justification : J21 structurel confirmé (run attendu Ven 31/07 = exit=1). Escalade critique.