Extraire les données de reçus dans Excel
pour Kakutei Shinkoku

Pourquoi les reçus japonais mettent en échec l'OCR classique

L'OCR classique pour reçus repose sur une hypothèse simple : chaque reçu ressemble à un ticket de caisse américain ou européen — une liste verticale d'articles, un taux de taxe, un total en bas, et une date au format MM/JJ/AAAA. Un reçu japonais (領収書) contredit toutes ces hypothèses.

La différence la plus immédiate est le double taux de taxe à la consommation. Depuis octobre 2019, le Japon applique un taux standard de 10 % à la plupart des biens et services, et un taux réduit de 8 % à l'alimentation (hors alcool et repas au restaurant) et aux abonnements de presse. Sur un seul reçu de supérette, vous pouvez voir trois sous-totaux de taxe : taxable à 10 % (10%対象), taxable à 8 % (8%対象), et non taxable (0 %). Chaque catégorie a son propre sous-total et son propre montant de taxe — et la colonne « description de l'objet » doit indiquer quels articles relèvent du taux réduit.

Un outil OCR standard entraîné sur des reçus américains voit un nombre et l'étiquette « taxe ». Il ne le répartit pas entre deux taux, car il ignore qu'il en existe deux. Résultat : votre export Excel affiche des totaux de taxe erronés, ce qui fausse les montants déductibles lors de la déclaration finale (確定申告, kakutei shinkoku).

Le deuxième problème est le format de la date. Les reçus japonais utilisent le calendrier impérial : 令和7年6月15日, et non 15 juin 2025. Le nom d'ère change avec chaque empereur (令和 a débuté en mai 2019), donc un outil qui ne connaît pas ce système lira la date de travers ou produira une chaîne incompréhensible. Pour un freelance traitant des reçus de janvier à décembre, chaque champ de date nécessite une correction manuelle dans Excel. Passez 30 secondes à corriger chaque date sur 150 reçus, et vous venez de perdre 75 minutes sur un seul champ.

Le troisième problème est structurel : de nombreux reçus japonais adoptent une disposition horizontale puis verticale, différente du flux strictement vertical des reçus occidentaux. Le nom du destinataire (宛名) apparaît souvent à droite, en orientation verticale. Le nom de l'émetteur et le sceau enregistré (印鑑) se trouvent en bas à gauche. Un OCR standard lit de haut en bas et de gauche à droite. Lorsque le texte est vertical, il lit du charabia.

Ensuite, il y a le reçu manuscrit — encore courant au Japon pour des services comme les réparations, le conseil ou les missions freelance, où le vendeur rédige un reçu à la main. Comme l'a noté un utilisateur sur la plateforme de questions-réponses japonaise Qiita, tester l'OCR de freee sur des reçus manuscrits a donné environ 20 % de précision sur le seul champ du montant — quatre chiffres réduits à deux, avec un seul chiffre correct. La reconnaissance de l'écriture manuscrite japonaise nécessite des modèles spécifiquement entraînés sur l'écriture japonaise, et la plupart des OCR de reçus généralistes ont été entraînés sur du texte anglais imprimé.

Ce qu'un reçu fiscalement valide au Japon doit contenir (exigences de la NTA)

Avant d'extraire quoi que ce soit, vous devez savoir ce que vous cherchez. L'Agence nationale des impôts (国税庁, NTA) définit des exigences précises pour qu'un reçu (領収書) soit accepté comme justificatif de dépense. Comprendre ces champs détermine les colonnes nécessaires dans votre résultat d'extraction.

Un reçu valide doit contenir huit éléments essentiels selon les directives de la NTA :

En vertu de la loi japonaise sur la comptabilité électronique (電子帳簿保存法), pleinement en vigueur depuis janvier 2024, tout reçu reçu par voie électronique (PDF par e-mail, téléchargement sur site Web, capture d'écran d'application) doit être conservé sous forme de données électroniques — vous ne pouvez pas l'imprimer et ne conserver que le papier. Les données doivent pouvoir être recherchées par date, montant et contrepartie, et le système doit empêcher toute modification non autorisée. Ces exigences s'appliquent à toutes les sociétés et les travailleurs indépendants, quelle que soit la taille de l'entreprise, conformément aux directives d'application de la NTA publiées parallèlement aux amendements de la réforme fiscale de 2023.

Cela signifie que si vous recevez un reçu PDF d'Amazon Japan par e-mail, conserver uniquement une copie imprimée est non conforme. Vous avez besoin de l'original numérique. Un processus d'extraction qui crée une base de données Excel consultable de vos reçus tout en préservant les fichiers numériques d'origine répond à la fois au besoin d'extraction et à l'obligation de conformité.

Le coût caché de la saisie manuelle des reçus pendant la saison des impôts

Selon les estimations du Secrétariat du Cabinet, la population de travailleurs indépendants au Japon a atteint 4,62 millions de personnes — incluant les entrepreneurs individuels (個人事業主), les présidents d'entreprise unipersonnelle et les travailleurs ayant une activité secondaire. Les petites entreprises, définies comme celles comptant 20 employés ou moins, représentent 84,5 % de toutes les entreprises au Japon (Ministère des Affaires intérieures et des Communications, Recensement économique 2014). Ces chiffres signifient que des millions de personnes déposent chaque année la déclaration de revenus finale (確定申告) — et pour chacune d'elles, les reçus sont la partie la plus fastidieuse du processus.

Le NTA rapporte que 23,39 millions de déclarations de revenus ont été déposées pour l'exercice 2024, dont 13,29 millions via e-Tax depuis le domicile. La date limite est fixe : du 16 février au 15 mars chaque année. Pendant les deux mois précédant cette période, les travailleurs indépendants et les propriétaires de petites entreprises à travers le Japon font face au même rituel : rapprocher une année de reçus avec les relevés bancaires et les relevés de carte de crédit, saisir chacun d'eux dans un logiciel de comptabilité ou un tableur, et prier pour que rien ne se perde.

Quantifions ce que coûte réellement la saisie manuelle. La vitesse moyenne de saisie manuelle des données de reçus est d'environ 45 secondes par reçu si vous tapez directement dans un tableur — trouver la date, la convertir du format ère, taper le nom du fournisseur, saisir le montant, répartir la taxe, lire la description de l'objet (但し書き) et deviner la catégorie de dépense. Pour 150 reçus par an (moins de 3 par semaine), cela représente 112,5 minutes de pure saisie de données — un peu moins de deux heures. Mais le coût réel est plus élevé.

Chaque reçu nécessite un changement de contexte : celui de Yoshinoya est un ticket thermique au texte délavé, celui d’un déjeuner client est un reçu manuscrit aux kanji à peine lisibles, celui d’Amazon Japan est un PDF dont le montant est noyé dans un e-mail de confirmation. Le coût mental du changement de format ajoute environ 15 à 20 secondes par reçu. Un reçu avec conversion de date d’ère, double ventilation de taxe et nom de fournisseur manuscrit peut prendre plus de 90 secondes. À ce rythme, 150 reçus engloutissent la majeure partie d’une journée de travail — un travail que vous ne facturez pas à un client.

Et cela ne tient pas compte du coût des erreurs. Les données de déclaration 2024 de la NTA montrent que 8,24 millions des 13,29 millions de déclarations e-Tax ont été déposées par les contribuables eux-mêmes — soit plus de 8 millions de personnes qui font leur propre comptabilité sans comptable fiscaliste agréé (税理士). Le taux d’erreur dans la seule classification des dépenses, lorsqu’elle est effectuée manuellement sans validation automatisée, peut entraîner des déductions manquées ou des déclenchements de contrôle fiscal. Lors d’un contrôle fiscal, la NTA peut demander des reçus remontant jusqu’à 7 ans pour les déclarants au régime Bleu et 5 ans pour le régime Blanc — une tâche de récupération quasi impossible si vos archives ne sont qu’une boîte à chaussures remplie de tickets de caisse délavés.

Comment l'extraction par IA traite les reçus japonais différemment de l'OCR par modèle

La différence fondamentale entre l'OCR traditionnel et l'extraction par IA ne réside pas dans un pourcentage de précision, mais dans la manière dont chaque approche localise les données sur la page. Et pour les reçus japonais, cette distinction détermine si vous obtenez un résultat exploitable ou un tableau vide.

L'OCR par modèle fonctionne par correspondance de coordonnées. Vous définissez une zone sur la page où se trouve le montant total sur le format de reçu du magasin A. Le logiciel cherche dans cette zone à chaque fois. Lorsque le magasin B utilise une mise en page différente — des coordonnées différentes pour le total — le modèle échoue. Pour les reçus japonais, où chaque boutique, restaurant et compagnie de taxi utilise un format différent, l'OCR par modèle nécessite un modèle distinct par fournisseur. Un freelance avec des reçus de 40 fournisseurs différents a besoin de 40 modèles. C'est pourquoi l'OCR par modèle échoue à grande échelle.

L'extraction par nom de colonne — l'approche utilisée par les modèles de vision IA — fonctionne différemment. Au lieu d'indiquer à l'outil où chercher sur la page, vous lui dites quoi chercher : la date, le nom du fournisseur, le montant total, la description de l'objet (但し書き), le sous-total de la taxe à 10 %, le sous-total de la taxe à 8 %. Vous saisissez ces noms comme en-têtes de colonnes avant le téléchargement. L'IA lit l'intégralité du document, comprend la signification sémantique de chaque champ et localise la valeur correspondante, où qu'elle se trouve sur la page. Une date en haut à droite d'un reçu et au milieu d'un autre sera toutes deux attribuée à la colonne « date », car l'IA les reconnaît comme des dates.

C'est ce mécanisme qui permet de traiter par lots 50 reçus de 50 magasins différents en un seul téléchargement — sans modèles, sans configuration par fournisseur, sans dessin de coordonnées. La logique d'extraction est indépendante du format car elle est basée sur le sens, et non sur la position.

Pour les reçus japonais en particulier, cette approche résout les trois défis de format qui font échouer l'OCR par modèle :

• Double taux de taxe : Vous créez deux colonnes — 消費税10%対象額 et 消費税8%対象額 — et l'IA sépare les totaux en reconnaissant les étiquettes de taux à côté de chaque sous-total, sans supposer un champ de taxe unique.
• Dates d'ère : Vous pouvez utiliser une colonne calculée — une fonction qui effectue des calculs lors de l'extraction, sans nécessiter de post-traitement dans Excel. Définissez une colonne comme « Date occidentale (Convertir l'année Reiwa en année occidentale en ajoutant 2018) » et l'IA affiche 2025-06-15 au lieu de 令和7年6月15日. Plus d'étape de conversion manuelle.
• Extraction de la description de l'objet : L'IA lit le champ de description et l'extrait sous forme de texte. Vous pouvez associer cela à une colonne inférée — une colonne où l'IA prend une décision basée sur le contenu du document. Par exemple, une colonne nommée Catégorie (Options: 飲食費/交通費/消耗品費/通信費/その他) indique à l'IA de lire la description, de déterminer la catégorie de dépense et de remplir la valeur appropriée. Un reçu avec « お食事代として » est automatiquement classé comme frais de repas — l'extraction et la classification se font en une seule passe.

Étape par étape : d’une pile de reçus japonais à un tableau prêt pour la déclaration fiscale

Voici le processus exact qui transforme une pile de reçus de fin d’année en un seul fichier Excel trié, utilisable directement pour la déclaration fiscale finale (確定申告) — que vous déclariez via freee, Yayoi (弥生), MoneyForward, ou que vous remettiez un tableur à votre comptable agréé (税理士).

Étape 1 : Numérisez d'abord tous les reçus

Avant toute extraction, chaque reçu doit être au format numérique. Pour les reçus papier, utilisez l'appareil photo de votre téléphone — placez le reçu à plat sur une surface sombre, assurez-vous que l'intégralité du reçu est visible (du nom du vendeur au total) et évitez les ombres de la main. Pour les reçus thermiques qui ont déjà commencé à s'estomper (courant après 6 à 12 mois de stockage), prenez la photo maintenant — l'image ne s'améliorera pas avec le temps. Pour les reçus par e-mail et les PDF d'achats en ligne, enregistrez-les dans un seul dossier avant de les télécharger.

Nommez vos fichiers de manière logique — une convention comme AAAA-MM-JJ_Vendeur.pdf (ex. : 2025-06-15_Yoshinoya.pdf) rend chaque fichier retrouvable plus tard. Si vous en avez trop pour les renommer manuellement, la plupart des outils d'extraction conservent le nom de fichier d'origine dans le tableau de sortie, vous offrant un lien traçable de chaque ligne de données vers son document source.

Étape 2 : Définissez vos colonnes une fois pour toutes

Cette étape détermine la qualité de votre résultat. Au lieu d'extraire tous les champs de chaque reçu, extrayez uniquement ceux nécessaires à votre déclaration fiscale. Pour un freelance ou un entrepreneur individuel déposant la Déclaration Bleue (青色申告), les colonnes pourraient être :

Pour les déclarants au Régime Blanc (白色申告), les exigences sont plus simples — vous n'avez pas besoin de la ventilation détaillée des taxes, car le Régime Blanc n'offre pas les déductions spéciales du Régime Bleu. Un ensemble de colonnes de base (Date, Fournisseur, Montant et Catégorie) est généralement suffisant.

L'avantage clé de définir les colonnes ainsi : une fois configurées, elles fonctionnent pour chaque reçu que vous importez — d'un ticket thermique 7-Eleven à un reçu manuscrit d'un interprète freelance.

Étape 3 : Importer en lot et extraire

Importez tous vos fichiers de reçus en une seule fois — 30, 80, 150, peu importe ce que vous avez accumulé. L'IA traite chacun d'eux, localise les valeurs correspondant à vos colonnes définies et remplit un tableur où chaque ligne correspond à un reçu et chaque colonne à l'un des champs que vous avez spécifiés. Le traitement prend quelques secondes par page : un lot de 100 reçus est terminé en quelques minutes, pas en heures.

Le résultat inclut une référence au fichier source pour chaque ligne, vous permettant de cliquer depuis le tableur pour revenir à l'image du reçu d'origine si vous devez vérifier une valeur. Cette traçabilité est essentielle pour être prêt en cas de contrôle fiscal — elle satisfait l'exigence de l'ANF selon laquelle les enregistrements doivent être consultables par date, montant et contrepartie en vertu de la Loi sur la tenue de livres électroniques (電子帳簿保存法).

Étape 4 : Valider les données avant la déclaration

Aucun outil d'extraction n'atteint 100 % de précision sur chaque ticket — c'est une réalité du traitement documentaire, pas un défaut d'un outil particulier. L'objectif de l'extraction par lots est de réduire le travail manuel, passant de « saisir chaque champ » à « vérifier les anomalies ». Voici une routine de validation de deux minutes :

1. Triez les résultats par Montant (décroissant). Parcourez visuellement les 10 premières lignes — ce sont vos plus grosses dépenses, présentant le risque de contrôle le plus élevé. Vérifiez chacune par rapport au ticket original.
2. Examinez la colonne Catégorie pour toute classification « autre » — l'IA utilise ce fourre-tout lorsqu'elle ne peut pas déterminer la catégorie avec certitude. Reclassez-les manuellement.
3. Triez par Date et vérifiez qu'aucune entrée ne se situe en dehors de l'exercice fiscal en cours (1er janvier – 31 décembre). Un ticket de janvier 2026 n'a pas sa place dans votre déclaration 2025.
4. Pour les déclarants Blue Return : vérifiez que la somme du sous-total imposable à 10 % + sous-total imposable à 8 % + taxe à la consommation est approximativement égale au montant total. Un écart signale une possible erreur d'extraction.

Structurer votre extraction pour la déclaration bleue ou blanche

Le choix entre la déclaration bleue (青色申告) et la déclaration blanche (白色申告) impacte à la fois votre résultat fiscal et votre stratégie de traitement des reçus. Comprendre la différence vous aide à concevoir vos colonnes d'extraction pour capturer les bonnes données selon votre type de déclaration.

La déclaration bleue offre une déduction spéciale pouvant atteindre 650 000 ¥ pour les déclarants qui soumettent par voie électronique via e-Tax et tiennent une comptabilité en partie double (複式簿記). À partir de 2027, la déduction maximale passe à 750 000 ¥ pour ceux qui combinent e-Tax avec des « excellents enregistrements électroniques » — mais les déclarants papier seront limités à seulement 100 000 ¥. La déclaration bleue permet également le report des pertes sur trois ans et la déduction des salaires versés aux membres de la famille employés dans votre entreprise. En contrepartie, vous devez tenir un grand livre (総勘定元帳), un journal (仕訳帳) et un bilan, et conserver tous les reçus et documents pendant 7 ans.

La déclaration blanche est plus simple — comptabilité de caisse, pas de bilan requis, conservation des reçus pendant 5 ans — mais n'offre aucune déduction spéciale ni report de pertes. Pour un travailleur indépendant avec 4 millions de ¥ de revenus professionnels, la déduction de 650 000 ¥ de la déclaration bleue au taux marginal d'imposition (20 % pour les revenus entre 3,3 M¥ et 6,95 M¥) représente environ 130 000 ¥ d'économies d'impôt — une somme réelle pour une activité solo.

Qu'est-ce que cela signifie pour votre flux d'extraction ? Les déclarants bleus ont besoin de données granulaires — diviser chaque reçu par taux d'imposition, suivre le mode de paiement (espèces vs carte) et mapper la catégorie de compte de charges correcte (勘定科目) pour les écritures de journal. Le tableur de sortie devient la source de données pour votre état financier de déclaration bleue (青色申告決算書). Les déclarants blancs ont besoin de moins de détails — fournisseur, date, montant et une catégorie large suffisent pour l'état des recettes et dépenses (収支内訳書).

Si vous utilisez freee, Yayoi ou MoneyForward, le processus est différent : ces plateformes peuvent importer automatiquement les transactions bancaires et de carte de crédit, et beaucoup proposent une OCR pour les reçus dans l'application. Cependant, l'OCR des reçus dans ces logiciels comptables est conçue pour traiter les reçus un par un, dans l'interface mobile de l'application. Pour un freelance avec plus de 100 reçus accumulés sur l'année, les traiter un par un via une application mobile est plus rapide que la saisie manuelle, mais reste un processus linéaire, reçu par reçu. Un outil d'extraction par lot qui traite tous les reçus en un seul téléchargement et produit un seul tableur vous donne l'ensemble des données d'un coup — que vous pouvez ensuite rapprocher des transactions bancaires déjà importées dans votre logiciel comptable.

Questions fréquentes

L'IA peut-elle vraiment lire des reçus japonais manuscrits ?

Partiellement. Les modèles modernes de vision-langage lisent le japonais imprimé avec une grande précision, mais les kanji manuscrits restent le cas le plus difficile. Un modèle comme le open-source Japanese-Receipt-VL-3B — affiné spécifiquement sur des images de reçus mobiles japonais — traite bien les reçus imprimés standard. Les champs manuscrits en écriture claire et en caractères d'imprimerie sont généralement lisibles par l'IA. Mais les reçus manuscrits cursifs ou très stylisés — notamment les anciens reçus où le vendeur utilisait un tampon personnel et une écriture au pinceau — auront une précision d'extraction moindre et doivent être vérifiés ponctuellement. Si vous recevez souvent des reçus manuscrits, testez un échantillon avant de vous engager dans un processus.

L'outil gère-t-il automatiquement les dates d'ère japonaise (令和, 平成, 昭和) ?

La plupart des outils d'extraction par IA extraient la date telle qu'elle apparaît sur le document. Si le reçu indique 令和7年6月15日, c'est ce qui apparaît dans votre feuille de calcul — ce qui n'est pas directement exploitable dans la plupart des logiciels comptables. Vous pouvez gérer cela avec une colonne calculée : définissez une règle comme « Convertir l'année 令和 en année occidentale en ajoutant 2018, 平成 en ajoutant 1988, 昭和 en ajoutant 1925 » et l'IA produit la date occidentale. Si votre outil ne prend pas en charge les colonnes calculées, vous pouvez exécuter une formule Excel ponctuelle (=DATE(année_ère+2018, mois, jour) pour les dates Reiwa) sur la colonne des dates après extraction.

Comment sépare-t-il précisément la TVA à 8 % et 10 % sur les tickets de caisse ?

Lorsque le ticket indique clairement les sous-totaux à 8 % et 10 % séparément — comme c'est le cas sur la plupart des tickets de konbini et supermarchés japonais — l'extraction par IA gère la répartition de manière fiable. Si un ticket ne présente qu'un total unique sans détail par taux de TVA (courant sur les vieux tickets manuscrits ou ceux des petits commerçants), l'IA ne peut pas séparer ce qui n'est pas indiqué. Dans ce cas, vous devrez calculer manuellement la répartition selon le contenu : les produits alimentaires à 8 %, les autres articles à 10 %. Les tickets émis dans le cadre du système de factures qualifiées (インボイス制度) — obligatoire depuis octobre 2023 pour les transactions B2B — doivent mentionner la ventilation par taux, ce qui rend l'extraction plus fiable pour les reçus professionnels reçus depuis cette date.

Et les tickets thermiques décolorés ? L'IA peut-elle les lire ?

Tout dépend du degré de décoloration. Les tickets thermiques commencent généralement à se dégrader en 6 à 12 mois — le texte passe du noir au gris puis à l'invisible à mesure que le revêtement chimique se décompose. Si le ticket est déjà presque vierge, aucun outil d'extraction ne peut récupérer des données que l'œil humain ne voit pas. Si le texte est pâle mais encore lisible, les modèles de vision par IA les traitent souvent mieux que l'OCR traditionnel, car ils analysent l'image dans son ensemble — en déduisant le texte du contexte environnant — plutôt que de se fier uniquement au contraste au niveau des pixels. La leçon pratique : numérisez vos tickets dès que vous les recevez. Une fois qu'un ticket thermique s'est décoloré, les données sont perdues. Le ministère de l'Économie, du Commerce et de l'Industrie (METI) recommande de numériser les tickets dans les 3 mois suivant leur émission pour cette raison.

Puis-je importer le résultat dans freee ou Yayoi plutôt que dans Excel ?

freee, Yayoi (弥生) et MoneyForward prennent tous en charge l'import CSV pour les données de transactions. Une fois vos reçus extraits dans un tableur, exportez-les au format CSV et importez-les dans votre logiciel comptable — en faisant correspondre l'ordre des colonnes au format d'import requis par votre logiciel. Le modèle d'import de freee attend des colonnes pour la date, le montant, le compte comptable (勘定科目), le libellé (摘要) et le tiers (取引先). Le résultat d'une extraction bien structurée correspond directement à ces champs. L'étape d'import remplace la saisie manuelle transaction par transaction dans l'application comptable — vous importez un seul fichier CSV au lieu de saisir 150 reçus individuels.

Un tableau extrait satisfait-il aux exigences de contrôle du NTA ?

Le NTA n'exige pas la conservation des originaux papier des reçus reçus par voie électronique — la loi sur la comptabilité électronique impose un stockage numérique pour les documents reçus électroniquement. Pour les reçus papier que vous numérisez, les copies scannées servent de preuves justificatives, mais le NTA peut demander à voir les originaux lors d'un contrôle. En pratique, un tableau d'extraction avec des références aux fichiers sources (liant chaque ligne à l'image du reçu original) combiné à un système de classement numérique bien organisé satisfait à l'exigence de recherche des enregistrements par date, montant et contrepartie. La clé est la traçabilité : chaque donnée de votre déclaration fiscale doit pouvoir être rattachée à un document source spécifique, consultable sur demande.

Faire de la Kakutei Shinkoku une formalité, pas une corvée

Voici ce qui change quand on arrête de saisir ses reçus à la main. Un freelance ou un petit entrepreneur avec 150 reçus annuels passe d'une journée entière de saisie — 6 à 8 heures, en comptant les changements de format et les corrections d'erreurs — à environ 15 minutes d'extraction plus 30 minutes de validation. L'extraction elle-même prend quelques minutes. La validation — tri, repérage des anomalies, reclassement des inconnus — prend une demi-heure si vous avez été rigoureux dans le nommage des fichiers et la capture d'images nettes tout au long de l'année. Total : moins d'une heure contre presque une journée.

Il ne s'agit pas de gagner un après-midi. Il s'agit de supprimer la principale source d'anxiété de la déclaration fiscale finale — la peur d'avoir perdu un reçu, mal classé une dépense, ou oublié une déduction parce que la boîte à chaussures était trop difficile à trier correctement. Quand chaque reçu figure dans un tableur avec sa date, son fournisseur, son montant, sa ventilation fiscale, sa catégorie et un lien vers l'image d'origine, la déclaration devient un exercice de vérification plutôt qu'un projet de reconstruction. Vous validez des données, vous ne les créez pas de zéro.

La déduction spéciale pour déclaration en bleu (青色申告特別控除) — jusqu'à 650 000 ¥ de réduction de revenu imposable — exige des registres propres. Un tableur s'exporte directement dans la section des dépenses de votre état financier pour déclaration en bleu, chaque ligne étant étayée par un fichier source traçable. C'est la différence entre déclarer en toute confiance et déclarer les doigts croisés.

Testez le processus avec vos propres reçus. Voyez si une pile de reçus qui vous prendrait un après-midi à saisir devient un tableur que vous pouvez valider autour d'un café.