{
    "updatedAt": "2026-08-11T10:22:07Z",
    "priorite_semaine": "ABSENCE SEB 18/07→08/08 — équipe sur structure APCIAL, dossiers négo en tempo. RENTRÉE 09/08, SÉQUENCE ARBITRÉE : ① Réunion cadrage François (WINORWIN/WOWDEV/SF DEV) — structure de création de valeur (qui possède quoi, qui est payé comment, comment chacun gagne), accord de principes. Ligne rouge : zéro capital/CC/dev démontrable sans lettre d'accord signée avec licence payante indexée. ② POINT WOW DU 10/08 — dossier de préparation complet dans projet WINORWIN (v1 ok, V2 sous conditions, build/run, faits accomplis, ressource Bart). ③ Revue devis ASDGL encours+MNCAP AVANT envoi → mode produit+licence (briques OnlyDev), pas régie — CLÉ DE CAPACITÉ : délégation Malgaches côté ASDGL conditionnée à la signature de ce devis. ④ Arbitrer tableau champs Simon + réponse. ⑤ Matrice dossiers en 1 session max (sortie = 1 action/7j par dossier dont ≥1 conversation inconfortable, sinon abandon). En parallèle : audit PI avocat tarificateur (inventaire avant vente MNCAP/encours). RELANCE PROGRAMMÉE : 3P1-AZUR-CONFORT — relancer le devis multilingue en 2e semaine de septembre (pas fait avant absence, pas le temps). DÉCISIONS ACTÉES 19/07 : facturation OD juillet WOW = 2j support + 1,5j pilotage (accord verbal François — trace via libellé facture détaillé, vérifier compte réel du pilotage avant émission) ; cadrage WOW RESTE sur 3.1 ; Malgaches : aucune délégation directe sans contrat — WOW via François, ASDGL après signature devis ; SF DEV = offre PRESTATIONS IA (pas seulement dev), voir projet. PROTOCOLE PILOTAGE (permanent) : ordre chantiers = ①encaisse/signe ②débloque autrui ③deadline externe ④production propre ; ex æquo tranchés par filtre « cette heure augmente-t-elle mon patrimoine ou seulement mon organisation ? ». Enveloppes temps : conception/vente > revue/déblocage > dev propre plafonné 2j/sem. Rituel hebdo 30min : « revue » → lecture state+inbox, dictée brute, sortie = ordre chantiers + 3 actions perso + instructions poussées. mark_done = livrable + emplacement + blocage. Options plafonnées en h/mois écrites ici. Pari récurrent principal à trancher : licence WOW vs tarificateur 2e client.",
    "focus": [
        "WINORWIN",
        "digital",
        "APCIAL",
        "PELLET",
        "SF DEV",
        "3P1-AZUR-CONFORT"
    ],
    "projets": [
        {
            "a_faire": "SUIVI PENDANT/APRÈS ABSENCE : encaissement des 2 acomptes (792€ TTC facturés le 17/07 — relancer si non payé au retour) | Vérifier exécution des actions déléguées : validation mails Pages Jaunes + Solocal (Fred), vidéo de validation fiche Google façade+intérieur 10-20s (Fred), confirmation portable en secondaire (Fred), rebrand Instagram PE (Céline, PDF fourni) | Obtenir accès modification Bing Places | Vérifier cohérence NAP sur les 5 plateformes | REPRISE AU RETOUR — DEVIS A : plan d'extinction phasé complet + inventaire traces restantes | DEVIS B (pas entamé) : lien avis Google mails Extrabat + signatures 3 collaborateurs | HORS DEVIS : proposition dispatch chantiers (promise à Fred) | Feuille de route long terme | Informer associés 3.1",
            "en_cours": "17/07 : MAIL RÉCAP ENVOYÉ à Fred (+Céline) AVEC LES 2 FACTURES D'ACOMPTE 30% (Devis A : 576€ TTC, Devis B : 216€ TTC = 792€ TTC) — pattern livrer-sans-facturer corrigé avant départ. Contenu : livrables Devis A détaillés + 3 actions Fred + PDF REBRAND-INSTAGRAM-PE pour Céline. Décision portable : gardé en secondaire, confirmation Fred attendue. Passation complète. Verbatim : CLAUDESYNC/PELLET/PRESENCE_LOCALE_PE_2026-07-17.md.",
            "nom": "PELLET",
            "risque": "Encaissement : factures parties mais 0€ encaissé — vérifier paiement au retour. Actions déléguées sans échéance ferme → relance douce mi-absence ou au retour. Dispatch chantiers promis à Fred = engagement à honorer, cadrer scope/modèle/IP avant chiffrage. Décision 3.1 prise sans associés → à tracer.",
            "statut": "en_cours"
        },
        {
            "a_faire": "ACTION N°1 RENTRÉE : réunion cadrage François — structure de création de valeur, accord de principes, ligne rouge licence payante indexée | DOSSIER POINT WOW 10/08 : (a) MODIF V1 (tableau arbitrage) : valider, c'est propre. (b) V2 : validation CONDITIONNÉE au double arbitrage techno + date réunion structure. (c) TECHNO : Bart envoie son choix par mail ce WE (multi-repo : app React Native + dashboard Vue.js + site = 3 codebases front). Seb transmet le mail à Claude.ai dès réception pour analyse avant le point. À challenger : mutualisation code (RN + React web = 60-70% partagé, Vue casse la mutualisation), qui maintient 3 fronts à 18 mois, où vit la logique partagée, pourquoi pas monorepo. Techno V2 = arbitrage commun (Seb CTO), pas fait accompli. CONTRADICTION : objectif « plus de dev janvier 2027 » vs multi-repo = architecture qui MAXIMISE la maintenance. (d) OBJECTIF JANVIER 2027 : ACTER — distinguer fin du DEVIS (janvier 2027, ok) vs fin du PROJET (run sécu/dépendances/bugs/demandes membres = 1-2j/mois incompressible à chiffrer et tarifer ; évolutions + backlog ~79 idées = nouveaux devis OU véhicule WOWDEV si signé). Clause de revoyure écrite : si dev subsiste au-delà de janvier 2027 → tarification au réel nouvelle grille. Argument licence : si François croit à l'arrêt du dev, licence 5 ans = coût borné — son optimisme finance la protection ; refus licence + croyance arrêt dev = travail gratuit continué attendu, à dire à voix haute. ARGUMENT RESSOURCE (aveu François 19/07) : Bart = ressource PARTIELLE NON EXTENSIBLE (barrière de langue, emploi fixe, saturé par WinOrWin — qualifié de « moins » par François lui-même pour SF DEV) → question du 10 : « Bart couvre quoi exactement en heures et périmètre ? Tout ce qu'il ne couvre pas — run 2027, livraison IA — on le finance et structure comment ? » Sa réponse dessine le besoin WOWDEV/SF DEV cadrés. (e) DESIGN : Arxama = graphisme mobile UNIQUEMENT, aucun écran PC (Seb a exigé des écrans). Mobile-FIRST ≠ mobile-only. Exigence : couverture écrans mobile+PC + design system PARTAGÉ avant toute ligne de code V2. Avenant Arxama : payé par qui ? (f) MOTIF FAITS ACCOMPLIS à nommer : stack choisie seul, design mobile seul — chaque livrable commandé avant le 10 réduit l'arbitrable. RÉPONSE UNIQUE à toute nouvelle idée business (IA, etc.) : « l'idée peut être bonne, elle rentre dans la structure signée — tant que rien n'est signé, je ne livre rien de nouveau » | FACTURATION JUILLET : facture OD 2j support + 1,5j pilotage, libellé détaillé (trace écrite accord verbal), vérifier compte réel pilotage avant émission. Cadrage reste sur 3.1 | Créer dossier WOW Drive + déposer les 2 transcriptions (1er juin, 19 juin) | Instructions Malgaches WOW : via François, pas en direct",
            "en_cours": "TEMPO jusqu'au retour. Point WOW prévu le 10/08 : Malgaches missionnés par François sur modif v1 (tableau arbitrage) + point V2 suite mail techno de Bart attendu ce WE (multi-repo RN/Vue/site). Arxama relancé par François sur graphisme app mobile (aucun écran PC — Seb a exigé des écrans). Facturation juillet actée (2j+1,5j OD, accord verbal François).",
            "nom": "WINORWIN",
            "risque": "Gouvernance non résolue : Seb subventionne le dév produit de François sans equity ni scope formel. FAITS ACCOMPLIS pendant la négo (stack Bart, design Arxama mobile-only). Croyance François « zéro dev janvier 2027 » = il négocie un échafaudage temporaire quand Seb négocie un partenariat durable — désaccord de fond à poser AVANT les pourcentages. Ressource technique François (Bart) partielle et non extensible → le run et toute croissance reposent sur Seb, à faire reconnaître. Candidat pari récurrent principal (licence WOW→WOWDEV) vs tarificateur 2e client.",
            "statut": "en_cours"
        },
        {
            "nom": "TEST_BIDON",
            "statut": "test"
        },
        {
            "nom": "QG-MCP",
            "statut": "done",
            "en_cours": "list_inbox format=compact+sort=age+champ echeance déployé le 11/08/2026. Seuil [!] configurable via data/config.json (défaut 21j). push_instruction accepte écheance ISO optionnelle. Testé OK depuis Claude.ai.",
            "a_faire": "File QG : cfe9356d (doctrine format inbox) → cabbc7af (drive_push binaires) → 8ce42269 (distillation) → 7bbb3c51 (échéances). Aucun déployé sans validation Seb.",
            "risque": ""
        },
        {
            "a_faire": "FINITIONS : 1. Plesk → upload_max_filesize 25M + post_max_size 100M | 2. Re-uploader comptabilite.php + comptabilite_admin.php | 3. test_upload.php : SUPPRIMÉ par Seb le 17/07 (à retirer des risques, cf. instruction inbox) | 4. Remettre l'envoi e-mail vers $mand['courriel'] (actuellement en dur pour test) | 5. Compléter compa_compagnies + SMTP_* dans .env | 6. Recette complète | BASCULE plus tard : lien menu → comptabilite.php + resync + retirer v1 du webroot | INBOX EN ATTENTE : BLOC 1 corrections réunion 17/07 (15 points dont emp2 non modifiable f12700e4) + BLOC 2 spéc workflow prélèvements + renommage ASDGL-digital | STRATÉGIQUE RENTRÉE : devis encours+MNCAP → mode produit+licence sur briques OnlyDev AVANT envoi — CONDITIONNE la délégation Malgaches côté ASDGL ; audit PI avocat = inventaire avant vente. ASDGL = compte en expansion.",
            "en_cours": "MODULE COMPTA DÉPLOYÉ EN PROD en cohabitation (tables compa_, comptabilite.php / comptabilite_admin.php / dl.php, v1 intacte). Livré : multi-documents par catégorie (compa_documents + LOT2), paiement en lot admin + historique, e-mail correction → courtiers.courriel, fix #1071, messages d'erreur upload. Diagnostic Yousign : upload_max_filesize 2M Plesk. CR sur Drive. NOUVEAU BUG 19/07 : champs emprunteur 2 non modifiables (seul emp1 géré) → inbox f12700e4 (complément BLOC 1, point 15).",
            "nom": "digital",
            "risque": "E-mail de correction en dur vers Seb → mandataires ne reçoivent rien tant que non remis. Divergence de données pendant cohabitation. LOT2 one-shot. Devis encours/MNCAP : s'il part en régie classique, occasion licence ratée ET capacité Malgaches non débloquée.",
            "statut": "en_cours"
        },
        {
            "a_faire": "PENDANT ABSENCE (équipe dev) : structure 18/07→09/08 | référentiels fin juillet | AU RETOUR : arbitrer remarques tableau de champs Simon + répondre | Rédiger draft cession IP avant le 26/08 (3 points impératifs : logiciel APCIAL cédé MAIS briques génériques OnlyDev licenciées ; usage propre/missions APCIAL, SaaS tiers = accord séparé ; contrepartie = maintenance récurrente + droit de préférence — L131-3 : énumérer droits/modes/durée/territoire), validation avocat, signature fin août | RÉUNION VALIDATION FONCTIONNEMENT mercredi 26/08 9h30 | Livraison Phase 1 : octobre ; 2 audits réels début septembre (6 puis ~15 établissements) | APRÈS RETOUR CLOVIS : croiser son audit avec DIAG_SYNC_2026-07-07.md + décider qui corrige la sync et sur quelle spéc",
            "en_cours": "BON POUR ACCORD SIGNÉ 15/07 sur v3.6v2 → CDC GELÉ, Phase 1 (12 500€) lancée. PDF officiel sur Drive (CLAUDESYNC/APCIAL) + archive locale ; source md file_id 1Ejl9FBfEjhmu9QWOjN-b_GXoYyGz_RrC. DÉLÉGATION TOTALE À CLOVIS pendant l'absence : Clovis pilote le dev MVP sur base CDC. Tableau champs Simon reçu 17/07 → TABLEAU_CHAMPS_SIMON_2026-07-17.md sur Drive (12 tables, remarques à arbitrer). Décisions actées 08/07 (CR sur Drive). Clovis audite le code sync. Token GitLab révoqué 17/07.",
            "nom": "APCIAL",
            "risque": "3 bugs sync confirmés — BUG1 : perte de données silencieuse + drop queue après 10 échecs ; un seul propriétaire du code sync à désigner après retour Clovis. Arbitrage fonctionnel pendant l'absence non organisé. Cession IP promise oralement → ne rien signer sans le cadrage 3 points.",
            "statut": "en_cours"
        },
        {
            "a_faire": "CADRAGE (intégré à la réunion structure François) — 4 CONDITIONS DE SIGNATURE : (1) part de chaque vente définie (qui produit, qui vend, qui encaisse, % Seb) ; (2) accès au canal formations/base membres FORMALISÉ par écrit entre WinOrWin et SF DEV (canal = actif WinOrWin, pas actif perso François — sinon accès révocable) ; (3) IP des démos/briques chez OnlyDev, LICENCIÉE à SF DEV ; (4) objectif commercial CHIFFRÉ pour François (s'il vend, preuve en chiffres, pas en enthousiasme) | Catalogue initial : 2-3 offres IA productisées (packagées, prix fixe, briques réutilisables, marge sur la répétition) — PAS de régie IA déguisée | Format formations : qui anime, qui paie, calendrier | Arborescence Drive CLAUDESYNC/SF-DEV | Trancher articulation WINORWIN vs SF DEV | RÈGLE : statut OPTION → plafond horaire mensuel à fixer tant que le pari principal n'est pas tranché",
            "en_cours": "RECENTRAGE 19/07 : SF DEV = offre PRESTATIONS IA aux membres WinOrWin (et au-delà), pas seulement dev. Pitch François : « marché IA plein de tocards, nous on est sérieux, lui vend / Seb livre, plein d'argent » — constat de marché pas faux MAIS 3e habillage du même deal : François vend, Seb produit, canal = formations WOW comme vitrine puis conversion des membres. Bart : dans le paysage mais qualifié de « moins » par François (langue, emploi fixe, saturé WOW) = ressource partielle. L'argument « sérieux vs tocards » repose à 100% sur la qualité de livraison de Seb. « Argent rapide » = signal possible de besoin de cash côté François (levier de négo).",
            "nom": "SF DEV",
            "risque": "3e véhicule sur le même trio (savoir-faire Seb + base membres + rien de signé) — réponse unique : tout passe par LA structure signée. Canal appartient à WinOrWin → révocable sans accord écrit WinOrWin↔SF DEV. Conflit d'intérêts : François des deux côtés. Pression « argent rapide » + formations tremplin = pression à construire des DÉMOS vite → toute démo avant signature = commit avant structure, version IA. RIEN de démontrable avant cadrage écrit. Prestations IA = encore du temps vendu — seule version alignable : offres productisées.",
            "statut": "nouveau"
        },
        {
            "a_faire": "RELANCE 2E SEMAINE DE SEPTEMBRE : relancer le client sur la signature du devis multilingue (2 langues supplémentaires sur le WordPress livré par 3.1) — pas fait avant l'absence (pas le temps) | À la signature SEULEMENT : acheter la licence WPML sur 3.1 (coût à vérifier : inclus dans le devis ou refacturé ?) + implémenter les 2 langues + corriger le bug panier anglais | Vérifier que le bug panier anglais est bien DANS le périmètre du devis (sinon : correctif séparé à facturer ou geste commercial à décider avec les associés, pas par défaut)",
            "en_cours": "Client 3.1 : Azur Confort. Site WordPress livré par 3.1. Devis en attente de signature : ajout de 2 langues supplémentaires (via WPML, licence à acquérir sur 3.1) + correction bug panier en anglais. AUCUN travail lancé avant signature (règle : pas de livrer-sans-facturer).",
            "nom": "3P1-AZUR-CONFORT",
            "risque": "Devis non signé + pas de relance faite avant l'absence → dossier dormant 7+ semaines, risque de refroidissement client. Licence WPML = coût récurrent annuel — vérifier qu'il est couvert par le devis ou refacturé, pas absorbé par 3.1. Bug panier anglais : clarifier s'il est dans le devis ou hors périmètre avant de le corriger gratuitement.",
            "statut": "en_attente"
        }
    ]
}