Yatai

Reflection — 2026-06-12

Vendredi 12 juin 2026 · Généré à 2026-06-12 22:00 Paris · ← Toutes les reflections

TL;DR

  • CORRECTION CRITIQUE : règle "Lundi = fermé CDN+FSH" est FAUSSE — W24 Lun 8/06 = 43+66 commandes (service ouvert). Même erreur Zelty-delay que "Mardi = Labo pur" (corrigée 03/06).
  • Vendredi 12 confirmé fermé CDN+FSH (zelty-watch 0 orders toute la journée + KPI = fermé) — data point #1, à surveiller.
  • fetch_free + fetch_edenred : J8 d'échec consécutif — backlog Pennylane croissant, intervention manuelle urgente.

Timeline

Heure ParisAgentÉvénementRésultat
01:08disputes-dailyScan litiges Uber/Deliveroo — 3 soumissionsexit=0 ✓
04:00justifs-sweeperScan Pennylane + fetch portails — fetch_free ✗ fetch_edenred ✗scan OK, fetchers ✗
04:45amazon-justifsFetch + upload factures Amazon — 4 nouveaux uploadsexit=0 ✓
06:00hermes-resto-briefBrief matinal restaurantsexit=0 ✓
07:00daily-kpiKPI W24 (Lun-Jeu) — CDN+FSH — PDF envoyé WhatsApp Jamesexit=0 ✓
10:00zelty-watchCatchup 630 min — 0 orders CDN+FSH (vendredi fermé)0 events, normal
10:00combo-retard-watcherCatchup 605 min — 28 shifts inspectés (Labo actif)0 alertes
11:56rekki-poll-todayTRIGGER recap — Choiseul+Bastille ont commandé pour 2026-06-13trigger envoyé
11:56rekki-recap-13hRecap livraisons 13/06 — 6 orders — PDF 9 704 bytesexit=0 ✓
06:00–22:00zelty-watch~50 runs — 0 orders inspectés toute la journéefermé confirmé
12:00–21:00combo-retard-watcher~140 runs — 28-29 shifts inspectés (Labo)1 alerte 20:55 Paris
20:55combo-retard-watcher1 alerte retard envoyée (shift Labo soirée)WhatsApp DM ✓
21:35audit-yatai-92-soirAudit médias groupe Labo WhatsAppexit=0 ✓
22:00hermes-resto-reflectRéflexion nocturne Hermèsen cours
04:00 (récurrent)yatai-caisse-botSession périmée → enregistrement partiel 2026-06-11⚠ partiel

Commandes Rekki du jour

RéfRestaurantLivraisonStatut
X14783036Yatai Montparnasse 14e2026-06-12✓ PDF envoyé Labo 92
W14783093Yatai St Honoré 8e (FSH)2026-06-12✓ PDF envoyé Labo 92
Y14783250Yatai Châteaudun 9e (CDN)2026-06-12✓ PDF envoyé Labo 92
Z14784936Keopi 9e (client externe)2026-06-12✓ PDF envoyé Labo 92
Y147856602026-06-12✓ PDF envoyé Labo 92
Y147857372026-06-12✓ PDF envoyé Labo 92
Recap PDF 2026-06-12✓ 9 704 bytes (idempotent skip sur 2ème run)

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.
PERSISTANTfetch_free + fetch_edenred : J8 d'échec consécutif
05/06 → 12/06 = 8 nuits sans récupération Free Mobile + Edenred.
Logs : "raise RuntimeError('Free invoices page failed to load')" · "raise RuntimeError('liste factures Sosh introuvable (session expirée ?)')".
Impact cumulatif : 8 jours de données manquantes dans Pennylane.
Déjà documenté CLAUDE.md section 8 "Bug ouvert". Escalade nécessaire.

Anomalies

HIGHRègle CLAUDE.md "Lundi = fermé CDN+FSH" incorrecte — à supprimer d'urgence
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é
8 nuits consécutives d'échec (05-12 juin). Session Sosh/Free expirée, Edenred portail probablement modifié.
Impact : 8 factures Free Mobile (30-35€/mois × 8j estimé ~8€ manquants) + reçus Edenred non uploadés.
Action requise : déboguer manuellement fetch_free et fetch_edenred. Voir justifs-fetch.log.
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".
LOWyatai-caisse-bot : session périmée — enregistrement partiel 11/06
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

StatutNbNotes
UPLOADE394 nouveaux uploads aujourd'hui (FR6004UH9E46VI, DE5001RX7TDB1U, FR51WEJQAEUI, FR51FJ32AEUI)
UNMATCHED9Dont plusieurs ancien (2024), nécessitent vérification manuelle
DEMANDE_REQUISE7Factures à demander marchands — retry hebdo actif
DEJA_JUSTIFIE8Déjà dans Pennylane
MATCHED_MULTI12024-12-04 €64.76 — 2 factures à agréger (feature v2)
UNMATCHED_UK1amazon.co.uk — scraper .co.uk à brancher

Pennylane frozen jusqu'au 31/12/2025 : 5 factures EDF 2025 non uploadées (erreur 422 attendue).