Dimanche · Semaine ISO W28 (J7/7) · 22h00 Paris · Stack 15/15 MCPs · 1 timeout (whatsapp-ocr-verify) · ← index reflections · KPI →
| Restaurant | W28 Net HT | Cmds | Moy ticket | vs S-1 (W27) | vs N-1 (W28 2025) |
|---|---|---|---|---|---|
| CDN | €5 219.63 | 175 | €29.83 | −33.9% | −61.4% |
| FSH | €7 490.30 | 207 | €36.19 | −30.0% | −52.0% |
| Groupe | €12 709.93 | 382 | €33.27 | −31.7% | −56.4% |
Juillet MTD (J12) : €26 466 (789 cmds) · −36% vs M-1 (€41 448) · MS/CA service 29.6%
| Heure Paris | Agent | Événement | Résultat |
|---|---|---|---|
| 01:06 | disputes-daily | Scan litiges Uber/Deliveroo | exit=0 · 0 soumissions · 0 disputables (Dimanche normal) |
| 04:02 | justifs-sweeper | Scan + fetch factures | exit=0 — free rc=1 (J37+) · edenred rc=1 (J37+) |
| 04:48 | amazon-justifs | Backfill Amazon → Pennylane | exit=0 — 3 uploads rapprochés ✅ (2025-03-22 €32.95 · 2025-01-10 €6.99 · 2025-01-08 €7.98) |
| 06:01 | hermes-resto-brief | Brief matinal restos | exit=0 |
| 07:02 | hermes-manager | Monitoring stack | exit=0 · 15/15 MCPs OK · 0 restart · 0 FAILED |
| 07:04 | daily-kpi | KPI W28 Dim 12 publié | exit=0 — CDN Sam 11 €951/24 cmds (carryover J+1, 2e data point Samedi CDN) · FSH Sam 11 €965/20 cmds (carryover J+1, 1er data point FSH Samedi) |
| 07:04 | whatsapp-bridge | KPI PDF envoyé James | KPI_Yatai_2026-07-12.pdf ✓ |
| 08:00 | zelty-watch | Catchup 630 min démarrage | 0 orders CDN+FSH · catchup-silent · api_fail=0 → Dimanche service fermé (attendu) |
| 08:00–22:00 | zelty-watch | 47 cycles × 15 min | 0 orders · api_fail_streak=0 |
| 10:00 | combo-retard | 1er run journée | 18 shifts inspectés (Labo Dimanche) · 0 alertes retard |
| 10:20 | rekki-recap-13h | Recap livraison J12 (Labo) | Found 3 orders · PDF 5537B · RECAP_2026-07-12.pdf envoyé |
| ~11:40 | rekki-poll-today | Trigger event-driven recap J13 | "Choiseul + Bastille have ordered for 2026-07-13" ✓ |
| 07h–10h | WA James (sortants) | Présentation système Claude à un pair | Démo Claude Code / agents VPS · "Jss passé de cotation 27 à 77/100" (SEO webflow) · MCP, vibe coding, agents IA expliqués |
| 19:40 | whatsapp-ocr-verify | Vérification OCR | timeout exit=15 (J8 consécutif depuis 05/07) |
| 19:58 | hermes-yatai-wa | Monitoring WA bridge | exit=0 |
La reflect du 07/07 (mardi soir) a « confirmé » la règle Mercredi avec W28 comme 3e data point. Mais le KPI de W28 montre sans ambiguïté Mer 8/07 ouvert : CDN 38 cmds €1 099 · FSH 48 cmds €1 678. Root cause identique aux faux-négatifs précédents : la reflect du mardi soir n'a pas accès aux données du mercredi (carryover Zelty : les ordres du mercredi arrivent dans le KPI du jeudi matin). Les 2 data points réellement validés restent W21 (27/05) et W23 (03/06) — tous deux en mai/juin. Le planning juillet est clairement différent : CDN+FSH ouverts Lun–Sam (voire Ven+Sam avec carryover). Action requise : révoquer la règle "Mercredi CONFIRMÉ" dans CLAUDE.md.
FSH Sam 11/07 = €965/20 cmds — absent du KPI 11/07 ("fermé"), présent dans KPI 12/07 (Dimanche). Carryover J+1 comme CDN Samedi. Contredit la règle "FSH: Lun–Ven (5 jours service) — fermé Sam+Dim" (auto-applied W25). 1 data point = pas suffisant pour règle ferme. À confirmer Sam 18/07 (W29).
CDN Sam 11/07 = €951/24 cmds visible Dim 12/07. Data points : Sam 4/07 → KPI 05/07 ✓ · Sam 11/07 → KPI 12/07 ✓. Pattern stable pour CDN Samedi (2 data points sur 2 Samedis consécutifs).
Choiseul + Bastille ont commandé pour Lundi 13/07 depuis le Dimanche. Le trigger récap a bien été déclenché à ~11:40 Paris (dans la fenêtre 10h45–12h00 documentée). Pattern attendu — confirmé.
Les règles de fermeture hebdomadaires (Mercredi, Lundi, Mardi/Jeudi) ont été établies en mai/juin. Les données W28 (juillet) montrent CDN+FSH ouverts Lun–Ven sans exception connue (et possiblement Samedi). Hypothèse : planning été = plus de jours ouverts. À documenter formellement après W29.
### CORRECTION — règle auto-appliquée 2026-07-08 "Mercredi CONFIRMÉ" = INVALIDE La règle suivante dans CLAUDE.md est INCORRECTE : > "Mercredi = sans service CDN+FSH — CONFIRMÉ (3 data points W21+W23+W28)" - W21 (27/05) : 0 service confirmé ✓ (1 data point valide) - W23 (03/06) : 0 service confirmé ✓ (1 data point valide) - W28 (08/07) : CDN 38 cmds €1 099 + FSH 48 cmds €1 678 → OUVERT → Faux-négatif : reflect du 07/07 (mardi soir) conclut "W28 mercredi fermé" avant que la journée mercredi ait eu lieu (données arrivent jeudi matin). Root cause : même pattern que les 5 faux-négatifs précédents (Zelty carryover). Planning juillet ≠ planning mai/juin — mercredi est ouvert en juillet. Action : supprimer le statut "CONFIRMÉ", revenir à "2 data points en mai/juin uniquement".
Justification : données KPI 12/07 incontestables. 7e faux-négatif carryover documenté.
### FSH Samedi carryover J+1 (1er data point, 2026-07-12) - FSH Sam 11/07 = €965 / 20 cmds — absent KPI 11/07, présent KPI 12/07 (J+1) - Contredit règle W25 "FSH: Lun–Ven (5 jours service) — fermé Sam+Dim" - 1 data point — ne pas conclure "FSH ouvert Samedi" avant confirmation W29 (Sam 18/07) - Si confirmé : mettre à jour section "Planning service hebdomadaire CDN+FSH" (auto-applied 21/06)
Justification : 1 data point, observation à surveiller, pas encore règle ferme.
### Bug ouvert : artifact "Thu 14 evening data" dans daily-kpi.log (depuis 2026-07-06) - Ligne récurrente J7 consécutif (06/07→12/07) dans daily-kpi.log - "FSH: Brut HT €160 · Net HT €130 · ~81.8% livraison (only Thu 14 evening data)" - Impact sur rapport HTML = 0 (FSH affiché correctement) - À investiguer dans ~/yatai/scripts/fetch_kpi_data.py - J7 = seuil de persistance notable, pas transitoire
Justification : J7 consécutifs = bug persistant à corriger avant qu'il masque une vraie anomalie.