Trigger recap 2026-06-13 : 11h56 Paris (data point #9 — fenêtre 10h45-12h00 confirmée).
KPI W24 (Lun-Jeu, données complètes)
CDN W24
€6 787
217 cmds · avg €31.28 · vs S-1 −24.4% · vs N-1 −37.6%
FSH W24
€8 429
269 cmds · avg €31.34 · vs S-1 −41.6% · vs N-1 −37.8%
Groupe W24
€15 217
486 cmds · vs S-1 −35% · vs N-1 −37.7%
MTD Juin 2026
€38 626
1 203 cmds · vs M-1 −6.5% · vs N-1 −28.7%
MS/CA service W24 (partiel Lun-Ven) : CDN 33.1% · FSH 40.2% · Groupe 37.1%
Patterns détectés
CORRECTIONRègle "Lundi = fermé" est FAUSSE (Zelty-delay false negative)
W24 Lundi 8/06 : CDN 43 cmds €1 348 + FSH 66 cmds €2 013 — service clairement ouvert.
La règle auto-appliquée le 08/06 depuis la reflect du dimanche 7 soir : "Lundi KPI = 0 orders" était dû au délai d'ingestion Zelty (8-12h après clôture), pas à une fermeture réelle.
Même pattern que "Mardi = Labo pur" (auto-appliqué 02/06, corrigé 03/06) et "Mercredi = fermé" (corrigé 03/06). Action : supprimer la règle "Lundi = jour sans service CDN+FSH" de CLAUDE.md.
NOUVEAUVendredi = jour sans service CDN+FSH (data point #1, à confirmer)
12/06/2026 (Ven W24) : zelty-watch 0 orders toute la journée (08h-22h Paris), api_fail_streak=0.
KPI W24 : CDN Ven 12 = fermé, FSH Ven 12 = fermé.
Combo-retard : ~28 shifts inspectés (Labo actif), 1 alerte retard soirée (shift Labo).
Attention : 1 seul data point — ne pas inscrire en règle avant 3+ confirmations.
Note : le vendredi est déjà "fermé" dans les KPI précédents (pattern visible dans KPI W21-W23 sur le tableau détail). À vérifier sur Ven 19/06 et Ven 26/06.
STABLETrigger recap Choiseul+Bastille : fenêtre 10h45-12h00 Paris (data point #9)
Trigger 2026-06-13 à 11:56 Paris.
Historique : 17/05 11h22 · 18/05 11h06 · 19/05 11h21 · 20/05 11h22 · 24/05 11h49 · 25/05 10h52 · 10/06 — · 11/06 11h32 · 12/06 11h56.
8 data points sur 9 jours de service. Médiane ~11h25. Cron 12h20 reste fallback.
La règle auto-appliquée le 08/06/2026 est une fausse conclusion basée sur Zelty-delay.
Risque : si un futur agent lit CLAUDE.md et décide de ne pas déclencher d'alertes le lundi, il manquera des événements sur un jour de service actif. Hypothèse : La reflect du 08/06 à 22h a vu "Lundi 8 = 0 orders Zelty" sans attendre le KPI du lendemain (qui montrera le CA réel). Même mécanisme que les corrections précédentes "Mardi" (03/06) et "Mercredi" (03/06). Action immédiate recommandée : supprimer le paragraphe "Lundi = jour sans service" dans CLAUDE.md.
HIGHfetch_free + fetch_edenred : J8 — backlog Pennylane non alimenté
MEDMTD juin 2026 : −28.7% vs N-1 — baisse structurelle
MTD juin : €38 626 (1 203 cmds) vs N-1 juin 2025 : €54 141 (1 695 cmds).
Tendance observée depuis mai (mai 2026 : −26% vs M-1, −31% vs N-1).
W24 groupe : €15 217 vs N-1 €24 426 (−37.7%).
Hypothèses non validées : planning service réduit (moins de jours ouverts ?), effet chaleur, saisonnalité.
À contextualiser avec James.
LOWcombo-retard 1 alerte à 20:55 Paris sur jour "fermé service"
Vendredi 12 = pas de service CDN+FSH, mais combo-retard voit ~28-29 shifts (Labo actif).
L'alerte de 20:55 concerne un shift Labo soirée (préparation du weekend ?). Normal — le Labo travaille même les jours sans service.
Pas d'anomalie réelle, cohérent avec la règle "Labo actif = shifts combo présents même jours fermés".
Log : "session périmée → enregistrement partiel 2026-06-11".
Cas récurrent (déjà observé). La session caisse expire et le bot ne peut pas enregistrer les données complètes.
Impact : données caisse du 11/06 partielles dans le système.
INFOaudit-yatai-92-soir exit=0 sur jour sans service — bug précédent corrigé
Le 28/05, audit-yatai-92-soir crashait (exit=1) les jours sans service (aucun média = exception).
Aujourd'hui (Ven 12 = fermé) : exit=0 normal à 21:35. Le bug est bien corrigé.
Propositions CLAUDE.md
#1 — CORRECTION "Lundi = jour sans service CDN+FSH" (SUPPRIMER)
### CORRECTION — règle auto-appliquée 2026-06-08 "Lundi = jour sans service CDN+FSH"
La règle suivante dans CLAUDE.md est INCORRECTE :
> "Lundi = jour sans service CDN+FSH / Labo central actif
> Observé W23 01/06 + W24 08/06"
- W24 Lun 8/06 : CDN 43 cmds €1 348 + FSH 66 cmds €2 013 (service clairement ouvert)
- W23 Lun 1/06 : vérification nécessaire (KPI hors fenêtre du digest)
Root cause : reflect du 07/06 à 22h vue "0 orders" pour Lun 8 = délai Zelty ingestion,
identique aux corrections "Mardi = Labo pur" (02/06 → 03/06) et "Mercredi = fermé" (03/06).
Action : supprimer le paragraphe "Lundi = jour sans service CDN+FSH" de CLAUDE.md.
Conserver uniquement : "Dimanche = fermé service CDN+FSH" (confirmé W21+W23).
Justification : Preuve directe W24 Lun 8 dans KPI actuel (43+66 cmds). Risque réel si agents futurs font confiance à cette règle fausse.
#2 — Renforcer le garde-fou anti-Zelty-delay dans la règle existante
### Règle anti-Zelty-delay pour conclusions "jour fermé" (renforcement 2026-06-12)
Historique des faux-négatifs Zelty-delay dans les reflect :
- Mardi 27/05 : "Labo pur" → FAUX (02/06 KPI = €1 289 Mardi)
- Mercredi 03/06 : "CDN fermé" → FAUX (10/06 KPI = €1 809 CDN Mercredi)
- Lundi 08/06 : "fermé" → FAUX (12/06 KPI = €1 348+€2 013 Lundi)
La reflect à 22h ne peut PAS conclure qu'un jour était fermé uniquement sur "zelty 0 orders".
Seuls signaux fiables pour conclure FERMÉ en temps réel :
1. zelty-watch api_fail_streak = 0 ET 0 orders TOUTE LA JOURNÉE (08h-21h)
2. ET combo-retard 0 shifts avec real_starts_at (pas de pointage)
3. OU KPI du LENDEMAIN MATIN confirme "fermé"
NE JAMAIS auto-appliquer une règle "X = fermé" sans KPI lendemain confirmé.
Justification : 3ème faux-négatif du même type en 15 jours. Le pattern de l'erreur est clair et répété. La règle garde-fou actuelle dans CLAUDE.md n'est pas assez prescriptive pour l'auto-application.
#3 — Observer Vendredi comme jour potentiellement fermé (observation, 1 data point)
### Vendredi = potentiel jour sans service CDN+FSH (observation — 1 data point)
- Observé : 12/06/2026 (Ven W24) — zelty-watch 0 orders toute la journée (08h-22h)
+ KPI W24 Ven 12 = fermé CDN et FSH
+ Combo-retard ~28 shifts (Labo actif), 1 alerte retard soirée (shift Labo)
- NOTE : 1 seul data point — voir règle anti-Zelty-delay avant de conclure
- KPI du LENDEMAIN (13/06 samedi) confirmerait ou infirmerait
- À confirmer sur 19/06 et 26/06 avant fixation en règle
Justification : zelty-watch confirme 0 orders sur une plage 08h-22h (plus fiable qu'un seul check à 22h). Signal plus fort qu'un simple KPI à 22h, mais toujours 1 data point.
Amazon-justifs — État backlog
Statut
Nb
Notes
UPLOADE
39
4 nouveaux uploads aujourd'hui (FR6004UH9E46VI, DE5001RX7TDB1U, FR51WEJQAEUI, FR51FJ32AEUI)
UNMATCHED
9
Dont plusieurs ancien (2024), nécessitent vérification manuelle
DEMANDE_REQUISE
7
Factures à demander marchands — retry hebdo actif
DEJA_JUSTIFIE
8
Déjà dans Pennylane
MATCHED_MULTI
1
2024-12-04 €64.76 — 2 factures à agréger (feature v2)