Chaque cabinet « fait de la veille » — des newsletters que personne ne lit, un abonnement documentaire sous-exploité, un associé qui transfère des articles. Et pourtant la vraie question n'est jamais traitée : quand un texte change, QUELS dossiers du portefeuille sont concernés, et QUI doit faire quoi ?
Ouvrir mes sources de veilleL'écran réel : brancher 3 sources filtrées sur les typologies du portefeuille — le système constate
Ce que recommandent les praticiens
1La veille utile est FILTRÉE par le portefeuille réel : on ne surveille pas « l'actualité fiscale » (personne ne peut), on surveille les sujets dont le cabinet a des dossiers — les typologies dominantes, les secteurs des grappes, les régimes réellement pratiqués. Le filtre EST la veille ; sans lui, il n'y a que du bruit.
2Une veille a besoin d'un CURATEUR humain : quelqu'un qui, dix minutes par semaine, qualifie — « important pour nous / à savoir / bruit ». La curation ne se délègue pas entièrement à l'algorithme : c'est le jugement du praticien qui distingue le texte qui change une doctrine du texte qui fait du volume.
3Le PUSH ciblé bat le PULL généralisé : l'information doit ALLER VERS le collaborateur concerné (celui qui porte les dossiers touchés), pas attendre dans un portail que personne ne visite. Une veille qui exige d'aller la chercher est une veille morte.
4La veille se juge à ses SUITES, pas à son flux : combien d'alertes ont produit une action — une position mise à jour, un dossier vérifié, un client prévenu ? Une veille riche en articles et pauvre en actions est un abonnement, pas un dispositif.
5La veille est le gardien de l'OBSOLESCENCE : chaque évolution captée doit interroger la doctrine interne — « cette position est-elle encore vraie ? ». C'est le lien que presque personne ne fait : la veille qui entre et la doctrine qui dort s'ignorent, et le cabinet applique du périmé en toute confiance.
Sources : Livre blanc Ourouk 2023 — pratiques de veille et usages · ISO 30401:2018, §4.4.2.a (acquérir) et §4.4.2.d (gérer l'obsolète) — la veille sert les deux · ISO 30401:2018, §7.5 — la maîtrise des informations documentées d'origine externe
Pourquoi ça a du mal à fonctionner en cabinet
La noyade générique : les abonnements « toute l'actualité » produisent un flux que personne ne lit — et le vrai signal (le texte qui touche douze dossiers du portefeuille) passe avec le bruit. Trop de veille tue la veille.
La veille d'une personne : le passionné qui lit tout et transfère « quand il pense à vous ». Le jour où il part, la veille part — et de son vivant, son filtre personnel n'est pas celui du portefeuille.
Le cul-de-sac de la boîte mail : l'alerte arrive, elle est lue, elle meurt — aucun lien avec les dossiers concernés, aucune trace de qui a fait quoi. L'information a circulé, la connaissance n'a pas bougé.
Tout le monde reçoit tout : sans routage par typologie, la veille devient un spam interne — et le réflexe de survie de l'équipe (l'ignorer) est rationnel. La pertinence individuelle est la condition de la lecture.
La doctrine jamais rafraîchie : la veille signale le changement, mais personne ne rouvre les positions internes touchées — le cabinet SAIT que le texte a changé et continue d'appliquer l'ancienne note. C'est le pire des deux mondes : le coût de la veille sans son bénéfice.
Ce que Compta-Pilot apporte
Le module de veille existe et il est structuré : des sources gérées, une taxonomie, des référents nommés (douze en base — vérifié), et un branchement constaté par le système : l'étape « veille branchée » du dispositif se valide automatiquement dès que deux sources actives existent (revue de code : la détection est réelle, dans le moteur d'auto-constat).
Le filtre par le portefeuille est la promesse d'architecture : les typologies du scan (les grappes réelles du cabinet) ont vocation à piloter les sources — la veille du cabinet ressemble à SES dossiers, pas au sommaire d'une revue. Le référent qualifie, l'équipe reçoit ce qui la concerne.
Le débouché vers la doctrine est le chaînon conçu : une alerte qualifiée « importante » doit interroger les positions internes du domaine (leur date de revue existe sur chaque contenu — le calcul des échéances est implémenté, vérifié en code) et notifier les dossiers concernés.
L'honnêteté due au lecteur : la PROPAGATION automatique (le changement réglementaire qui identifie seul les dossiers touchés et notifie leurs porteurs) est spécifiée — le type de chaîne existe dans le modèle — mais reste à démontrer en conditions réelles : le moteur de signaux s'est révélé muet à notre audit, et les chaînes de démonstration ont été écartées par honnêteté. Aujourd'hui, la propagation passe par le référent humain ; demain, elle sera assistée.
Par où commencer — en réalité
1Démarrer à TROIS sources, pas quinze : les deux typologies dominantes du scan + une source généraliste de référence. On élargit quand le circuit tourne, jamais avant.
2Nommer LE curateur (un référent, dix minutes par semaine) : il qualifie chaque alerte — importante / à savoir / bruit — et route l'importante vers le porteur des dossiers concernés. C'est un rôle, pas une corvée : il se nomme en réunion, il tourne si besoin.
3Instituer le réflexe doctrine : chaque alerte importante rouvre la question — « quelles positions internes sont touchées ? ». La mise à jour se fait dans la foulée ou s'inscrit à la CoP suivante.
4Mesurer les suites, pas le flux : en réunion mensuelle, un chiffre — combien d'alertes ont produit une action (position mise à jour, dossier vérifié, client prévenu). Si le chiffre est zéro deux mois de suite, la veille est décorative : resserrer le filtre.