#1 — Compléter "14 juillet" : fermeture service CDN+FSH
Voir contenu proposé
### 14 juillet — fermeture complète service (CDN + FSH)
- Service CDN et FSH fermés le 14 juillet (Fête Nationale)
Confirmé : 2026-07-14 · zelty 0 orders toute la journée · rekki-recap silent exit
- Labo central actif le 14 juillet (production, préparation, livraisons J+1 possibles)
- Stuart : 0 livraisons planifiées (routes Paris partiellement fermées)
- Agents : ignorer "CDN = 0" et "FSH = 0" le 14 juillet — attendu, pas une panne
- 1 data point — confirmer sur 2027 avant d'upgrader en règle permanente
#3 — Documenter whatsapp-ocr double failure (section 8)
Voir contenu proposé
### whatsapp-ocr double failure (depuis 11/07/2026)
- Sat 11/07 : exit=1 · Dim 12/07 : timeout >10min (hermes-manager n'a pas relancé, règle ≥2)
- Dernier backlog connu : 53 médias au 27/06 (non mis à jour depuis → croît)
- Action : vérifier schedule whatsapp-ocr-verify.service + relancer si J4+
Options à décider avec James : (a) fix timeout (b) 2 runs/nuit (c) augmenter cap (d) purge manuelle
- [ ] À traiter avant que le backlog dépasse 75+ médias
#2 — Escalader bug FSH "only Thu 14 evening data"
âš Fix : dans ~/yatai/scripts/fetch_kpi_data.py
Voir contenu proposé
### Bug FSH "only Thu 14 evening data" — URGENCE (J9+, depuis 06/07)
- Ligne dans daily-kpi.log : "FSH: Brut HT €160 · Net HT €130 · ~81.8% livraison (only Thu 14 evening data)"
- J9 consécutifs (06/07 → 14/07). N'affecte pas l'HTML mais pollue le log.
- Root cause probable : requête FSH filtrée sur plage "après 14h" (heure fixe) ou résidu Jeu 03/07
- Fix : dans ~/yatai/scripts/fetch_kpi_data.py — chercher "only Thu 14" ou la logique qui génère ce log
- DEADLINE suggéré : avant 18/07 (fermeture CDN changera les patterns, debug plus difficile)