{
    "updatedAt": "2026-07-07T14:51:17Z",
    "priorite_semaine": "APCIAL : réunion client 08/07 matin (balayage modifs CDC + validation comportement sync + lancement Phase 1 + calendrier été) ; diagnostic sync Claude Code FAIT 07/07 (Drive) — croiser avec le retour Clovis avant décision | PELLET : relancer Fred si pas de retour sur les 2 devis + caler appel | WINORWIN : créer dossier WOW Drive + déposer les 2 transcriptions (1er + 19 juin) | digital : déployer le nouveau module compta en cohabitation avec l'ancien",
    "focus": [
        "APCIAL",
        "PELLET",
        "WINORWIN",
        "digital"
    ],
    "projets": [
        {
            "a_faire": "Relancer Fred sur les 2 devis (audit 1600€ + quick wins 600€) si pas de retour | Caler appel jeudi/vendredi matin | Instagram PE : post clôture + redirection | Bing Places : revendiquer fiches | Informer associés 3.1",
            "en_cours": "Mail Fred envoyé 26/06 (objet Actions à engager) + 2 devis sous 3.1. Céline répondu. Corrections Google PE faites. Docs référence créés dans Drive.",
            "nom": "PELLET",
            "risque": "Fred négociateur → tenir prix audit 1600€. Décision 3.1 prise sans associés → à tracer.",
            "statut": "en_cours"
        },
        {
            "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",
            "en_cours": "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é",
            "statut": "en_cours"
        },
        {
            "nom": "TEST_BIDON",
            "statut": "test"
        },
        {
            "a_faire": "Test avec PDF réels projet digital (tableaux) — à faire lors d'une session digital",
            "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": "DÉPLOIEMENT PROD : 0. Vérifier écart LOT0 92/101 lignes (dump commissions_v5) | 1. Backup BD (précaution) | 2. LOT0_encours.sql | 3. LOT1_migration.sql (ONE-SHOT, ne pas rejouer) | 4. Uploader comptabilite.php + comptabilite_admin.php + dl.php + config.php | 5. Créer logs_app/ racine vhost | 6. COPIER (pas déplacer) httpdocs/uploads/affaires/* → uploads/affaires/ | 7. Compléter compa_compagnies | 8. SMTP_* dans .env | 9. Vérifier courtiers.email (probablement 'courriel' → correctif code à prévoir) | 10. Recette | BASCULE plus tard : lien menu → comptabilite.php + resync données + retirer v1",
            "en_cours": "Session 02/07 (Fable5) : revue + 10 corrections (3 sécu) PUIS refonte en COHABITATION : nouvelles tables préfixées compa_ (7 tables, affaires_conclues COPIÉE vers compa_affaires_conclues, l'originale intacte), nouveaux fichiers comptabilite.php / comptabilite_admin.php, anciens compta*.php restaurés en v1 aux URLs d'origine. Les 2 systèmes tournent en parallèle, zéro risque sur l'existant. CR v2 sur Drive.",
            "nom": "digital",
            "risque": "Divergence de données pendant la cohabitation → à la bascule, resync ou figer l'ancienne saisie. LOT1 one-shot. courtiers.email : colonne probablement 'courriel' → emails silencieux tant que non corrigé. Écart LOT0 92/101 à confirmer avant exécution.",
            "statut": "en_cours"
        },
        {
            "a_faire": "RÉUNION CLIENT 08/07 MATIN : 1. Balayage modifs CDC → trier oui/reformulé/Phase 2, objectif CDC gelé en sortie | 2. Flux fiche diag validé : sélection/création bâtiment → pilier Technique → observation datée (texte+photos+état) ; règle : items enveloppe (toiture, façades, charpente) au niveau BÂTIMENT, jamais Espace ; création à la volée minimale (nom + rattachement site) | 3. Faire valider le comportement sync attendu (pas de blocage sur conflit, saisies locales toujours visibles avec indicateur en-attente, retry auto réseau faible) — s'appuyer sur la spéc §6 du diagnostic Drive | 4. Lancement Phase 1 : périmètre (inventaire+GED+Check-Diag+Score), site pilote, qui alimente l'inventaire | 5. Calendrier été : Seb absent 17/07-08/08, confirmer dispo réelle équipe malgache (PAS absente 03-24/08 contrairement à l'info précédente), canal de contact pendant absence | APRÈS RETOUR CLOVIS : croiser son audit avec le diagnostic Claude Code (DIAG_SYNC_2026-07-07.md sur Drive) + décider qui corrige la sync et sur quelle spéc | Révoquer le token GitLab read-only au plus tard le 16/07",
            "en_cours": "Diagnostic sync TERMINÉ 07/07 (Claude Code) : 2 repos GitLab clonés en local (d:/PROJET/APCIAL/repos), causes racines des 3 bugs identifiées avec fichiers/lignes précis, spéc du comportement attendu + plan de correction en 7 points priorisés → DIAG_SYNC_2026-07-07.md sur Drive. Confirmé : aucune détection de conflit serveur (LWW aveugle + suppression des items absents du payload = perte de données silencieuse), audit soft-deleted + update concurrent = 500 permanent qui bloque toute la queue, drop silencieux après 10 retries, suppressions offline jamais synchronisées, aucun timeout HTTP. En parallèle : Clovis audite le même code, retour attendu. Réunion client 08/07 matin.",
            "nom": "APCIAL",
            "risque": "3 bugs sync confirmés par lecture de code — BUG1 est pire qu'annoncé : en plus du blocage, perte de données silencieuse possible (sync d'une version ancienne supprime les observations d'autrui) et drop silencieux de la queue après 10 échecs. Un seul propriétaire du code sync à désigner après le retour Clovis. Qui arbitre les questions fonctionnelles pendant l'absence de Seb 17/07-08/08 ? Token GitLab (lecture seule) à révoquer avant fermeture accès le 16/07.",
            "statut": "en_cours"
        }
    ]
}