{
    "updatedAt": "2026-07-19T21:35:52Z",
    "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 (Claude.ai + comité + ChatGPT, 19/07) : ① Réunion cadrage François (WINORWIN/WOWDEV/SF DEV) — structure de création de valeur uniquement (qui possède quoi, qui est payé comment, comment chacun gagne), accord de principes, PAS de technique/roadmap. Ligne rouge : zéro capital/CC/dev démontrable sans lettre d'accord signée avec licence payante indexée. ② Formaliser instructions Malgaches via inbox — UNE session (capacité à l'arrêt = coût) : modif v1 site WOW + devis rapport aux écrans. ③ Revue devis ASDGL encours+MNCAP AVANT envoi/signature → basculer en mode produit+licence (briques OnlyDev) et non régie. ④ 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 sur tarificateur (inventaire avant vente MNCAP/encours, pas seulement défense). 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 Seb : conception/vente > revue/déblocage > dev propre plafonné 2j/sem. Rituel hebdo 30min via Claude.ai : dire « revue » → lecture state+inbox, dictée brute, sortie = ordre chantiers + 3 actions perso Seb + instructions poussées. mark_done = livrable + emplacement + blocage (pas une case). Options/idées nouvelles plafonnées en h/mois écrites ici. Pari récurrent principal à trancher à la rentrée : licence WOW vs tarificateur 2e client.",
    "focus": [
        "WINORWIN",
        "digital",
        "APCIAL",
        "PELLET",
        "SF DEV"
    ],
    "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 dans le mail) | 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 (Google, Bing, La Poste, Solocal, Pages Jaunes) + 3 actions Fred (valider mails PJ/Solocal, confirmer portable gardé en SECONDAIRE, faire la VIDÉO de validation Google façade+entrée 10-20s) + PDF REBRAND-INSTAGRAM-PE joint pour Céline (4 étapes prêtes à exécuter, elle a les accès). Décision portable : gardé en numéro secondaire, confirmation Fred attendue. Passation complète : tout est soit livré, soit délégué avec consigne écrite, soit en attente d'un tiers. Verbatim : CLAUDESYNC/PELLET/PRESENCE_LOCALE_PE_2026-07-17.md.",
            "nom": "PELLET",
            "risque": "Encaissement : factures parties mais 0€ encaissé — vérifier paiement au retour, relance si besoin. Actions déléguées sans échéance ferme (vidéo Google, clics validation, rebrand Céline) → risque d'inertie pendant 3 semaines, prévoir une 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 DE LA RENTRÉE (09/08) : réunion cadrage François — structure de création de valeur (qui possède quoi, rémunération du pilotage, licence payante indexée, gouvernance, mécanismes de sortie), accord sur les principes, pas de signature forcée le jour même. Ligne rouge : aucun capital/apport CC sans lettre d'accord signée | Créer dossier WOW sur Drive + déposer les 2 transcriptions (réunions 1er juin et 19 juin) | Mettre à jour MCP pour transmission à Claude.ai | Formaliser instructions Malgaches (modif v1 + devis écrans) via inbox",
            "en_cours": "TEMPO jusqu'au retour Seb. Août : modif v1 site + devis Malgaches sur rapport aux écrans (instructions à formaliser via inbox à la rentrée, session unique). Transcriptions des 2 réunions à archiver sur Drive pour analyse.",
            "nom": "WINORWIN",
            "risque": "Gouvernance non résolue : Sébastien subventionne le dév produit de François sans equity ni scope formel → trancher stake SaaS ou rôle contractuel scopé. Chaque semaine sans cadrage = contributions empilées en zone grise. Candidat pari récurrent principal (licence WOW→WOWDEV) — à trancher vs tarificateur 2e client.",
            "statut": "en_cours"
        },
        {
            "nom": "TEST_BIDON",
            "statut": "test"
        },
        {
            "a_faire": "Test avec PDF réels projet digital (tableaux) — à faire lors d'une session digital. RÈGLE ACTÉE 19/07 : aucune extension QG (agents, dashboard, modules) sans preuve d'heures économisées ou décision débloquée — QG gelé au périmètre état+inbox+Drive.",
            "en_cours": "MarkItDown 0.1.6 installé le 02/07/2026 dans D:\\OD\\TOOLS\\MARKITDOWN\\. Wrapper markitdown_convert.py déployé. Testé OK HTML→MD.",
            "nom": "QG-MCP",
            "risque": "",
            "statut": "done"
        },
        {
            "a_faire": "FINITIONS : 1. Plesk → upload_max_filesize 25M + post_max_size 100M | 2. Re-uploader comptabilite.php + comptabilite_admin.php | 3. SUPPRIMER test_upload.php du serveur (diagnostic public) | 4. Remettre l'envoi e-mail vers $mand['courriel'] dans comptabilite_admin.php (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 données + retirer v1 du webroot | STRATÉGIQUE RENTRÉE : devis encours+MNCAP EN ATTENTE côté ASDGL → le revoir AVANT engagement en mode produit+licence sur briques OnlyDev (pas régie) ; l'audit PI avocat sur le tarificateur = inventaire avant vente (qui possède le socle après 10 ans), condition de la tarification licence. ASDGL = compte en expansion, pas juste moteur de trésorerie.",
            "en_cours": "MODULE COMPTA DÉPLOYÉ EN PROD en cohabitation (tables compa_, fichiers comptabilite.php / comptabilite_admin.php / dl.php, ancien système v1 intact aux URLs d'origine). Évolutions post-déploiement livrées : MULTI-DOCUMENTS par catégorie (table compa_documents + migration LOT2, N fichiers par case RIB/CNI/Certificat/Autre, ajout/suppression à l'unité) ; PAIEMENT EN LOT admin (filtre mandataire + statut Validé → cases à cocher → totaux frais société/compagnie auto → 1 clic Payer, garde-fous anti-double-paiement, 1 lot par mandataire) + HISTORIQUE des paiements (lots + 100 derniers détails) ; e-mail correction → courtiers.courriel ; fix #1071 (VARCHAR 191) ; messages d'erreur upload explicites. Diagnostic PDF Yousign : cause = upload_max_filesize 2M sur Plesk. CR sur Drive.",
            "nom": "digital",
            "risque": "E-mail de correction en dur vers Seb (test) → les mandataires ne reçoivent RIEN tant que non remis sur courriel. test_upload.php accessible publiquement tant que non supprimé. Divergence de données pendant la cohabitation → à la bascule, resync ou figer l'ancienne saisie. LOT2 one-shot. Devis encours/MNCAP : s'il part en régie classique, occasion licence ratée.",
            "statut": "en_cours"
        },
        {
            "a_faire": "PENDANT ABSENCE (équipe dev) : structure 18/07→09/08 | référentiels fin juillet | AU RETOUR SEB : arbitrer les remarques du tableau de champs Simon + lui répondre | Rédiger le draft du document de 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 CPI : é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ès 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É le 15/07 sur APCIAL_Conception_fonctionnelle_v3_6v2.pdf → CDC GELÉ, Phase 1 (12 500€) officiellement lancée. PDF OFFICIEL v3.6 déposé sur Drive (CLAUDESYNC/APCIAL) le 17/07 + archivé en local (sources/20260715) ; source md = APCIAL_Conception_fonctionnelle_v3_6.md (file_id 1Ejl9FBfEjhmu9QWOjN-b_GXoYyGz_RrC). ABSENCE : Clovis a avancé la structuration du MVP sur base CDC (délégation efficace = preuve du protocole : instruction écrite → exécution autonome). 17/07 : mail de Simon avec son tableau de champs → converti et poussé sur Drive : TABLEAU_CHAMPS_SIMON_2026-07-17.md (12 tables alignées sections 4.x, remarques à arbitrer : 'A revoir', 'A supprimer ?', 'A maintenir ?'). Décisions actées 08/07 (CR_REUNION_APCIAL_2026-07-08.md). Clovis audite le code sync, retour attendu (DIAG_SYNC_2026-07-07.md sur Drive). Token GitLab révoqué le 17/07.",
            "nom": "APCIAL",
            "risque": "3 bugs sync confirmés — BUG1 : perte de données silencieuse possible + drop silencieux de la queue après 10 échecs ; un seul propriétaire du code sync à désigner après retour Clovis. Qui arbitre le fonctionnel pendant l'absence Seb ? (non organisé avant départ). Cession IP promise oralement le 08/07 → ne rien signer sans le cadrage 3 points.",
            "statut": "en_cours"
        },
        {
            "a_faire": "Cadrer le modèle éco : qui produit (SF DEV/WOWDEV ?), qui vend, qui encaisse, part Seb sur chaque vente | Formaliser l'accès à la base membres WinOrWin comme apport quantifié de François (canal = actif WinOrWin, pas actif perso) — écrit, sinon canal révocable | Définir le catalogue initial : 2-3 projets/produits démontrables en formation (briques réutilisables OnlyDev, IP conservée, licence par membre) | Cadrer le format formations : qui anime, qui paie, calendrier | Créer l'arborescence Drive CLAUDESYNC/SF-DEV | Trancher l'articulation WINORWIN (produit) vs SF DEV (offre membres) | RÈGLE : projet en statut OPTION → plafond horaire mensuel à fixer et écrire ici tant que le pari principal n'est pas tranché",
            "en_cours": "Projet créé le 17/07. OBJECTIF CLARIFIÉ : produire des projets/développements à destination des membres WinOrWin (et au-delà). Mécanique : profiter de la manne WinOrWin → former les membres sur WOW → les rendre demandeurs de dev → leur présenter les projets pendant les formations. Formations = canal d'acquisition, base membres = marché captif, SF DEV = véhicule de production/vente. À structurer au retour de Seb (après le 08/08) — intégré à la réunion cadrage François (action n°1 rentrée).",
            "nom": "SF DEV",
            "risque": "Le canal (base membres + formations) appartient à WinOrWin, pas à François ni à SF DEV → sans accord écrit, tout le modèle repose sur un accès révocable. Conflit d'intérêts : François des deux côtés de la table. Même asymétrie que WOWDEV. Ne rien développer de démontrable avant cadrage IP/répartition écrit. Formations gratuites = Seb qui finance encore l'acquisition client de la structure commune.",
            "statut": "nouveau"
        }
    ]
}