1. Jeudi = Labo pur — W32 (06/08) = 5e data point
Zelty 0 orders FSH + CDN, combo-retard 14 shifts Labo, 0 shift service. CDN estival par construction, FSH Jeu fermé confirmé.
Règle déjà en CLAUDE.md "Jeudi = sans service CDN+FSH — CONFIRMÉ (3 data points W21+W23+W29)". W32 renforce la règle.
2. Trigger event-driven dans la fenêtre documentée
11:43 Paris le 06/08 — 7e data point dans la fenêtre 10h45–12h00 (historique 17/05→06/08). Pattern stable.
Fenêtre documentée CLAUDE.md section auto-applied 26/05.
3. Disputes Uber session ~34 jours (pattern prévisible)
Expiration 1 : ~25/06 → expiration 2 : ~29/07 (delta 34j) → J8 stale aujourd'hui (196h).
Prochaine expiration prévue : ~02/09 (coïncide avec réouverture CDN). Action requise dès maintenant.
4. FSH Jeu pendant CDN estival = FERMÉ (W32) — contredit W30
W32 Jeu 06/08 : FSH 0 orders confirmé. La proposition auto-applied 2026-07-25 "FSH Jeu ouvert pendant CDN estival (W30 23/07)" est probablement un faux positif : le KPI 25/07 montrait FSH Jeu 23/07 via carryover J+2 de Mer 22/07 (pattern carryover FSH WE documenté). W31 Jeu 31/07 n'a pas été confirmé comme ouvert non plus. La règle générale "Jeudi = sans service FSH" tient.
🔴 disputes-daily Uber STALE J8 (196h) — URGENT
Session Uber expirée ~29/07. 0 litige Uber traité depuis J8. Délais glissants Uber : 7–14j selon type de litige.
Sévérité : HIGH — risque de perte automatique de litiges si délai dépassé avant réauth.
Action : réauthentifier uber_storage_state.json (run headed/screenshot). Prochain rappel : si J10+, urgent.
🟡 whatsapp-ocr J5 structurel (LAST_SEEN bug)
Dernier exit=1 : Sat 2026-08-01. Backlog estimé ~115 médias (53 au 27/06 + ~5/sem).
Run critique : vendredi 08/08 (timer Ven/Sam). Si fail → J8 sans OCR stock.
Fix : initialiser LAST_SEEN = None (1 ligne Python). En attente décision James.
🟡 fetch_free rc=1 (J10+ consécutifs)
Sosh invoices non récupérées depuis 2026-07-28 (auto-repair n'a pas tenu, re-fail 2026-08-05).
fetch_edenred timeout persistant également. Backlog Pennylane qui croît.
🟡 KPI artifact "only Thu 14 evening data" FSH
Ligne de debug dans daily-kpi.log depuis J30+ (observé 06/07, 07/07, 08/07… 06/08).
N'affecte pas l'output HTML — artefact de log dans fetch_kpi_data.py à nettoyer.
Hypothèse : comparaison résiduelle avec Jeu 3 juillet W27 après 14h00.
🟢 1 seul order pour livraison 06/08
Rekki recap 2546 bytes (vs ~7-8 KB les autres jours). Normal : jeudi = Labo réduit, service uniquement interne.
🟡 Bastille Phase 5 licences J-30 (alerte hermes-resto)
DDPP + permis exploitation non démarrés. Délais admin 3–6 semaines. Si ouverture visée début septembre, J-30 = seuil critique.
Orange Pro RDV technicien = 3 septembre → Internet non opérationnel à l'ouverture.
1. CORRIGER proposition auto-applied 2026-07-25 "FSH Jeu ouvert pendant CDN estival"
Section : CDN fermeture estivale 2026 (section auto-applied 2026-07-25)
### CORRECTION — FSH Jeu ouvert pendant CDN estival (auto-applied 2026-07-25 — À RÉVISER)
La proposition suivante est probablement INCORRECTE :
> "FSH Jeu ouvert (en plus de Lun–Mer) pendant CDN fermeture estivale
> Observé : W30 Jeu 23/07 (€1 886 · 57 cmds · carryover J+2 dans KPI-25)"
- W32 Jeu 06/08 : FSH 0 orders confirmé (zelty 0 orders + 0 shifts FSH combo-retard)
- W30 data point probable faux positif : carryover J+2 de Mer 22/07 (pattern FSH carryover WE documenté)
- W31 Jeu 31/07 non confirmé comme ouvert
- La règle générale "Jeudi = sans service FSH CONFIRMÉ (W21+W23+W29)" reste valide même en période CDN estival
- Supprimer la mention "FSH Jeu ouvert pendant CDN estival"
Justification : W32 contredit le data point W30. Pattern carryover FSH plus probable que service exceptionnel jeudi.
2. METTRE À JOUR section 8 Open Issues : disputes-daily Uber J8 URGENT
- [ ] disputes-daily Uber : réauthentifier uber_storage_state.json — URGENT J8 (depuis ~29/07)
Symptôme : STALE 196h au 06/08, 0 litige Uber traité
Pattern : sessions Uber durent ~34j (25/06→29/07→prochaine ~02/09)
Risque : délais litiges Uber 7-14j → pertes automatiques si non réauth avant J14
Action : run headed Playwright Uber + re-save session state
Alerte : si J10+ sans réauth → escalade immédiate
Justification : J8 stale, risque opérationnel réel.
3. METTRE À JOUR section 8 : whatsapp-ocr run critique Ven 08/08
### whatsapp-ocr structurellement arrêté (mise à jour 2026-08-06)
- J5 au 06/08 · prochain run naturel Ven 08/08 (J6)
- Backlog estimé ~115 médias (53 connu au 27/06 + ~5/sem)
- Bug LAST_SEEN unbound — fix trivial 1 ligne (LAST_SEEN = None) — attente décision James
- Si Ven 08/08 fail → J8 sans OCR, pertes données stock août définitives
- RUN CRITIQUE : décider avant Ven 08/08 à 20:00 UTC
Justification : le timer Ven/Sam ne court pas chaque jour — rater vendredi = J8.