{
    "updatedAt": "2026-07-19T22:03:34Z",
    "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). ③ Revue devis ASDGL encours+MNCAP AVANT envoi → mode produit+licence (briques OnlyDev), pas régie — DÉSORMAIS AUSSI CLÉ DE CAPACITÉ : la délégation aux Malgaches côté ASDGL est 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). DÉCISIONS ACTÉES 19/07 (session simulation rentrée) : facturation OD juillet WOW = 2j support + 1,5j pilotage (accord verbal François obtenu — trace via libellé facture détaillé, vérifier que 1,5j couvre le pilotage réel avant émission) ; cadrage WOW RESTE sur 3.1 (pas de bascule OD, zéro zone grise associés) ; Malgaches : AUCUNE délégation directe par Seb sans contrat — WOW via François, ASDGL après signature devis. 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"
    ],
    "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 (Google, Bing, La Poste, Solocal, Pages Jaunes) + 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 — pas de validation d'architecture sans cadrage WOWDEV calé. (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 (API contract, design system), pourquoi pas monorepo. Poser que la techno V2 = arbitrage commun (Seb CTO), pas fait accompli. CONTRADICTION À EXPLOITER : objectif François « plus de dev janvier 2027 » vs multi-repo = architecture qui MAXIMISE la maintenance. (d) OBJECTIF JANVIER 2027 : ACTER, pas combattre — distinguer fin du DEVIS (janvier 2027, ok) vs fin du PROJET (n'existe pas : run sécu/dépendances/bugs/demandes membres = 1-2j/mois incompressible à chiffrer et tarifer dès maintenant ; évolutions + backlog résiduel ~79 idées = nouveaux devis OU véhicule WOWDEV si signé). Clause de revoyure écrite : hypothèse fin de build janvier 2027, si dev subsiste au-delà → tarification au réel nouvelle grille. Argument licence : si François croit à l'arrêt du dev, la licence 5 ans est un coût borné — son optimisme finance la protection ; refus de licence + croyance arrêt dev = il compte sur du travail gratuit continué, à dire à voix haute. L'après-devis est PRÉCISÉMENT ce que WOWDEV organise → son calendrier plaide pour le cadrage. (e) DESIGN : Arxama a produit du graphisme mobile UNIQUEMENT, aucun écran PC (Seb a demandé des écrans). Mobile-FIRST ≠ mobile-only. Exigence : couverture écrans complète mobile+PC et design system PARTAGÉ avant toute ligne de code V2. Question avenant : mission Arxama était terminée — nouveaux écrans payés par qui ? (f) MOTIF FAITS ACCOMPLIS à nommer : Bart choisit la stack seul, Arxama designé mobile seul, décisions structurantes prises avant arbitrage — chaque livrable commandé avant le 10 réduit l'arbitrable | FACTURATION JUILLET : émettre facture OD 2j support + 1,5j pilotage, libellé détaillé (= trace écrite de l'accord verbal François), vérifier compte réel du pilotage avant émission. Cadrage reste sur 3.1 | Créer dossier WOW sur Drive + déposer les 2 transcriptions (1er juin, 19 juin) | Instructions Malgaches WOW : via François (missionnement), 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 en cours pendant la négo (stack Bart, design Arxama mobile-only) → le 10, « l'existant » servira de cadre si Seb ne renverse pas. 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. Candidat pari récurrent principal (licence WOW→WOWDEV) vs tarificateur 2e client.",
            "statut": "en_cours"
        },
        {
            "nom": "TEST_BIDON",
            "statut": "test"
        },
        {
            "a_faire": "Test avec PDF réels projet digital (tableaux) — lors d'une session digital. RÈGLE ACTÉE 19/07 : aucune extension QG 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. 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 — ce devis CONDITIONNE la délégation aux Malgaches côté ASDGL (pas de contrat = pas de délégation directe) ; 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é) → poussé en 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 (décision Seb 19/07) : 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": "Cadrer le modèle éco : qui produit, qui vend, qui encaisse, part Seb | Formaliser l'accès base membres WinOrWin comme apport quantifié de François (canal = actif WinOrWin, pas perso) — écrit | Catalogue initial : 2-3 produits démontrables (briques OnlyDev, IP conservée, licence par membre) | 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": "Projet créé 17/07. OBJECTIF : produire des devs pour les membres WinOrWin. Mécanique : formations = canal d'acquisition, base membres = marché captif, SF DEV = véhicule production/vente. Intégré à la réunion cadrage François (action n°1 rentrée).",
            "nom": "SF DEV",
            "risque": "Canal appartient à WinOrWin → accès révocable sans accord écrit. Conflit d'intérêts : François des deux côtés. Même asymétrie que WOWDEV. Rien de démontrable avant cadrage IP/répartition écrit. Formations gratuites = Seb finance l'acquisition de la structure commune.",
            "statut": "nouveau"
        }
    ]
}