Choisir une IA fiscale : les preuves à demander, le test à conduire

La méthode du cabinet pour passer d’une démonstration convaincante à une décision défendable

L’équipe LexTax · Sources vérifiées le 27 septembre 2026

Une démonstration réussie donne envie de commencer. Un acte apparaît, les références se multiplient, le dossier semble avoir trouvé son ordre. Elle laisse pourtant ouverte la question qui engage le cabinet. Que faudra-t-il encore vérifier, corriger et organiser pour que ce travail devienne réellement le sien ?

Choisir une IA fiscale demande de rapprocher trois décisions que les présentations commerciales séparent volontiers : les tâches que l’on veut confier, les informations que l’on peut transmettre et les résultats que l’on saura contrôler. La qualité du choix tient à leur cohérence. Un excellent rédacteur automatique peut être inadapté à vos pièces ; une infrastructure rassurante peut abriter un raisonnement peu utile ; un résultat pertinent peut demander trop de reprises pour votre organisation.

Ce guide propose une méthode de sélection indépendante, applicable à différentes solutions. Il vous aide à formuler une décision précise, assortie de ses raisons, de son périmètre et de ses conditions de réexamen.

Vous trouverez un scénario pilote, une grille remplie et une méthode pour compter le travail réellement déplacé. Les exemples sont fictifs. Les références juridiques soutiennent les distinctions nécessaires ; les outils d’évaluation constituent une proposition de méthode.

L’essentiel en cinq points

1. Partir du travail, pas du catalogue. Une commande écrite avant le premier rendez-vous rend les réponses des fournisseurs comparables.
2. Une garantie se déplie. Un certificat, une mention « conforme au RGPD » ou « IA Act » valent par leur titulaire, leur périmètre et leur période.
3. L’IA Act a changé de calendrier. Le règlement (UE) 2026/1744, entré en vigueur le 27 juillet 2026, reporte les obligations des systèmes à haut risque au 2 décembre 2027 et au 2 août 2028 ; il ne suspend ni le RGPD ni le reste du règlement.
4. Un pilote doit pouvoir décevoir. Un dossier fictif maîtrisé, une fiche de référence et des seuils fixés avant l’essai.
5. Le vrai coût est celui du document que vous accepterez de reprendre. Le temps de génération n’est qu’une étape.

Sommaire

• Commencer par le travail qui résiste encore
• Suivre une pièce avant de juger un discours de sécurité
• Demander ce que prouve réellement une garantie
• Construire un pilote qui puisse aussi décevoir
• Lire le raisonnement à l’endroit où il pourrait céder
• Mesurer le coût du document que vous accepterez de reprendre
• Organiser la reprise en main avant d’élargir l’usage
• Décider avec des critères qui ne se compensent pas tous
• La meilleure décision reste précise après l’achat

Commencer par le travail qui résiste encore

La question « quelle IA choisir ? » arrive souvent trop tôt. Elle invite à comparer des catalogues dont les catégories ont été définies par les fournisseurs. Un cabinet gagne à commencer ailleurs : quelle partie du travail lui coûte aujourd’hui le plus d’attention sans mobiliser toujours le meilleur de son expertise ?

La réponse peut être le rapprochement de pièces dispersées, la première structure d’un projet, la recherche d’une référence ou l’examen d’une argumentation adverse. Ces activités se rencontrent dans un même dossier, mais elles ne demandent pas les mêmes qualités. Une solution commode pour explorer une question abstraite peut être moins convaincante lorsqu’elle doit respecter une chronologie documentaire. Une solution organisée autour d’un acte précis peut être moins souple pour une recherche exploratoire.

Il faut donc décrire une tâche assez concrète pour pouvoir observer sa réussite. « Nous voulons gagner du temps » n’offre aucun point d’arrivée. « Nous voulons obtenir un premier projet d’observations qui distingue les faits établis des points à compléter » permet de préparer un essai. Le critère porte déjà sur le résultat professionnel, et non sur le nombre de fonctions disponibles.

Le livrable attendu doit inclure ce que le cabinet considère comme nécessaire à la reprise : texte réutilisable, références accessibles, lien avec les pièces, identification des informations manquantes. Précisez aussi ce qui demeure hors mission. Vous pouvez demander une préparation de consultation sans déléguer la recommandation au client, ou un projet de mémoire sans déléguer la décision de le transmettre.

Cette frontière influence le choix technique. Un outil conversationnel exige parfois une succession d’instructions. Un outil plus autonome peut organiser plusieurs étapes et solliciter seulement les précisions nécessaires. Aucun de ces modèles d’usage ne dispense d’examiner le résultat. Ils déplacent simplement l’effort humain à des endroits différents.

La CNIL recommande de partir d’un besoin défini plutôt que de déployer une IA sans finalité concrète.[1] Pour traduire ce principe dans une décision d’achat, rédigez une courte commande avant de rencontrer les fournisseurs :

> Pour ce type de dossier, nous attendons ce livrable, à partir de ces pièces. Nous vérifierons ces éléments. Nous excluons ces actions. Le professionnel désigné décidera si le résultat peut être repris.

Cette commande n’est pas un cahier des charges exhaustif. Elle suffit à rendre les réponses comparables. Elle permet aussi d’identifier une promesse mal ajustée : si le fournisseur répond par une démonstration brillante sur un autre travail, vous avez appris quelque chose sur son positionnement, mais encore peu sur votre besoin. Gardez votre question initiale jusqu’à obtenir une réponse observable.

Suivre une pièce avant de juger un discours de sécurité

L’hébergement est visible dans les présentations. Les autres étapes du traitement le sont moins. Pour comprendre ce que vous confiez réellement, partez d’un document et suivez-le : import, extraction, analyse, production, conservation, assistance éventuelle. À chaque passage, demandez quelles informations sont présentes et qui peut les traiter.

La question utile porte sur la séquence et sur les destinataires, pas uniquement sur l’existence d’une fonction de sécurité. Le guide du CNB d’avril 2026 fournit une grille de lecture : lieu d’hébergement et nationalité des prestataires, non-réutilisation des données, chiffrement, pseudonymisation, habilitations du personnel du fournisseur, journalisation, suppression des requêtes.[2] Chaque critère appelle une réponse précise, rattachée à une étape du traitement.

Distinguez également le document du client des informations de compte. Un prestataire de paiement n’a pas le même rôle qu’un modèle chargé d’analyser des pièces. Les mettre dans une seule catégorie rend le discours confus ; les oublier parce qu’ils ne participent pas à la rédaction le rend incomplet. Demandez une description des circuits et de leurs lieux de traitement.

Dans son guide déontologique, le CNB attire l’attention sur les informations confiées aux outils et sur les mesures de confidentialité.[2] Pour votre examen, cela conduit à distinguer deux questions : les personnes peuvent-elles être identifiées et le contenu demeure-t-il confidentiel ? Une stratégie de défense peut relever de la seconde sans contenir un nom. À l’inverse, une série de données apparemment banales peut permettre une identification par rapprochement.

Voici une manière de conduire l’entretien fournisseur. Elle décrit une méthode, pas une liste de mentions légales suffisantes.

Une réponse imprécise peut résulter d’un interlocuteur mal préparé. Accordez la possibilité de la compléter. En revanche, ne transformez pas cette lacune en garantie implicite. Tant que le circuit nécessaire à votre décision reste inconnu, poursuivez l’évaluation avec des données fictives ou un périmètre qui n’expose pas le dossier concerné.

La confidentialité devient ainsi une décision concrète : tel usage, avec telles informations, dans telle configuration. Cette formulation est plus exigeante qu’un accord général donné au nom d’un hébergement rassurant. Elle est aussi beaucoup plus facile à réexaminer lorsque le fournisseur change de service ou de modèle.

Demander ce que prouve réellement une garantie

Un certificat rassure parce qu’il condense un travail complexe. Pour être utile à l’achat, il faut pourtant le déplier : qui en est titulaire, quel périmètre couvre-t-il et quelle période concerne-t-il ? Une certification détenue par un hébergeur ne devient pas, par transmission, celle de tous les logiciels installés chez lui.

ISO/IEC 27001 porte sur un système de management de la sécurité de l’information. ISO/IEC 42001 concerne un système de management de l’intelligence artificielle.[3][4] Ces repères peuvent nourrir l’examen d’un fournisseur. Ils ne répondent pas seuls à la question suivante : cet outil traite-t-il correctement ce dossier fiscal dans la configuration que nous allons utiliser ? Sécurité de l’organisation, maîtrise des traitements et qualité juridique méritent des preuves distinctes.

La même précision s’impose lorsqu’apparaissent les mots « conforme au RGPD » ou « IA Act ». Le RGPD encadre notamment le choix des sous-traitants, la sécurité adaptée au risque et, lorsque ses conditions sont réunies, l’analyse d’impact.[5] Une garantie générale ne remplace pas la description des rôles, des traitements et des engagements réellement convenus.

L’IA Act demande, de son côté, une qualification de l’usage et du rôle de chaque acteur. L’annexe III, point 8 a), vise notamment certains systèmes destinés aux autorités judiciaires ou utilisés pour leur compte. Le seul fait de préparer un acte pour un avocat ne suffit donc pas à conclure automatiquement à cette catégorie de haut risque ; d’autres caractéristiques et usages doivent être examinés.[6]

Au 26 septembre 2026, le calendrier a aussi changé. Le règlement modificatif 2026/1744, publié le 24 juillet et entré en vigueur le 27 juillet 2026, reporte les sections 1 à 3 du chapitre III, hors exception prévue pour l’article 6(5), au 2 décembre 2027 pour les systèmes relevant de l’annexe III et au 2 août 2028 pour ceux relevant de l’annexe I.[7] Ce report ciblé ne suspend ni le RGPD ni l’ensemble de l’IA Act.

Pour l’acheteur, l’enseignement dépasse les dates : demandez quelle obligation est invoquée, pour quel acteur et quel usage. Un discours réglementaire précis accepte ces questions. Il distingue une obligation applicable, une préparation anticipée et une recommandation de bonne pratique.

Vous pouvez alors classer la réponse reçue : preuve pertinente, élément utile mais de portée limitée, ou affirmation à compléter. Cette discipline n’impose pas de multiplier les documents. Elle empêche surtout un certificat bien choisi de répondre à une question qu’il ne traite pas.

Construire un pilote qui puisse aussi décevoir

Un essai devient instructif lorsqu’il peut mettre en difficulté l’outil. Si le cas est choisi uniquement pour montrer une belle sortie, le cabinet observe une possibilité. Pour décider, il doit aussi découvrir les conditions dans lesquelles cette possibilité disparaît ou exige davantage de travail.

Exemple fictif. Un cabinet souhaite préparer des observations sur la qualification fiscale d’un versement. Il fabrique un dossier comprenant un contrat, un extrait comptable et deux courriels. Le premier courriel présente le paiement comme définitif ; le second évoque une régularisation ultérieure sans en expliquer les conditions. Le jeu ne permet volontairement pas de trancher ce point.

Avant le test, un professionnel rédige la fiche de référence. Elle comporte les faits établis, les contradictions, les pièces déterminantes et la question qu’il faudrait poser au client. Elle ne contient pas une seule réponse modèle à reproduire. Plusieurs raisonnements peuvent être acceptables, à condition de ne pas transformer l’incertitude en certitude.

Le test observe alors trois comportements. L’outil repère-t-il les deux courriels ? Les rapproche-t-il du contrat ? Rend-il la question ouverte visible dans son projet ou dans sa demande de précision ? Le cabinet peut vérifier ces éléments sans confondre élégance rédactionnelle et fidélité au dossier.

Pour comparer deux solutions, transmettez la même base documentaire et la même commande initiale. Si l’une pose une question, fournissez une réponse préparée à l’avance et conservez cet échange. Si l’autre ne demande rien, ne lui apportez pas spontanément l’information qui lui manque. Vous mesurez justement sa capacité à reconnaître ce besoin.

Le mode d’emploi peut néanmoins différer. Un outil exigeant des instructions successives doit pouvoir être testé dans ses conditions normales. Consignez alors le nombre et la nature des interventions : il serait trompeur de comparer une utilisation experte longuement accompagnée à une tentative improvisée, puis d’attribuer tout l’écart au logiciel.

tâche, observations sur un versement ; entrée, quatre pièces fictives ; difficulté, contradiction sur le caractère définitif ; réussite attendue, distinction entre fait et hypothèse ; défaut décisif, affirmation catégorique non étayée ; suite autorisée, second essai avec clarification du client.

Cette dernière ligne compte. Le pilote doit dire ce que son résultat autorise. Un succès sur ce dossier justifie un essai plus large, pas l’ouverture immédiate de tous les usages. Un échec peut conduire à revoir les consignes, à tester une autre configuration ou à écarter la solution. La méthode proposée laisse ces issues ouvertes : elle évalue une aptitude, elle n’organise pas une victoire commerciale.

Lire le raisonnement à l’endroit où il pourrait céder

Le document produit peut être long, structuré et apparemment sourcé. La tentation consiste à le parcourir comme un travail presque achevé. Pour l’évaluation, inversez cet ordre : commencez par les points dont dépend la conclusion. Quel fait soutient la demande ? Quelle qualification relie ce fait à la règle ? Quelle référence autorise le passage de l’un à l’autre ?

Cette lecture permet de distinguer plusieurs erreurs. Une référence inventée est un défaut identifiable. Une référence authentique utilisée hors de son champ est parfois plus difficile à repérer. Une argumentation peut encore citer le bon texte tout en reposant sur une date ou une pièce mal comprise. Compter les liens ne permet pas de distinguer ces situations.

Reprenons le pilote du versement. Supposons que l’outil cite une décision accessible et expose un raisonnement cohérent, mais présente comme acquis le caractère définitif du paiement. Son point faible est documentaire avant d’être juridique. Ajouter des références ne le corrigera pas. Le professionnel doit revenir à la contradiction laissée ouverte, puis apprécier les conséquences de chacune des hypothèses.

Vous pouvez annoter le passage de cette façon : « Cette conclusion suppose que le paiement est définitif. Or le courriel B évoque une régularisation. Demander les conditions contractuelles ou distinguer les deux hypothèses. » Cette observation est exploitable par le cabinet et par le fournisseur. « Réponse peu fiable » exprime une impression, mais ne dit pas ce qu’il faut améliorer.

L’examen gagne aussi à rechercher le meilleur argument contraire. Une fonction critique peut aider ; elle doit elle-même être évaluée. Souligne-t-elle une vraie fragilité du projet ou produit-elle des réserves génériques que l’on pourrait joindre à n’importe quel dossier ? Propose-t-elle une vérification concrète ? Une seconde sortie de la même IA ne devient pas indépendante parce qu’elle porte le nom de contrôle.

Dans son guide, le CNB rappelle la nécessité de vérifier les productions avant de les utiliser.[2] La CNIL souligne également les limites des résultats génératifs et le besoin d’un regard critique.[8] Notre méthode en tire une conséquence pratique : le test doit observer la facilité avec laquelle le professionnel peut effectuer cette vérification, et non seulement la présence d’un bouton de validation.

À la fin de la lecture, attribuez chaque correction à sa cause : pièce mal comprise, règle inadaptée, hypothèse cachée, argument incomplet ou formulation à ajuster. Vous obtenez un profil de travail restant. Il peut révéler qu’un outil médiocrement rédigé fournit une base solide, tandis qu’un autre demande une reconstruction malgré sa belle présentation. C’est cette différence que le pilote doit rendre visible.

Mesurer le coût du document que vous accepterez de reprendre

Le temps de génération attire l’attention parce qu’il est facile à montrer. Un compteur suffit. Le temps professionnel utile est plus difficile à isoler : il comprend l’entrée des pièces, les échanges nécessaires, la vérification des sources, les corrections et la reprise dans le format de travail du cabinet.

Pour comparer honnêtement, définissez un point d’arrivée commun. « Le document est affiché » mesure une livraison informatique. « Le professionnel dispose d’un projet qu’il accepte de finaliser » mesure un résultat de travail. La seconde formulation demande du jugement, mais elle correspond mieux à la décision économique.

Exemple fictif. Deux solutions sont essayées sur le même dossier préparé. Voici les temps observés dans ce scénario pédagogique ; ils ne décrivent aucun produit réel et ne constituent aucun gain promis.

La solution A produit plus vite. La solution B atteint plus tôt le point d’arrivée retenu. Cet écart peut justifier un nouvel essai ; il ne permet pas encore de conclure qu’elle sera toujours plus efficace. Il faut comprendre ce qui explique les reprises : un problème ponctuel, une mauvaise commande, une limite récurrente ou un apprentissage de l’utilisateur.

Ne réduisez pas non plus tout le travail à des minutes interchangeables. Dix minutes de vérification par un associé n’ont pas la même disponibilité que dix minutes de mise en forme. Notez qui intervient et sur quelle difficulté. L’outil peut déplacer une charge vers la personne dont le temps est déjà le plus contraint, même si le total diminue.

Le coût d’usage doit ensuite être lu dans son unité réelle. Comparez l’abonnement, les utilisateurs inclus, les consommations, les reprises facturées et les limites de volume. Demandez ce qu’il advient d’une génération abandonnée ou relancée. Une tarification compréhensible sur votre scénario est plus utile qu’un prix d’appel isolé de la fréquence de travail.

Enfin, vérifiez la réutilisation du document. Peut-on corriger proprement le texte, conserver les références utiles et retrouver la version retenue ? Un export difficile peut absorber une partie de l’intérêt de la préparation. Cette vérification paraît modeste face à la sophistication des modèles. Elle sépare pourtant souvent une expérience impressionnante d’un outil que l’équipe pourra utiliser chaque semaine, sans créer un nouveau détour dans son travail.

Organiser la reprise en main avant d’élargir l’usage

Le choix ne se termine pas lorsque le responsable du cabinet est convaincu. Il commence à produire ses effets lorsque plusieurs personnes utilisent l’outil différemment. L’une importe davantage de pièces ; une autre accepte plus vite une formulation ; une troisième découvre une fonction que le pilote n’avait pas examinée.

La première décision d’organisation consiste à nommer les usages autorisés. Une autorisation limitée à la recherche sur des questions abstraites ne vaut pas autorisation d’importer les dossiers. Une expérimentation sur documents fictifs n’ouvre pas automatiquement le traitement de pièces clients. Formulez ces distinctions dans des termes que l’équipe peut appliquer sans interpréter chaque fois l’intention du responsable.

Vient ensuite la répartition des accès. Demandez ce que voit un utilisateur nouvellement ajouté, ce que peut modifier un collaborateur et ce que conserve un administrateur. Le réglage par défaut mérite une attention particulière : il sera souvent utilisé avant que chacun ait compris qu’il existe un choix. Faites le test avec deux comptes de rôle différent plutôt que de vous contenter d’une capture d’écran.

La validation doit, elle aussi, avoir un sens opérationnel. Qui relit les faits ? Qui contrôle les références ? Qui arrête la stratégie et autorise l’envoi ? Dans une petite équipe, la même personne peut remplir plusieurs rôles. L’essentiel est de ne pas laisser une trace technique de validation devenir la seule preuve supposée d’une vérification professionnelle.

Préparez également un chemin de retour. Si une source importante se révèle inexacte après export, comment identifier les documents concernés ? Si l’outil devient indisponible, où se trouvent les pièces et la dernière version exploitable ? Ces questions ne supposent pas l’échec du fournisseur. Elles prolongent les habitudes de continuité que le cabinet applique déjà à d’autres outils de travail.

La CNIL recommande un encadrement des usages et une sensibilisation adaptée.[8] Dans la version modifiée de l’article 4 de l’IA Act, les fournisseurs et déployeurs doivent prendre des mesures pour soutenir le développement des compétences en IA des personnes concernées ; le texte précise que cela n’impose pas de garantir un niveau individuel déterminé.[7] Une formation concrète sur les tâches autorisées, les limites observées et les vérifications attendues sert directement cet objectif.

Un atelier sur le pilote déjà réalisé constitue un bon départ. Montrez le passage convaincant mais insuffisamment étayé, la question utile posée par l’outil et la correction finale. L’équipe comprend alors ce qu’elle doit surveiller dans un travail réel. Elle apprend une méthode de jugement, au lieu de retenir une consigne abstraite consistant à « rester vigilante » devant tout et n’importe quoi.

Décider avec des critères qui ne se compensent pas tous

Les grilles de sélection promettent une décision objective. Elles peuvent aussi fabriquer une précision trompeuse. Si la fluidité de l’interface rapporte suffisamment de points pour compenser une destination inconnue des pièces, le calcul a perdu le sens de la décision. Certains critères déterminent l’admissibilité d’un usage ; d’autres départagent des solutions déjà admissibles.

Séparez donc les deux niveaux. Le premier rassemble les questions qui doivent être résolues avant de confier les informations prévues : circuit compris, engagements examinés, droits adaptés, conditions de reprise acceptables. Le second apprécie l’utilité constatée : fidélité au dossier, qualité des références, travail de correction, simplicité d’intégration. Les éléments nécessaires au premier niveau dépendent du cabinet et du dossier ; le tableau suivant illustre une décision possible, sans constituer une norme.

Cette grille évite un faux choix entre enthousiasme et refus. Elle permet un accord limité : « Nous retenons cette solution pour poursuivre le pilote, sous ces conditions. » Elle peut aussi conduire à une autorisation d’usage sur un périmètre défini ou à un arrêt. L’important est que la conclusion corresponde aux observations, plutôt qu’au désir de rentabiliser le temps déjà consacré à l’essai.

Ne choisissez pas les seuils après avoir vu les résultats. Définissez d’abord ce qui vous ferait interrompre le test, demander une correction ou passer à l’étape suivante. Un défaut critique répété ne devient pas acceptable parce que les autres réponses sont bonnes. Une difficulté mineure de présentation ne doit pas, à l’inverse, masquer un travail de fond utile.

Gardez enfin une place pour la réponse du fournisseur. Un interlocuteur capable d’expliquer une limite, de reproduire un incident et de préciser une correction apporte une information sur la relation future. Une promesse de disparition prochaine de tous les défauts n’en apporte pas autant. Vous choisissez un outil qui évoluera ; vous avez donc besoin d’une manière fiable de discuter de ses changements, pas seulement d’une version séduisante le jour de la démonstration.

La meilleure décision reste précise après l’achat

Un cabinet peut sortir de cette démarche avec une décision modeste et solide : une tâche autorisée, un circuit de données compris, un professionnel chargé de la validation et quelques limites observées. Ce résultat a davantage de valeur qu’un avis global affirmant que l’IA est désormais « validée au cabinet ».

La précision protège aussi l’investissement. Elle permet de distinguer une difficulté d’adoption d’un défaut de l’outil, une mauvaise commande d’une limite du traitement, un incident isolé d’un problème récurrent. Sans cette mémoire, chaque nouvel utilisateur recommence la discussion à partir de son impression personnelle.

Conservez donc la commande initiale, les pièces fictives du pilote, la fiche de référence et les motifs de décision. Ce petit ensemble devient votre point de comparaison. Reprenez-le lorsque changent un modèle important, une fonction, un prestataire de traitement ou les conditions contractuelles. Le réexamen peut être ciblé : il doit porter sur ce que le changement est susceptible d’affecter.

Pour commencer, choisissez un seul travail récurrent. Écrivez ce qui rendrait son résultat utile et ce qui le rendrait inacceptable. Préparez un cas dont vous maîtrisez les faits. Demandez aux fournisseurs d’y répondre, puis mesurez le travail jusqu’au projet que vous accepterez de reprendre. Vous aurez alors autre chose à comparer que des promesses.

Fixez aussi le prochain rendez-vous de décision. Un pilote sans échéance risque de devenir un usage permanent sans conclusion explicite. Une date, un responsable et quelques observations conservées suffisent à rendre cette étape visible.

Le protocole reste le vôtre, et son résultat doit pouvoir conduire aussi bien à poursuivre qu’à renoncer.

Pour aller plus loin : [Cas d’usage](/cas-usage/)

Sources

[1] CNIL, questions-réponses sur l’utilisation d’un système d’IA générative, 18 juillet 2024. [2] CNB, La déontologie et l’intelligence artificielle, 1re édition, avril 2026, pages 14 à 29. [3] ISO, ISO/IEC 27001:2022. [4] ISO, ISO/IEC 42001:2023. [5] RGPD, articles 28, 32 et 35. [6] Règlement (UE) 2024/1689, article 6 et annexe III, point 8. [7] Règlement (UE) 2026/1744, article 1, points 5 et 40 ; article 4. [8] CNIL, questions-réponses sur l’utilisation d’un système d’IA générative, questions 6 et 7.