{
    "updatedAt": "2026-07-17T14:50:32Z",
    "priorite_semaine": "APCIAL : BON POUR ACCORD SIGNÉ 15/07 sur la conception v3.6v2 → CDC gelé, Phase 1 lancée ; Seb en congés 17/07-08/08, équipe sur la structure ; tableau de champs Simon reçu 17/07 (Drive) — remarques à arbitrer au retour | PELLET : BOUCLÉ pour l'absence — mail récap + factures d'acompte envoyés le 17/07, actions transférées à Fred/Céline | WINORWIN : créer dossier WOW Drive + déposer les 2 transcriptions | digital : module compta DÉPLOYÉ en cohabitation — reste finitions (limite upload Plesk, e-mail réel, nettoyage)",
    "focus": [
        "APCIAL",
        "PELLET",
        "WINORWIN",
        "digital"
    ],
    "projets": [
        {
            "nom": "PELLET",
            "statut": "en_cours",
            "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.",
            "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",
            "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."
        },
        {
            "nom": "WINORWIN",
            "statut": "en_cours",
            "en_cours": "Transcriptions des 2 réunions à archiver sur Drive pour analyse",
            "a_faire": "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",
            "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é"
        },
        {
            "nom": "TEST_BIDON",
            "statut": "test"
        },
        {
            "nom": "QG-MCP",
            "statut": "done",
            "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.",
            "a_faire": "Test avec PDF réels projet digital (tableaux) — à faire lors d'une session digital",
            "risque": ""
        },
        {
            "nom": "digital",
            "statut": "en_cours",
            "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 (fichier trop lourd / post_max_size). Diagnostic PDF Yousign : cause = upload_max_filesize 2M sur Plesk. CR sur Drive.",
            "a_faire": "FINITIONS : 1. Plesk → upload_max_filesize 25M + post_max_size 100M (PDF Yousign lourds rejetés sinon) | 2. Re-uploader comptabilite.php + comptabilite_admin.php (messages d'erreur upload) | 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 sebastien@asdugrandlyon.com pour test) | 5. Compléter compa_compagnies avec vraies compagnies + SMTP_* dans .env si pas fait | 6. Recette complète (multi-docs, paiement lot, notifs) | BASCULE plus tard : lien menu → comptabilite.php + resync données + retirer v1 et backups v1 du webroot",
            "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 (rejouer duplique la reprise des fichiers)."
        },
        {
            "nom": "APCIAL",
            "statut": "en_cours",
            "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 signé archivé en local (sources/20260715) ; dépôt Drive = manuel par Seb (le endpoint refuse les .pdf, non vérifiable par l'app en scope drive.file). 17/07 : mail de Simon avec son tableau de champs (Synthèse des champs.xlsx) → converti et poussé sur Drive : TABLEAU_CHAMPS_SIMON_2026-07-17.md (12 tables alignées sur les sections 4.x du CDC : Check-Diag 4 piliers, Points de vigilance, Préconisations, Lignes PPI, Organisation… avec remarques Simon à arbitrer : 'A revoir', 'A supprimer ?', 'A maintenir ?'). Décisions actées 08/07 (CR_REUNION_APCIAL_2026-07-08.md sur Drive) : Espace extérieur rattachable bâtiment/site ; blocs enveloppe multiples par bâtiment (état = déclencheur PPI) ; PDL→Point d'énergie avec héritage + consos historisées ; notation portée exclusivement par la fiche Check-Diag ; notifications actées (mails regroupés + in-app) ; PPI prix manuel + barème administrable ; Phase 1 = inventaire+GED+CheckDiag+Score sérénité. Clovis audite le code sync, retour attendu (diagnostic Claude Code déjà sur Drive : DIAG_SYNC_2026-07-07.md). Token GitLab révoqué le 17/07.",
            "a_faire": "PENDANT ABSENCE (équipe dev) : structure 18/07→09/08 | APCIAL : référentiels fin juillet | AU RETOUR SEB : arbitrer les remarques du tableau de champs Simon (A revoir/A supprimer/A maintenir) + 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",
            "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 17/07-08/08 ? (non organisé avant départ). Cession IP promise oralement le 08/07 → ne rien signer sans le cadrage 3 points (briques génériques, SaaS tiers, contrepartie)."
        },
        {
            "nom": "SF DEV",
            "statut": "nouveau",
            "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).",
            "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 (membres ? WinOrWin ? gratuit = coût d'acquisition à chiffrer), calendrier | Créer l'arborescence Drive CLAUDESYNC/SF-DEV | Trancher l'articulation WINORWIN (produit) vs SF DEV (offre membres)",
            "risque": "Le canal (base membres + formations) appartient à WinOrWin, pas à François ni à SF DEV → sans accord écrit WinOrWin↔SF DEV, tout le modèle repose sur un accès révocable. Conflit d'intérêts potentiel : François des deux côtés de la table (WinOrWin ET SF DEV). Même asymétrie que WOWDEV : si Seb produit le démontrable et François 'apporte' un canal qui ne lui appartient pas, l'apport François = zéro actif propre. 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."
        }
    ]
}