KPI du jour — snapshot
FSH — semaine W30 (3j)
€5 197
161 cmds · €32/cmd · 35.4% livraison
MTD juillet
€44 994
1 389 cmds · FSH seul
MS/CA service (W30 partiel)
53.9%
⚠️ distorsion shifts futurs (attendu)
FSH Ven 24/07 = 0 orders Zelty (attendu fermé). FSH Mer 22/07 : carryover J+2 confirmé (56 cmds · €1 971 · apparues aujourd'hui vs absent hier). S-1 label = W19 dans rapport (bug render_kpi.py, devrait être W29).
Patterns détectés
FSH carryover J+2 pour Mercredi (nouveau, 1 data point)
FSH Mer 22/07 : 56 cmds · €1 971 · 19% livraison. Absente dans KPI-23/07 (J+1), visible dans KPI-24/07 (J+2). La règle « Mercredi = sans service CDN+FSH » (CONFIRMÉ W21+W23+W28) est potentiellement fausse pour FSH pendant la période estivale CDN fermé. Hypothèse : FSH compense en ouvrant le mercredi quand CDN est en fermeture estivale. 1 data point — observer W31 (Mer 29/07).
FSH W30 vacances scolaires : Lun–Mar–Mer service (CDN estival fermé)
FSH ouvre 3j/5j en W30 (vacances scolaires, CDN fermé J7/44). Lun 20 = €1 485 (54 cmds) · Mar 21 = €1 739 (51 cmds) · Mer 22 = €1 971 (56 cmds, carryover J+2). FSH Jeu+Ven fermés (règles confirmées). Productivité FSH W30 = €32/h (vs normale €30-45/h) — cohérent avec profil estival.
rekki-poll-today TRIGGER recap 25/07 à 09:25 UTC (11:25 Paris)
Choiseul + Bastille ont commandé à 11:25 Paris pour demain 25/07. Pattern fenêtre 10h45–12h00 Paris (documenté CLAUDE.md). Recap déclenché event-driven comme prévu. Fallback cron 12:20 non nécessaire.
combo-retard 16 shifts Labo vendredi (stable)
Vendredi avec CDN service fermé = Labo production actif. 16 shifts inspectés, 0 alertes retard. Pattern stable depuis W28 (CDN fermeture estivale).
Restaurank — SaaS loyalty app en pitch actif
Discussions WA 24/07 : architecture app (brand_id, PUBLICATION_MODE draft/auto, parcours Roue scan→opt-in→spin→coupon J+1, quotas, anti-orphelin). Prospect en essai 15j. Segment cible exploré : boulangeries. Infra déjà en place (restaurank.yatairamen.fr).
Anomalies
🔴 HIGH — whatsapp-ocr exit=1 Ven 24/07 — J7 structurel
Dernier exit=0 : whatsapp-ocr-verify Sun 19/07 19:38. Run Ven 24/07 = exit=1 (prédit dans reflect J-1, confirmé). Prochain run naturel : Sam 25/07 (timer Ven+Sam uniquement). Si Sam exit=1 → J8 sans OCR photos stock, backlog ~85–90 médias. Hermes-manager : NRestarts=0 (règle ≥2). Options documentées : (a) fix timeout Claude, (b) 2 runs/nuit, (c) purge anciens médias, (d) augmenter cap CPU. Décision James requise avant Sam 25/07.
🔴 HIGH — ODR SFR deadline 22/07 expirée — statut inconnu
Flaggée depuis J+8 (14/07), rappelée dans hermes-resto-reflect. Aucun log (amazon-justifs, justifs-sweeper, hermes-manager) ne confirme de soumission avant le 22/07 minuit. Si non traité → remboursement SFR (~montant inconnu) potentiellement perdu. Hypothesis : James a peut-être traité manuellement hors logs. À clarifier.
🟡 MED — KPI week label bug : S-1 = « W19 » au lieu de « W29 »
Section 5.2 KPI-24/07 : « S-1 (W19) » et « N-1 (W20 2025) ». En W30, S-1 = W29 et N-1 = W30 2025. Décalage de 10 semaines dans les labels. Données numériques correctes, seuls les labels de semaine sont faux. Lié au bug « only Thu 14 evening data » (artifact render_kpi.py). J10+ persistant. À corriger dans fetch_kpi_data.py ou render_kpi.py (logique isocalendar() sur mauvaise date).
🟡 MED — fetch_free J48 + edenred timeout (depuis 05/06)
fetch_free rc=1 depuis 48 jours consécutifs. RuntimeError « Free invoices page failed to load ». Edenred : page.wait_for_selector timeout. Factures Free Mobile + Edenred non ingérées → backlog Pennylane croissant. Run headed/screenshot en attente du « go » de James (hermes-manager note ce blocage depuis J+10).
🟡 MED — Règle « Mercredi = sans service CDN+FSH » potentiellement invalide pour FSH en période estivale
FSH Mer 22/07 = 56 cmds · €1 971 (carryover J+2, visible KPI-24/07). La règle CLAUDE.md dit « CONFIRMÉ W21+W23+W28 » pour CDN+FSH. Mais W30 montre FSH ouvert le mercredi. Hypothèse : FSH adapte son planning en été (CDN fermé = FSH ouvre le mer). CDN Mer 22 = 0 service confirmé (2.3h Labo seul). Observer W31 (Mer 29/07) pour trancher.
🟢 INFO — Artifact « only Thu 14 evening data » dans daily-kpi.log — J10+ persistant
Ligne récurrente depuis 06/07 : « FSH: Brut HT €160 · Net HT €130 · ~81.8% livraison (only Thu 14 evening data) ». Impact rapport HTML = 0 (données FSH correctes dans le rapport). À investiguer dans fetch_kpi_data.py — requête résiduelle sur Jeu 03/07 avec peu de données FSH.
🟢 INFO — amazon-justifs : UNMATCHED_UK 108.51€ toujours bloqué (J+61)
Commande amazon.co.uk holding 2026-05-24 · 108.51€ · UNMATCHED_UK depuis J+61. Scraper .co.uk non encore implémenté (TODO section 8 CLAUDE.md). Pas d'urgence fiscale mais backlog croissant.
Propositions CLAUDE.md
→ Section 8 — Open issues (MAJ urgente) — METTRE À JOUR whatsapp-ocr : J7 structurel, exit=1 Ven 24/07
### whatsapp-ocr : J7 structurel (mise à jour 2026-07-24)
- exit=1 Ven 24/07 20:00 CONFIRMÉ (run prédit dans reflect 23/07, exécuté, échoué)
- Historique : 18/07 exit=1 → verify 19/07 OK → 24/07 exit=1 (2ème run consécutif en échec)
- Prochain run naturel : Sam 25/07 (timer Ven+Sam uniquement)
- Si Sam 25/07 exit=1 → J8+ sans OCR, backlog ~85-90 médias
- Hermes-manager : NRestarts=0 (règle ≥2 — figé intentionnellement en attente James)
- Options : (a) fix timeout Claude, (b) 2 runs/nuit, (c) purge anciens médias, (d) augmenter cap CPU
- [ ] DÉCISION JAMES REQUISE avant Sam 25/07
→ Section 3 — Zelty gotchas (extension carryover) — AJOUTER carryover J+2 FSH Mercredi (1 data point W30)
### FSH carryover Mercredi = J+2 (1er data point 2026-07-24)
- FSH Mer 22/07 (W30) : 56 cmds · €1 971 · 19% livraison
Invisible dans KPI-23/07 (J+1) · visible dans KPI-24/07 (J+2)
- Carryover 48h pour FSH Mercredi observé pendant période estivale CDN (18/07–30/08)
- Question ouverte : la règle « Mercredi = sans service CDN+FSH » est-elle invalide pour FSH
en général, ou seulement quand CDN est fermé (FSH compense en ouvrant le mercredi) ?
- 1 data point — confirmer sur W31 (Mer 29/07) avant révision de règle
- Ne pas conclure « FSH Mer = fermé » avant d'avoir vu le KPI du J+2
→ Section 8 — Open issues (nouveau) — AJOUTER bug KPI week label W19/W20 (J10+)
### Bug KPI : label semaine décalé de -10 semaines (depuis 2026-07-08 J10+)
- KPI-24/07 section 5.2 : « S-1 (W19) » au lieu de « S-1 (W29) » et « N-1 (W20 2025) » au lieu de « N-1 (W30 2025) »
- Décalage systématique de 10 semaines dans les labels de comparaison hebdo
- Données numériques correctes — seuls les labels de semaine sont faux
- Lié au bug « only Thu 14 evening data » (même fichier render_kpi.py ou fetch_kpi_data.py)
- Fix probable : vérifier le calcul `date.isocalendar()[1]` sur la bonne date de référence
- [ ] À corriger lors du prochain sprint maintenance scripts
→ Section 7 — Infrastructure / nouveaux projets (watch item) — AJOUTER Restaurank SaaS loyalty app (watch item, depuis 2026-07-24)
### Projet Restaurank — SaaS loyalty app (watch item, depuis 2026-07-24)
- Concept confirmé via WA 24/07 : gamification « spin the wheel »
(scan QR → opt-in → roue de la fortune → coupon J+1)
- Architecture discutée : agent par marque (brand_id), PUBLICATION_MODE (draft/auto),
quotas, anti-orphelin 404, stored_only
- Infra déjà en place : restaurank.yatairamen.fr (infra section 7)
- Prospect actif en discussion (essai 15j, sans prélèvement si résiliation <30j)
- Segment cible exploré : boulangeries (James : « c'est une piste que je veux creuser »)
- Action : documenter business model confirmé + premier client signé quand disponible
