Un modèle qui lit un avis d’imposition ne se juge pas à sa fluidité. Ce que nous mesurons, et pourquoi aucun chiffre affiché n’est calculé par un modèle.
Un modèle de langage qui lit un avis d’imposition donne toujours l’impression d’avoir raison. Il répond dans un français net, il cite des montants plausibles, et il ne signale jamais qu’il a deviné. C’est exactement ce qui rend son évaluation contre-intuitive : les qualités qui rassurent un lecteur sont sans rapport avec celles qui font une extraction fiable.
Cet article décrit ce que nous mesurons, et pourquoi.
Chez Finsio, un modèle lit. Il ne calcule pas.
L’extraction d’un fait — « revenu net imposable : 62 480 € », « case 6NS », « versement PER de 4 200 € le 12 décembre » — est une tâche de lecture, où un modèle est bon. Le calcul de l’impôt sur le revenu à partir de ces faits est une tâche arithmétique et réglementaire, où un modèle est approximatif par construction : il produit le montant le plus vraisemblable, ce qui n’est pas le montant exact.
Nos barèmes, notre quotient familial, nos plafonds PER et nos cases de déclaration sont donc des moteurs déterministes, testés sur des déclarations réelles. Deux exécutions sur les mêmes données donnent le même résultat, au centime. Cette séparation n’est pas un choix de prudence : c’est ce qui rend l’évaluation possible. On ne peut pas mesurer la qualité d’une lecture si l’erreur de lecture et l’erreur de calcul se mélangent dans le même chiffre final.
La définition retenue est plus stricte que le taux d’exactitude qu’on lit habituellement. Une extraction n’est comptée juste que si trois conditions sont réunies :
La deuxième condition est celle qui écarte le plus de réponses, et c’est voulu. Toute la promesse du produit tient dans la possibilité de remonter d’un chiffre affiché à la ligne du PDF qui le justifie. Une extraction sans source ne serait pas une extraction partiellement bonne : ce serait une affirmation.
Nous suivons deux taux d’erreur séparément, parce qu’ils n’ont ni la même visibilité ni le même coût.
L’omission — un montant présent dans le document et non extrait — est bénigne. Elle se voit : il manque une ligne, l’utilisateur la saisit, et le patrimoine reste juste. Elle dégrade le confort, pas la véracité.
L’invention — un montant absent du document, ou lu sur la mauvaise ligne — est le mode de défaillance qui compte. Elle ne se voit pas : le chiffre est plausible, il est présenté avec la même assurance que les autres, et rien dans la réponse ne signale qu’il a été construit plutôt que lu. C’est le seul type d’erreur qui peut traverser une validation humaine sans être remarqué.
Un modèle qui omet deux lignes sur vingt nous convient mieux qu’un modèle qui les complète toutes en se trompant sur une. Les moyennes agrégées font l’inverse : elles récompensent le second.
Un protocole ne vaut que par les documents sur lesquels il tourne. Le nôtre est construit sur trois principes.
Il porte sur des documents réels annotés à la main — avis d’imposition, IFU, attestations de versement, actes, bulletins de paie — et non sur des documents synthétisés. Les cas qui font échouer une lecture sont précisément ceux qu’on ne pense pas à générer : un scan de travers, un tableau coupé entre deux pages, une mention manuscrite, une année de revenus qui ne correspond pas à l’année de l’avis.
Il est figé et versionné. Un jeu d’évaluation qu’on complète au fil des erreurs constatées finit par mesurer la capacité du modèle à traiter les cas qu’on lui a déjà appris, ce qui produit une courbe qui monte toujours et ne dit rien.
Il sépare les cas courants des cas difficiles, et les deux scores sont lus séparément. Une moyenne unique laisse un progrès sur les documents faciles compenser une régression sur les documents qui comptent.
Chaque fait extrait vous est présenté avec le document et la page dont il provient, et rien n’entre dans votre patrimoine avant que vous ne l’ayez accepté. C’est la règle « LYA propose, vous validez », et elle est dans l’architecture : il n’existe pas de chemin de code par lequel une extraction deviendrait une donnée patrimoniale sans passer par une validation.
Ce point n’est pas seulement une position de prudence. Le cadre européen — l’article 22 du RGPD sur les décisions individuelles automatisées, complété par le règlement sur l’intelligence artificielle — structure la manière dont une décision produite par une machine peut engager quelqu’un. Concevoir le produit autour d’une validation explicite plutôt que d’un contrôle ajouté après coup est ce qui rend cette exigence tenable sans réécrire le produit.
Le protocole ci-dessus est en place. Les scores, non.
Publier un taux d’exactitude suppose un jeu d’évaluation assez large et assez stable pour que le chiffre ait un sens hors de notre équipe, et une méthode assez figée pour que deux mesures espacées de six mois soient comparables. Nous n’y sommes pas. Annoncer aujourd’hui un pourcentage qui bougera de dix points au prochain jeu de tests serait le genre de chiffre que le reste de ce site s’interdit.
Ils seront publiés ici, avec le protocole exact et la date de mesure, quand ils tiendront.
Textes et publications officiels sur lesquels reposent les montants de cet article. Dernière vérification : 15 juillet 2026.
Non, jamais. Un modèle lit vos documents et en extrait des faits — un montant, une date, une case, une personne. Le calcul de l’impôt, du quotient familial, des cases de la déclaration et du plafond PER est fait par des moteurs déterministes, testés sur des déclarations réelles. Deux exécutions identiques donnent le même résultat au centime.
Rien n’entre dans votre patrimoine sans votre validation. Chaque fait extrait vous est présenté avec le document et la page dont il provient, avant que vous ne l’acceptiez. Une erreur de lecture reste donc une proposition rejetée, pas un chiffre faux dans votre situation.
Pas encore. Le protocole décrit ici est en place, mais publier un score suppose un jeu d’évaluation stable et suffisamment large pour que le chiffre veuille dire quelque chose. Nous préférons décrire la méthode aujourd’hui et publier les résultats quand ils seront tenables, plutôt que l’inverse.
Trois plans d’épargne en actions coexistent, avec des plafonds et des publics distincts. Ce que chacun permet, ce qu’il coûte, et comment ils se cumulent.
Accès anticipé
Cet article décrit des règles générales. Finsio les applique à votre foyer, à partir de vos documents, et affiche le calcul.