Chargement de la page…
Ouverture de Compta-Pilot…
Chargement de la page…
Ce qu'un cabinet sait vérifier — quels contrôles, sur quels comptes, à quelle cadence, avec quels pièges — est un savoir qui vit d'habitude dans un classeur Excel et dans la tête de quelques personnes. Cette page raconte comment nous en avons fait un système : outillé, cadencé, partagé, et toujours signé par un humain. Cette page décrit ce mécanisme. Elle ne démontre aucun effet humain, économique ou commercial.
Le dossier de démonstration du cabinet Méridien. Matière illustrative : ce n'est pas un client réel, et ce n'est pas du vécu. Ici on définit un contrôle et on pose un verdict ; ce qu'on fait pour ce client, et quand, se lit dans l'onglet du même nom.
Une trame peut contenir de nombreux contrôles, classés par cycle et reliés aux comptes, sans permettre de conduire la revue dans l'outil. Une bibliothèque sans mode d'exécution, sans cadence explicite et sans historique reste un référentiel : elle ne devient un système de travail qu'une fois ces décisions rendues visibles.
La refonte a posé trois fondations : chaque contrôle sait commentil s'exécute, chaque contrôle sait quandil est dû, et tout ce que produit la machine reste une proposition tant qu'un collaborateur ne l'a pas signée.
Le routage est décidé par les capacités du contrôle, la plus déterministe d'abord : une règle codée coûte moins cher et se trompe moins qu'un appel IA, qui lui-même prépare mieux le terrain qu'une page blanche.
soldes attendus (58, 471, 455…), écritures suspectes
Un calcul déterministe sur la balance ou les écritures : « les comptes 58 doivent être à zéro ». Le résultat sort avec sa preuve chiffrée, à la centime. C'est la matière de la trame de revue du cabinet, celle qu'on cochait à la main dans Excel.
revue analytique, cohérences, variations inexpliquées
Là où il n'y a pas de règle mais un raisonnement : l'IA reçoit les soldes, les tendances mensuelles et le contexte du dossier, sous un prompt socle verrouillé et versionné. Elle cite les chiffres qu'elle a examinés, dit ce qu'elle n'a pas pu vérifier, et répond « indéterminé » plutôt que d'inventer.
pièces, entretiens, appréciations de risque
Ce qu'aucun outil ne tranche : obtenir une attestation, apprécier un litige, juger un caractère raisonnable. Le système ne les exécute pas — il les présente au bon moment, à la bonne personne, avec le bon contexte.
Le mécanisme distingue ce qui peut être exécuté par une règle, ce qui peut être analysé par l'IA et ce qui relève du jugement. Dans les trois cas, le résultat reste une proposition accompagnée de ses éléments : seul un collaborateur peut la confirmer, l'infirmer ou la laisser indéterminée.
Un verdict calculé — même par une règle exacte — n'est jamais final : un solde non nul peut être parfaitement justifié. La confirmation est un acte professionnel, tracé au nom de celui qui le pose. C'est la même doctrine que partout dans l'app : Noota propose, Léo propose, la revue propose.
Une justification IA cite les chiffres réellement examinés et liste ses limites. Une réponse sans éléments est déclassée en « indéterminé » par le code, pas par la bonne volonté. Le tie-out chiffré reste réservé aux contrôles de solde : sur un jugement, « solde nul » serait un non-sens.
Le contrôle qu'un collaborateur invente pour un client — une vérification sectorielle, un piège déjà rencontré — se propose au cabinet en un clic, depuis l'endroit même où il travaille. La bibliothèque affiche l'usage réel de chaque contrôle : combien de dossiers le portent, combien d'anomalies il a détectées. Le savoir de révision cesse d'être personnel.
La check-list partagée au client ne sort que les demandes qui lui sont destinées, avec un libellé écrit pour lui. Un contrôle sans interlocuteur client ne sort jamais ; un verdict interne, jamais ; une anomalie n'est jamais affichée « reçu, merci ». Ce n'est pas une convention d'équipe, c'est un verrou testé.
La thèse qui porte tout l'écosystème tient en une phrase : la relation client est un actif durable du cabinet d'expertise comptable, et elle se construit par une démarche de knowledge management augmentée d'intelligence artificielle. La revue en fournit un mécanisme concret : un contrôle paramétré formalise un savoir, une proposition confirmée enrichit l'historique du dossier et une check-list peut organiser les demandes adressées au client. La réutilisation réelle de ce savoir et ses effets doivent encore être observés et mesurés.
Un contrôle se définit et se conclut ici, dans Contrôle et clôture. Mais ce qu'on fait pour un client, et quand, se lit dans l'onglet du même nom : une seule table, une ligne par travail, qu'il vienne du registre des obligations ou d'un contrôle actif. Trois angles la lisent : le mois en quatre bandes, l'année, et tout en table avec ses douze colonnes.
Chaque ligne porte la colonne que les classeurs perdent toujours : la pièce attendue du client, qui l'envoie, avant quel jour, et si elle est arrivée ce mois. Elle porte aussi son contrat (à quoi on reconnaît que c'est terminé, à quoi on reconnaît que c'est réussi) et la consigne donnée à l'agent pour ce dossier. Rien n'est deviné : ce qu'un humain n'a pas écrit s'affiche « à définir », et « aucune pièce » reste un choix explicite du cabinet, distinct du silence.
Sur un dossier sans aucun contrôle actif, la page ne renvoie plus à une bibliothèque de deux cent dix lignes : elle propose, avec la raison de chaque proposition, un critère du profil qui retient ce dossier ou l'usage réel du cabinet. Et elle se tait quand elle n'a rien d'honnête à dire : un contrôle dont aucun axe ne discrimine ce client n'est jamais proposé. Cocher n'active rien ; chaque activation s'ouvre une par une, avec sa cadence, sa personne au cabinet et son interlocuteur chez le client.
Une fiche client bien remplie ne prouve rien tant que personne d'autre ne l'a lue. La passation à blanc est le test : un collègue qui ne connaît pas le dossier lit la fiche, sans rien demander à personne, répond aux six questions du repreneur, et note ce qui l'a arrêté. La réunion qui suit ne liste que les manques.
Cinq mesures en sortent : le temps de lecture, le nombre de « je ne sais pas » sur six, les réponses qui existaient dans la fiche mais qu'on n'a pas trouvées, le nombre de « à confirmer », et les manques devenus questions au client. La troisième mesure, l'échec de forme, distinct de l'échec de fond, reste vide dans l'application : le lecteur seul ne peut pas la connaître, c'est la réunion qui la renseigne. Le geste s'ouvre depuis la passation du dossier ou depuis sa gouvernance.