50 déclarations fiscales clients, un
récapitulatif client par saison de déclaration
Un cabinet de comptables fiscaux (税理士事務所) de taille moyenne gérant 80 clients particuliers pendant la saison du kakutei shinkoku (déclaration fiscale japonaise) est confronté à un problème de flux de travail qui disparaît sur le papier et réapparaît dans la pratique. Sur le papier : le client remet un PDF de sa déclaration fiscale — généré par freee, Yayoi (弥生) ou le Coin Préparation du NTA — et le comptable fiscal le révise. Dans la pratique : le comptable fiscal ouvre son propre modèle d'analyse — un tableur avec une ligne par client et des colonnes pour chaque champ du Formulaire B (B様式) — et ressaisit chaque chiffre. Totaux des revenus de la Feuille 1. Montants des déductions du bloc de déduction à sept lignes. Revenu imposable de la section de calcul. Crédits d'impôt prépayés de la section de retenue à la source. Impôt net dû ou remboursement. Multiplié par 80 clients. Le calcul est simple : plus de 50 champs par déclaration, fois 80 clients, à environ 15 secondes par champ ressaisi, cela représente plus de 16 heures de saisie de données — concentrées sur une fenêtre de quatre semaines où chaque heure est déjà prise. Un flux de traitement par lots qui lit les 80 déclarations en un seul téléchargement et produit une ligne par client, avec chaque champ dans sa colonne, réduit ces 16 heures au temps nécessaire pour numériser la pile.
Points clés à retenir
- Ressaisir 50 champs par déclaration fiscale client à 15 secondes chacun signifie plus de 4 000 transcriptions de champs pour un cabinet avec 80 clients — 16 heures de saisie de données concentrées en février, alors que la date limite du 15 mars ne laisse aucune marge d'erreur.
- Le goulot d'étranglement n'est pas la vitesse de frappe mais le mappage cognitif — faire correspondre les valeurs imprimées dans la mise en page visuelle d'un PDF aux cellules d'une grille de tableur, répété 4 000 fois au cours d'une saison, avec des taux d'erreur qui se cumulent avec la fatigue.
- Définissez les colonnes de sortie une fois, téléchargez les 80 déclarations en un seul lot, et l'IA lit chaque champ selon sa signification — la Déduction pour assurance sociale reste dans la même colonne, que la déclaration provienne de freee, Yayoi ou d'un formulaire rempli à la main de 2022 — ainsi février devient une question de recherche d'écarts de déduction, pas de ressaisie de chiffres imprimés.
Pourquoi le traitement des déclarations individuelles sature à 50 clients
Un comptable fiscal qui examine la déclaration d'un client ouvre un PDF, lit les chiffres, les saisit dans un tableur, puis passe au suivant. À raison de cinq minutes par déclaration — 30 secondes par champ sur 50 champs — une déclaration est efficace. Dix déclarations, c'est une matinée. Cinquante déclarations, c'est une semaine d'heures facturables perdues en saisie clavier. Et cette semaine arrive en février, le mois le plus court de l'année, alors que la date limite de dépôt du 15 mars en vertu de l'article 120 de la loi relative à l'impôt sur le revenu (所得税法第120条) signifie que chaque jour passé à ressaisir la déclaration de l'année précédente est un jour non consacré à l'examen de la stratégie fiscale de l'année en cours avec un client.
Le problème structurel est que la déclaration fiscale — en tant que document — est optimisée pour l'administration fiscale, pas pour le comptable. Les champs du formulaire B sont organisés en sept blocs de calcul indépendants avec des sous-totaux intermédiaires. Le bloc des déductions sur la feuille 1 est une liste verticale. La ventilation des revenus sur la feuille 2 est un tableau horizontal multi-colonnes. Le compte de résultat (収支内訳書 ou 青色申告決算書) alimente les deux. Lire les trois documents et les fusionner en une seule ligne dans un tableur est une tâche de cartographie cognitive — le cerveau du comptable effectue une opération de jointure entre trois PDF par client. À 80 clients, cela représente 240 évaluations de PDF, et le taux d'erreur s'aggrave avec la fatigue.
Le vrai goulot d'étranglement n'est pas la vitesse de frappe. C'est le changement de contexte. Un comptable qui ressaisit 50 champs à partir d'un PDF effectue une tâche pour laquelle son cerveau n'est pas conçu — faire correspondre des valeurs imprimées dans une mise en page visuelle à des cellules dans une grille de tableur. La charge cognitive de cette correspondance visuelle, répétée 4 000 fois (50 champs × 80 clients), est ce qui transforme un après-midi de révision en deux jours de saisie de données. L'extraction par lots élimine complètement l'étape de correspondance — le comptable définit les colonnes de sortie une fois, télécharge toutes les déclarations, et reçoit une ligne par client avec chaque champ déjà dans sa colonne.
À quoi ressemble concrètement le flux de traitement par lots pour la déclaration 確定申告
Le flux de traitement par lots pour un comptable fiscal gérant 80 déclarations de clients comporte trois phases — et la première phase, la définition des colonnes, est un investissement unique qui porte ses fruits à chaque saison de déclaration ultérieure.
Définir le schéma des colonnes du récapitulatif client — une fois pour toutes
Le jeu de colonnes standard pour le récapitulatif client d'un comptable fiscal couvre quatre groupes. Champs de revenus : Business Income (事業所得, 収入金額), Real Estate Income (不動産所得), Employment Income (給与所得), Miscellaneous Income (雑所得). Champs de dépenses : Necessary Expenses (必要経費), Net Income par catégorie de revenus. Champs de déductions : Social Insurance (社会保険料控除), Small Business Mutual Aid (小規模企業共済等掛金控除), Life Insurance (生命保険料控除), Earthquake Insurance (地震保険料控除), Medical Expenses (医療費控除), Spouse Deduction (配偶者控除), Dependents (扶養控除), Basic Deduction (基礎控除). Champs fiscaux : Taxable Income (課税所得金額), Calculated Tax (算出税額), Dividend Credit (配当控除), Foreign Tax Credit (外国税額控除), Prepaid Tax (予定納税額), Withholding Tax (源泉徴収税額), Final Tax Due or Refund (納付税額 or 還付税額). Métadonnées client : Nom du client, année fiscale, indicateur de déclaration bleue ou blanche (青色/白色), logiciel comptable utilisé. Ces colonnes deviennent le schéma de sortie permanent — les déclarations de chaque année, pour chaque client, correspondent aux mêmes colonnes, quel que soit le logiciel ayant généré le formulaire ou que le client soit passé de freee à Yayoi en cours d'année.
Télécharger les 80 déclarations en un seul lot
Numérisez ou rassemblez les PDF — la déclaration de chaque client fait généralement quatre à six pages : deux pour la Sheet 1 (第一表), une pour la Sheet 2 (第二表), et une à trois pour le compte de résultat (収支内訳書 ou 青色申告決算書), selon le nombre de sources de revenus. Téléchargez toutes les déclarations en un seul lot. L'IA traite les pages de chaque client indépendamment — elle reconnaît que les pages d'un même client forment une déclaration, extrait chaque champ défini dans le schéma de colonnes et produit une ligne par client. Pour un client dont la déclaration s'étend sur cinq pages, les cinq pages sont lues avant que la ligne ne soit assemblée, de sorte que les valeurs inter-feuilles — comme le montant total des déductions sur la Sheet 1 vérifié par rapport aux champs de déduction individuels de la Sheet 2 — sont capturées en une seule passe. Le traitement gère les formats mixtes : une déclaration générée par freee (police sans empattement, totaux alignés à droite), une impression Yayoi (police avec empattement, espacement de lignes différent), et une déclaration papier scannée remplie à la main en 2022 — le tout dans le même lot, car l'extraction sémantique lit par signification du champ, et non par coordonnées de modèle.
Exportez le tableau récapitulatif des clients et commencez la révision
Le résultat est un fichier Excel avec une ligne par client et chaque champ dans sa colonne. Le comptable fiscal dispose désormais d'un ensemble de données structurées plutôt que de 80 PDF individuels. Triez par revenu imposable pour identifier les clients approchant un seuil de tranche. Triez par total de déductions pour repérer les clients qui sous-utilisent les déductions disponibles — un client affichant 0 ¥ dans la colonne des frais médicaux (医療費控除), alors que vous savez qu'il a eu des visites à l'hôpital l'année dernière, déclenche un appel de révision. Filtrez par impôt prépayé (予定納税額) pour identifier les clients ayant droit à un remboursement important — une priorité de planification avant la date limite du 15 mars. Plus important encore, ajoutez des colonnes calculées pour une vérification automatisée : recoupez que la somme des champs de déduction individuels correspond au total des déductions imprimé sur la feuille 1, et signalez toute divergence avec une étiquette « VÉRIFIER ». Un seul « VÉRIFIER » dans une colonne de valeurs « OK » vous indique exactement quelle ligne nécessite un second examen — sans avoir à auditer chaque ligne manuellement.
Les fichiers sont traités de manière sécurisée et ne sont pas conservés.
Comparaison des déductions entre clients : repérer les anomalies
Un tableur récapitulatif des clients en colonnes permet d'obtenir ce qu'une pile de PDF individuels ne peut pas offrir : une analyse transversale des schémas de déduction. Triez la colonne « Frais médicaux (医療費控除) » par ordre décroissant et les cinq premières lignes vous indiquent quels clients ont eu des frais de santé importants l'année dernière — une information qui incite le comptable à demander si le client a envisagé le système d'automédication (セルフメディケーション税制), une déduction alternative pour frais médicaux introduite par l'article 4-5 de la loi relative aux mesures fiscales spéciales (租税特別措置法第4条の5) qui offre une voie de déduction distincte pour les achats de médicaments en vente libre dépassant 12 000 ¥.
En triant par « Déduction pour primes d'assurance-vie (生命保険料控除) », les lignes affichant 120 000 ¥ — le maximum légal pour les trois sous-catégories (assurance-vie générale, rente individuelle et assurance soins infirmiers, plafonnées à 40 000 ¥ chacune) — vous indiquent quels clients maximisent cette déduction. Les lignes affichant 0 ¥ dans une catégorie de déduction qui devrait s'appliquer au profil de ce client — un travailleur indépendant sans déduction pour cotisations à la petite mutualité des entreprises (小規模企業共済等掛金控除), alors que l'iDeCo (イデコ) est largement disponible — signalent une lacune de planification qu'un appel de cinq minutes peut combler avant la date limite de déclaration.
Le schéma le plus important : la sous-utilisation des déductions. Un client qui paie des cotisations à la pension nationale (国民年金) et à l'assurance maladie nationale (国民健康保険) toute l'année devrait afficher une déduction pour cotisations de sécurité sociale (社会保険料控除) égale au montant total payé. Une valeur nulle ou zéro dans cette colonne — alors que vous savez que le client est travailleur indépendant et paie les deux — signifie soit que le champ a été oublié lors de l'extraction, soit que le client n'a pas inclus le certificat. Dans les deux cas, un tri par colonne permet de détecter le problème avant que la déclaration ne soit déposée, alors qu'une pile de PDF le laisse enfoui à la page deux d'un document de cinq pages.
Suivi de l’impôt prépayé : qui doit quoi, qui reçoit un remboursement
Le système d’impôt prépayé du Japon (予定納税, yotei nōzei) oblige les contribuables dont l’impôt dû l’année précédente dépassait 150 000 ¥ à effectuer deux versements anticipés — environ un tiers de l’impôt de l’année antérieure chacun, dus le 31 juillet et le 30 novembre. Les montants prépayés apparaissent sur le formulaire B de l’année en cours comme crédits déduits du calcul final de l’impôt. Pour le comptable fiscal gérant 80 clients, l’impôt prépayé crée deux priorités de travail.
Premièrement, les clients dont l’impôt prépayé (予定納税額) et l’impôt retenu à la source (源泉徴収税額) dépassent ensemble leur impôt calculé (算出税額) ont droit à un remboursement — et plus tôt ils déclarent, plus vite le remboursement est traité. Un tri par colonne sur la différence nette (Impôt calculé − Impôt prépayé − Impôt retenu à la source, négatif = remboursement) place les clients éligibles au remboursement en tête de la file de déclaration.
Deuxièmement, les clients dont l’impôt prépayé était basé sur une année à revenus exceptionnellement élevés — par exemple un projet ponctuel qui a gonflé les revenus de 2024 — peuvent avoir trop payé de plusieurs centaines de milliers de yens. Le montant prépayé est calculé automatiquement à partir de la déclaration de l’année précédente conformément à l’article 107 de la loi relative à l’impôt sur le revenu (所得税法第107条), mais l’administration fiscale ne le réduit pas en cas de baisse de revenus. Un client dont les revenus de 2025 étaient de 4 millions ¥ mais ceux de 2024 de 7 millions ¥ — déclenchant des acomptes basés sur le montant le plus élevé — peut avoir payé 300 000 ¥ de plus que nécessaire. Dans un tableau récapitulatif, une ligne où la valeur « Impôt prépayé » est nettement supérieure à « Impôt calculé » ressort immédiatement. Dans une pile de PDF, ce n’est qu’un chiffre dans un champ de la première page d’un document de cinq pages — invisible à moins que le comptable ne compare spécifiquement ces deux champs pour chaque client.
| Situation du client | Impôt prépayé (予定納税) | Impôt calculé (算出税額) | Situation nette | Priorité |
|---|---|---|---|---|
| Revenus passés de 7M ¥ à 4M ¥ | 420 000 ¥ | 110 000 ¥ | −310 000 ¥ (remboursement) | Déclarer immédiatement |
| Revenus stables, retenue standard | 180 000 ¥ | 210 000 ¥ | +30 000 ¥ (sous-paiement) | Déclarer avant la date limite |
| Freelance première année, sans prépaiement | 0 ¥ | 85 000 ¥ | +85 000 ¥ (sous-paiement) | Déclarer avant la date limite |
| Salaire + activité secondaire, retenue suffisante | 0 ¥ | 12 000 ¥ | −138 000 ¥ (remboursement via retenue) | Déclarer pour remboursement |
Intégration avec les logiciels de comptabilité fiscale : Yayoi, TKC et MJS
L'écosystème des logiciels de comptabilité fiscale au Japon est dominé par trois plateformes, et le tableur récapitulatif des clients extrait se mappe directement sur chacune d'elles — car elles partagent toutes une même exigence : les données clients doivent être organisées en colonnes avant que le logiciel puisse les traiter.
Yayoi Tax (弥生シリーズ). Le leader du marché parmi les cabinets de comptabilité fiscale de petite et moyenne taille. La suite Yayoi Tax accepte les importations CSV pour la migration des données clients via la fonction « 外部データ取込 » (import de données externes). Les colonnes extraites — « Business Income (事業所得) », « Social Insurance Deduction (社会保険料控除) » — se mappent directement sur les champs comptables internes de Yayoi. Pour un cabinet traitant 80 déclarations par saison, l'import CSV remplace environ 16 heures de saisie manuelle par une seule opération d'import par lot de clients. Le temps gagné se traduit directement par plus de temps de révision par dossier client — le travail qui justifie les honoraires du comptable.
TKC (séries FX2/MX). La plateforme dominante pour les cabinets de comptabilité fiscale de taille moyenne à grande. L'utilitaire de migration de données de TKC accepte les CSV formatés avec en-têtes de colonnes — le résultat de l'extraction correspond à l'ordre des champs attendu par TKC lorsque le schéma de colonnes est défini dans la séquence standard de TKC. Pour les cabinets TKC traitant plus de 200 déclarations clients par saison, l'extraction par lots réduit la phase de saisie des données, passant d'une affectation de personnel sur plusieurs semaines à un seul après-midi de numérisation et de téléchargement. La vérification par colonne calculée de l'extraction — recoupement des champs de déduction individuels avec le total de la feuille 1 — détecte les erreurs arithmétiques avant que les données n'entrent dans le pipeline de révision de TKC, réduisant ainsi l'incidence des indicateurs de dérogation manuelle qui ralentissent le flux de contrôle qualité du cabinet.
MJS Accounting (会計大将). Largement utilisé à la fois par les services comptables internes des entreprises et les cabinets de comptabilité fiscale indépendants. Import via la fonction « 他システムデータ取込 » — la sortie Excel de l'extraction s'importe directement sans conversion de format intermédiaire. Les contrôles d'audit intégrés de MJS — vérification du total des déductions, détection des champs obligatoires manquants — opèrent sur les données des colonnes importées, fournissant une deuxième couche de validation après les recoupements par colonne calculée de l'extraction. Deux passes de vérification indépendantes sur le même jeu de données détectent les erreurs que l'une ou l'autre couche pourrait manquer seule.
Le chemin d'intégration est cohérent quelle que soit la plateforme : définir les colonnes une fois dans l'outil d'extraction, télécharger les déclarations de la saison en un seul lot, exporter le tableur et l'importer dans le logiciel fiscal. Le schéma de colonnes persiste d'une année fiscale à l'autre — les révisions annuelles du formulaire B par l'ANT (publiées chaque janvier dans le 確定申告の手引き, le guide officiel de déclaration) ajustent généralement les numéros de ligne et le texte d'instruction, mais préservent la structure des champs. Une colonne nommée « Medical Expense Deduction » correspond au même concept en 2025, 2026 et 2027 — l'extraction lit le champ par son sens, pas par sa position dans le formulaire.
Suivi pluriannuel : constituer l'historique des données
Un comptable fiscal qui traite 80 déclarations en 2026 et utilise le même schéma de colonnes en 2027 crée un ensemble de données qui n'était auparavant possible qu'après des années de ressaisie manuelle : un historique client pluriannuel où chaque champ est aligné dans la même colonne. Ouvrez le tableur 2027, fusionnez-le avec celui de 2026 par identifiant client, et chaque client dispose désormais de deux lignes — une par an — avec tous les champs dans la même colonne. Triez par « Revenus d'entreprise » et comparez 2026 vs 2027 pour chaque client en quelques secondes. Vérifiez si un client dont la « Déduction pour assurance-vie » était de 120 000 ¥ en 2026 est tombée à 0 ¥ en 2027 — et demandez pourquoi. Suivez si le ratio « Frais médicaux » / « Revenus d'entreprise » augmente — un signal que le client pourrait mal catégoriser des dépenses personnelles.
Le jeu de données que vous constituez cette année est l'avantage de révision que vous aurez l'année prochaine. Un comptable fiscal qui examine la déclaration 2027 d'un client avec les données 2026 en colonnes à côté dispose d'une densité d'information qu'une simple révision sur PDF ne peut égaler. L'historique en colonnes rend chaque comparaison d'une année sur l'autre instantanée — et les comparaisons qui font ressortir des anomalies sont celles que le comptable n'aurait pas le temps d'effectuer si chaque déclaration annuelle était rangée dans un dossier PDF séparé.
La même logique de traitement par lots s'applique aux juridictions fiscales ayant des structures de déclaration similaires. Un comptable britannique qui traite 80 déclarations SA100 en un seul tableur récapitulatif suit un flux de travail identique : définir les colonnes pour les champs de la déclaration, télécharger toutes les déclarations en un seul lot, et recevoir une ligne par client. La langue du formulaire et les noms des déductions changent — de « Déduction pour frais médicaux » à « Allocation pour personne aveugle » — mais le principe du traitement par lots, et le gain d'efficacité par rapport à la saisie manuelle déclaration par déclaration, reste le même.
De même, la méthodologie par lots s'étend aux documents justificatifs qui alimentent la déclaration fiscale. Un service achats qui traite par lots 50 bons de commande japonais (発注書) en un tableau de bord achats utilise le même schéma : définir les colonnes une fois, tout télécharger en lot — et le tableur de sortie répond aux questions de dépenses par fournisseur, de taxe à la consommation par taux, et de paiement par date d'échéance, ce qu'une simple liste plate de cinquante lignes ne peut pas faire. Le principe du lot est indépendant du type de document : définir le schéma une fois, tout télécharger, obtenir une ligne par document. Ce qui change, ce sont les noms des colonnes et les questions de révision — pas le flux de travail.
Foire aux questions
Le traitement par lots peut-il gérer à la fois les clients en déclaration blanche (白色申告) et en déclaration bleue (青色申告) dans le même fichier importé ?
Oui. Le Formulaire B (B様式) lui-même est identique pour les déclarants blancs et bleus — la différence réside dans les documents annexes. Les clients en déclaration blanche joignent un relevé simplifié des recettes et dépenses (収支内訳書). Les clients en déclaration bleue joignent les états financiers détaillés de la déclaration bleue (青色申告決算書) avec bilan, compte de résultat et ventilation des dépenses. Les deux peuvent être importés en même temps que la déclaration dans le même lot. L'extraction lit chaque document indépendamment — les lignes des clients en déclaration bleue auront des colonnes supplémentaires renseignées (actifs, passifs, valeur nette du bilan) que les lignes des déclarations blanches laisseront vides. Le schéma de colonnes s'adapte aux deux : définissez toutes les colonnes possibles, et les lignes des clients sans ces données afficheront simplement des cellules vides.
Que faire si un client a changé de logiciel comptable entre l'année dernière et cette année — freee l'année dernière, Yayoi cette année ?
C'est là que le traitement par lots avec extraction sémantique est le plus utile. Une déclaration générée par freee et une autre par Yayoi impriment le même Formulaire B avec des polices, des espacements de lignes et un ordre des sections différents. Un outil d'extraction basé sur un modèle, calibré sur la sortie de freee, décalerait tous les champs sur l'impression Yayoi. L'extraction sémantique lit « Déduction pour cotisations d'assurance sociale (社会保険料控除) » par son libellé de champ — la police, la position de la ligne et l'espacement sont sans importance. Importez les déclarations des deux années dans le même lot, et la colonne « Déduction pour cotisations d'assurance sociale » contiendra la valeur correcte de chaque année, quel que soit le logiciel qui l'a générée. La comparaison pluriannuelle la plus importante — cette déduction a-t-elle changé — ne se brise pas lorsque le client change de logiciel.
Combien de temps faut-il pour traiter 80 déclarations en un seul lot ?
Une déclaration de revenus type compte quatre à six pages. Pour 80 clients, cela représente environ 320 à 480 pages. L'étape la plus longue est la numérisation ou la collecte des PDF — mais c'est une opération unique par saison, et la plupart des comptables reçoivent déjà les PDF des clients qui utilisent un logiciel comptable. Une fois importés, l'IA traite chaque déclaration indépendamment ; le temps de traitement total dépend du nombre de pages et de la charge du serveur, mais un lot de 80 déclarations se termine généralement en moins de 30 minutes de traitement. Comparé à plus de 16 heures de ressaisie manuelle — soit deux journées de travail complètes — ce changement de flux de travail libère du temps pour les tâches de révision et de conseil que les clients paient réellement.
L'extraction peut-elle vérifier que les totaux du compte de résultat d'un client correspondent aux montants reportés sur le Formulaire B ?
Oui, grâce aux colonnes calculées. Définissez une colonne de vérification — « Relevé des recettes vs. Chiffre d'affaires de la 1ère feuille — Correspondance ? 'OK' : 'À VÉRIFIER' (収支内訳書 vs. 第一表 収入金額 — Match? 'OK' : 'CHECK') » — qui compare le total des recettes du relevé des recettes avec le champ de revenu correspondant de la 1ère feuille. L'extraction lit les deux documents dans le même lot client et remplit automatiquement la colonne de comparaison. Une mention « À VÉRIFIER » dans cette colonne signifie que le relevé des recettes et la déclaration ne concordent pas — exactement le type d'écart qui déclenche une demande de contrôle fiscal (税務調査). Le détecter au cabinet du comptable, avant le dépôt de la déclaration, élimine la source la plus courante de corrections après dépôt.
L'extraction par lots fonctionne-t-elle pour les clients ayant déclaré sur papier les années précédentes et ne possédant que des copies numérisées ?
Oui. Un client qui a déclaré sur papier en 2023 et 2024 avant de passer à freee en 2025 possède deux années de déclarations qui n'existent que sous forme d'imprimés dans un dossier. Numérisez ces formulaires — ou photographiez-les avec un smartphone sous un éclairage uniforme — et importez-les avec le PDF de 2025. L'extraction lit les déclarations papier numérisées de la même manière que les PDF générés par logiciel : par le sens des champs, non par le format. Les trois lignes dans le résultat — 2023, 2024, 2025 — ont une structure de colonnes identique, permettant la comparaison d'une année sur l'autre, auparavant impossible sans ressaisir manuellement deux années de déclarations papier. C'est particulièrement utile pour les demandes de prêt, les renouvellements de visa ou les contrôles fiscaux (税務調査) nécessitant une documentation des revenus sur plusieurs années.
Faire de février un mois de révision, pas de saisie
La période de déclaration d'impôt sur le revenu des particuliers au Japon — du 16 février au 15 mars — est fixée par la loi. La rentabilité d'un cabinet comptable durant cette période dépend en grande partie de la part de février consacrée à la saisie de données par rapport à l'analyse de données. Le flux de traitement par lots décrit ici modifie ce rapport : un après-midi de numérisation et de définition de colonnes remplace deux jours de ressaisie, et le résumé client extrait — une ligne par client, chaque champ dans sa colonne, les totaux de déductions vérifiés par rapport à la feuille 1 — devient le document de travail à partir duquel la révision commence.
Le schéma de colonnes, défini une fois, fonctionne pour chaque saison suivante. L'analyse comparative — sous-utilisation des déductions, trop-perçu d'impôt prépayé, rapprochement du compte de résultat — s'effectue en quelques secondes car les données sont déjà en colonnes. Et l'ensemble de données constitué sur plusieurs saisons de déclaration devient un actif dont la valeur croît chaque année — un historique client pluriannuel qui révèle des tendances invisibles dans le PDF d'une seule année. Ce qui change chaque février, ce n'est pas la structure du formulaire. C'est la part du mois que le comptable passe à taper des chiffres déjà imprimés, et celle qu'il passe à trouver les schémas qui justifient ses honoraires.