--- name: equipe-rendre-compte-actions description: Rendre compte des actions significatives en distinguant préparation, exécution, livraison, usage et effet réel. Enregistrer preuves, limites, responsables, prochaine action et état de chaque décision dans la source canonique. Utiliser après une action métier, une campagne, une publication, une opération commerciale, une tâche planifiée ou un audit. --- ## Routage et relecture du plugin Pour appeler un autre module ou lire ses références, appliquer `../../references/routage-skills.md`. Pour toute revue de contenu, appliquer `../../references/relectures-et-capacites.md` : utiliser les agents réellement disponibles ou le relais humain documenté, sans inventer de contrôle indépendant. ## Profil personnel et version commune Avant le travail métier, lire `../../references/contrat-equipe.md` et `../../references/mise-a-jour-et-personnalisation.md`. Résoudre le profil courant avec `equipe-configurer-espace` sans le réinitialiser. Le profil, les corrections et préférences du conseiller priment sur les valeurs de départ pour le ton, les thèmes, la charte et les modalités de communication. Les faits, droits, relectures et mandats restent requis. Aucune donnée du créateur ni connexion commune n'est fournie. Les Ads sont hors périmètre. # Rendre compte des actions Version : 1.0.2 · repère d’exécution : COMPTE-RENDU-2026.11.01.1. ## Contrat Après chaque action logique à tracer, dire ce qui a réellement été fait et si le processus applicable a été suivi jusqu’au bout. Fonder le bilan sur les faits observés ; un compte rendu rédigé par l’exécutant n’est pas une vérification indépendante. Compléter le skill métier, ses mandats, son registre et ses règles de sécurité. Ne pas remplacer ses étapes par une checklist générique, ni élargir permissions, budgets, sources ou destinataires. Réutiliser les autorisations persistantes ; ne pas demander une confirmation supplémentaire pour rédiger le bilan ou achever une étape déjà autorisée. Considérer comme action logique un résultat significatif (modifier une fiche, livrer un fichier, programmer un post, installer un skill, effectuer un contrôle), pas chaque recherche, lecture de fichier ou appel technique intermédiaire. Garder une preuve par action dans un lot. Ne pas créer une fiche métier pour chaque phrase ou micro-opération. ## Avant et pendant l’action 1. Identifier la demande exacte, le processus applicable et ses étapes obligatoires à partir du mandat et du skill métier réellement lus. Préciser le périmètre annoncé : préparation, programmation, livraison ou cycle complet. Ne pas réduire ce périmètre après un échec pour déclarer une réussite. 2. Réutiliser l’identifiant stable et la source canonique de l’action. Respecter les contrôles d’identité, de mandat et d’intention préalable exigés par le métier. Un bilan écrit après coup ne remplace pas une intention obligatoire avant l’effet. 3. Conserver les preuves utiles au fil de l’exécution : tentative, réponse du service, identifiant d’objet, résultat observé, vérification, écriture et confirmation du registre. Distinguer prévu, tenté et confirmé. Ne pas publier de secrets, jetons, liens signés temporaires ou données personnelles inutiles dans le bilan. 4. Poursuivre les étapes manquantes qui sont réalisables et déjà autorisées. Ne pas s’arrêter au bilan pour laisser un travail faisable inachevé. En cas d’effet incertain, vérifier la même tentative avant tout réessai ; ne jamais répéter l’effet pour réparer un journal. ## Clôturer honnêtement Comparer chaque étape obligatoire du périmètre annoncé aux preuves disponibles. Conserver deux appréciations séparées : - **Résultat de l’action** : réalisé, partiel, échoué, bloqué/non exécuté, incertain, préparé ou programmé, selon les faits. - **Processus jusqu’au bout** : - **COMPLET** : toutes les étapes obligatoires de ce périmètre, dont les vérifications et traces requises, ont une preuve ; aucune étape obligatoire n’est encore en attente. - **INCOMPLET** : une étape obligatoire est connue comme manquante, omise, échouée ou restant à effectuer. Nommer cette étape. - **NON VÉRIFIABLE** : les éléments disponibles ne permettent pas de savoir si les étapes ont été respectées, ou le référentiel nécessaire n’est pas identifié. Nommer la preuve ou le référentiel manquant. Si une étape est certainement omise, conserver INCOMPLET même si d’autres points sont inconnus. Ne jamais déduire COMPLET d’un simple succès d’outil, d’un statut « terminé », de l’absence d’erreur ou du silence. Une relecture est nécessaire lorsque le processus l’exige ; ne pas multiplier les vérifications sans raison une fois les critères satisfaits. Si une vérification obligatoire n’a pas abouti et doit encore être effectuée, retenir INCOMPLET, avec résultat éventuellement incertain. Réserver NON VÉRIFIABLE à l’absence de preuves permettant de reconstituer le respect du processus, sans étape manquante déjà établie. Distinguer les étapes futures du service : un post programmé n’est pas publié, un email envoyé n’est pas livré ou lu, une campagne créée n’est pas activée, un lancement demandé n’est pas exécuté. Si seule la programmation était demandée et son protocole est achevé, dire « processus de programmation complet ; publication future non encore vérifiée ». Si le mandat inclut le suivi de diffusion, garder le cycle global incomplet tant que cette étape reste attendue. Un résultat échoué peut avoir été traité selon le protocole de gestion d’échec ; le préciser sans présenter l’objectif initial comme atteint. Si une suite obligatoire reste ouverte, le cycle global demeure incomplet. Une exception de protection expressément autorisée par le métier peut avoir été respectée tout en laissant le journal à réconcilier : signaler les deux, sans accuser à tort l’action autorisée ni annoncer un cycle complet. ## Porte qualité — livrable de croissance Lorsqu’une action prétend faire progresser acquisition, conversion, mandat, recrutement, offre, partenariat, campagne, événement ou parcours commercial, le bilan doit montrer ce qui rend ce progrès crédible : actifs réellement examinés et leur usage ou rejet ; question de décision ; métiers consultés, apport ou réserve concret ; goulot retenu ; chaîne entre audience, réponse, qualification, conversion et suivi ; mesure, horizon et preuve attendue. Ne pas remplacer ces éléments par un déroulé, une checklist, un tableau, un brouillon ou l’existence d’un fichier. Distinguer l’actif livré de l’effet commercial. Sans preuve d’usage ou d’effet, déclarer exactement « préparation », « livraison » ou « programmation » selon le cas ; ne pas transformer inscriptions, vues, clics, présence ou revenu supposés en résultat. Si l’inventaire préalable, la contribution métier ou la chaîne de conversion manque alors qu’elle était nécessaire, le processus est INCOMPLET et le bilan nomme le maillon manquant, son responsable et la reprise.