IA pour cabinets d’expertise comptable : ce qui marche, et ce qui ne marche pas

Un cabinet reçoit aujourd’hui des promesses contradictoires : d’un côté un outil qui ferait le travail à la place des collaborateurs, de l’autre une méfiance de fond sur la fiabilité et le secret professionnel. Les deux positions empêchent d’avancer.

Notre position est plus étroite et plus utile. L’IA est excellente pour préparer, extraire, reformuler et signaler. Elle est mauvaise pour décider, et un cabinet ne peut pas se permettre une décision fausse présentée avec assurance.

Nous cadrons donc les usages un par un, en commençant par la question qui conditionne tout le reste : où vont les données, et qui les voit. Tant que cette réponse n’est pas écrite, aucun déploiement ne commence.

C’est le premier arbitrage, et il conditionne les outils, le coût et ce qui sera possible. Le traiter après le choix de la solution est l’erreur la plus fréquente.

Les trois questions à trancher, par écrit

• Quelles données sortent du cabinet, et pour aller où ? Un document comptable contient des informations couvertes par le secret professionnel. La réponse n’est pas la même pour un courrier type et pour une liasse.
• Que devient la donnée une fois traitée ? Est-elle conservée, et pour combien de temps ? Sert-elle à améliorer un service tiers ? Ces réponses figurent dans les conditions d’utilisation, elles se lisent avant de signer.
• Qui, en interne, a le droit de voir quoi ? Un outil qui donne à tous les collaborateurs l’accès à tous les dossiers recrée un problème que le cabinet avait résolu.

Les trois architectures possibles

Le service en ligne, le plus simple et le plus capable, acceptable pour ce qui ne contient pas de donnée client identifiable : rédaction de courriers types, reformulation, préparation de supports.

L’anonymisation en amont, où les éléments identifiants sont retirés avant l’envoi et réinjectés après. Cela ouvre des usages plus larges, au prix d’une complexité réelle et d’un point de contrôle supplémentaire.

Le traitement local, sur une infrastructure que vous contrôlez, quand la donnée ne doit pas sortir. Moins capable et plus coûteux à mettre en place, c’est parfois la seule option acceptable. Nous décrivons cette approche sur la page n8n auto-hébergé.

Ce que nous écrivons systématiquement

Un document court qui dit, usage par usage, quelle donnée circule et où. Il sert au cabinet à répondre à un client qui pose la question, et il sert à trancher les usages suivants sans rouvrir le débat à chaque fois.

Nous les classons par rapport gain sur risque, pas par effet de démonstration.

1. L’extraction depuis les pièces reçues

C’est l’usage le plus mûr et le moins risqué, parce que le résultat est immédiatement vérifiable. Lire une facture, en extraire les éléments, les proposer à la saisie : le collaborateur valide ou corrige, et l’erreur se voit tout de suite.

Le gain n’est pas la suppression de la saisie, c’est sa transformation en relecture. C’est moins spectaculaire et beaucoup plus solide, parce que le point de contrôle reste dans le flux.

2. La préparation des réponses aux clients

Un cabinet répond chaque semaine aux mêmes questions, formulées différemment. Préparer un premier jet à partir de la documentation interne du cabinet fait gagner du temps réel, à condition que le collaborateur relise et adapte.

La condition n’est pas cosmétique : une réponse fausse envoyée au nom du cabinet engage le cabinet. Nous concevons donc ces flux pour qu’aucun envoi ne parte sans qu’un humain ait cliqué.

3. Le contrôle de cohérence

Signaler ce qui sort de l’ordinaire : un montant inhabituel pour ce client, une pièce manquante par rapport aux mois précédents, un écart entre deux sources. L’outil ne conclut pas, il attire l’attention.

C’est l’usage dont la valeur augmente le plus avec le temps, parce qu’il apprend de l’historique du cabinet, et c’est aussi celui dont le risque est le plus faible : au pire, il signale à tort.

Ce que ces trois usages ont en commun

Dans les trois cas, l’outil prépare et l’humain décide. C’est la ligne que nous ne franchissons pas, et elle explique pourquoi nous refusons certains déploiements.

Le marché promet beaucoup sur ce sujet. Quelques usages sont proposés couramment et nous ne les mettons pas en production.

L’écriture comptable passée sans relecture

Le gain de temps est réel et le risque est disproportionné. Une écriture fausse ne se voit pas immédiatement : elle se découvre au contrôle, parfois au bilan, et sa correction coûte plus que tout ce que l’automatisation a fait gagner. Le point de relecture n’est pas une précaution, c’est ce qui rend l’usage acceptable.

La réponse envoyée directement au client

Même raisonnement, avec une conséquence supplémentaire : ce qui part au nom du cabinet engage le cabinet. Un message juste à quatre-vingt-quinze pour cent est un message faux une fois sur vingt, et c’est cette fois-là dont on se souvient.

La prévision présentée comme un chiffre certain

Une prévision calculée sur une base incomplète est une prévision fausse présentée avec assurance. Avant d’installer un outil de prévision, la vraie question est l’état de la donnée, et elle relève d’un chantier de nettoyage plutôt que d’intelligence artificielle.

L’outil déployé sans que personne ne le porte

C’est la cause d’échec la plus fréquente, et elle n’est pas technique. Un outil livré à une équipe sans référent identifié, sans temps prévu pour l’apprentissage et sans retour organisé sur ce qui marche, est abandonné en quelques semaines. Nous identifions cette personne pendant le cadrage, et son rôle est écrit.

Un déploiement réussi commence petit et se juge sur un usage réel, pas sur une démonstration.

Étape 1 : le cadrage de confidentialité

Une demi-journée, et c’est le préalable non négociable. Il produit le document qui dit quelle donnée peut circuler et où. Sans lui, chaque nouvel usage rouvre le débat et le projet s’enlise.

Étape 2 : un seul usage, sur un périmètre réduit

Un usage, une équipe, quelques semaines. Nous choisissons celui dont le résultat est le plus immédiatement vérifiable, généralement l’extraction depuis les pièces, parce qu’il permet de mesurer sans attendre.

Le critère de succès est écrit avant de commencer, et il porte sur du réel : temps passé sur la tâche, taux de correction nécessaire, et surtout usage effectif au bout d’un mois. Un outil que l’équipe cesse d’ouvrir n’a pas réussi, quels que soient ses résultats de démonstration.

Étape 3 : élargir ou arrêter

Sur les données du premier usage, pas sur l’enthousiasme. Un usage qui ne tient pas au bout d’un mois se retire, et cela fait partie des résultats possibles annoncés au départ.

Ce que nous demandons au cabinet

Un référent disponible une à deux heures par semaine, avec le mandat de trancher. L’accès aux personnes qui font réellement la tâche, pas seulement à celles qui la décrivent. Et l’acceptation de mesurer, y compris quand la mesure dit non.

Le sujet plus large de l’organisation du cabinet relève de nos missions de conseil en intelligence artificielle, et la partie flux et ressaisie est décrite sur notre page automatisation pour experts-comptables.

Un cabinet qui déploie ces outils sera interrogé par ses clients, et souvent par les plus attentifs. Mieux vaut avoir les réponses écrites avant, plutôt que de les improviser au téléphone.

« Mes documents partent chez un fournisseur américain ? »

La réponse dépend entièrement de l’architecture retenue, et c’est pour cela que le cadrage la produit noir sur blanc. Selon les cas : rien de ce qui vous concerne ne sort, ou seuls des éléments anonymisés circulent, ou tel type de document est traité par tel service dont voici les engagements. Une réponse floue à cette question coûte plus cher que le temps gagné par l’outil.

« Est-ce que quelqu’un relit ? »

Oui, systématiquement, et c’est la ligne que nous ne franchissons pas. L’outil prépare, extrait, propose, signale. Un collaborateur valide. C’est vérifiable dans le fonctionnement même du flux, pas seulement affirmé, et c’est un argument de confiance plutôt qu’une réserve.

« Vous allez me facturer moins cher, alors ? »

C’est la question la plus délicate, et elle mérite une position tenue à l’avance plutôt qu’une réponse embarrassée. Le temps rendu ne disparaît pas du cabinet : il se déplace vers le conseil, l’accompagnement et le contrôle, c’est-à-dire vers ce que le client valorise et qu’il n’obtenait pas faute de temps disponible.

Un cabinet qui répercute intégralement le gain en baisse de prix se prive du financement de sa propre montée en gamme. Un cabinet qui ne change rien à son offre se le verra reprocher. La position tenable est entre les deux, et elle se prépare.

« Et si l’outil se trompe ? »

Le point de contrôle est conçu en même temps que le flux, jamais après. Un taux d’erreur faible reste un taux d’erreur, et le rôle du collaborateur est précisément de l’attraper. C’est aussi pour cette raison que nous refusons les usages où l’erreur ne se voit pas immédiatement, comme l’écriture passée sans relecture.

Ce que nous vous laissons pour y répondre

Le document de cadrage de confidentialité est écrit pour être lisible par un client, pas seulement par un informaticien. Il dit, usage par usage, quelle donnée circule et où. C’est le livrable qui sert le plus longtemps, et il vous reste quoi qu’il arrive ensuite.

Un déploiement d’IA en cabinet se compare mal d’un devis à l’autre, parce que le périmètre varie énormément.

Ce qui est toujours compris

• Le cadrage de confidentialité et le document qui en sort, qui vous reste quoi qu’il arrive.
• Le choix de l’architecture, écrit, avec ses conséquences en coût et en capacité.
• La construction du flux, ses points de contrôle et ses alertes.
• La formation du référent interne et le suivi du premier mois d’usage réel.

Ce qui se chiffre à part

Les abonnements aux services utilisés, qui sont à votre nom et dépendent de votre volume. L’infrastructure, quand l’architecture retenue est un traitement local. Et le nettoyage de données anciennes, quand un usage le suppose.

Ce que nous ne facturons jamais au résultat

Aucun engagement sur un pourcentage de temps gagné. Personne ne peut le garantir honnêtement avant d’avoir mesuré, et un engagement de ce type pousse à choisir les usages qui se mesurent bien plutôt que ceux qui servent.

Nous nous engageons sur ce que nous contrôlons : le cadrage produit, le flux construit, les points de contrôle en place, et la mesure faite au bout d’un mois.