Comment traiter 150 reçus japonais par lotsdans Excel pour le kakutei shinkoku

À trois minutes par reçu — le temps moyen pour localiser la date au format d'ère, saisir le nom du fournisseur en kanji, répartir le montant entre deux taux d'imposition, lire la description en ‮但‬し書き et décider de la catégorie de dépense — une pile de 150 reçus japonais vous coûte sept heures et demie de saisie de données. À deux reçus par saisie avec une application mobile, vous brûlez encore près de quatre heures. Le goulot d'étranglement n'est pas l'étape par reçu. C'est le fait que vous devez la répéter 150 fois. Huit millions de personnes au Japon remplissent leur propre kakutei shinkoku (‮確定申告‬, déclaration fiscale annuelle) sans comptable fiscal agréé, selon les données de la National Tax Agency pour la saison de déclaration 2024. Cela représente huit millions de personnes qui ont passé une partie de février à fixer des reçus un par un.

Arrêtez de saisir les données à la main — laissez l'IA les lire pour vous
Téléversez une image ou un PDF — des données structurées en feuille de calcul en 10 secondes
Essayez maintenant →
Traitement par lots de reçus japonais pour la déclaration fiscale kakutei shinkoku dans une feuille de calcul

Pourquoi le traitement des reçus un par un échoue à la saison des impôts

La National Tax Agency 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. Parmi celles-ci, 8,24 millions ont été déposées par les contribuables eux-mêmes — et non par des comptables ou des services de paie. La population des travailleurs indépendants au Japon, selon les estimations du Cabinet Secretariat, a atteint 4,62 millions, incluant les entrepreneurs individuels (‮個人事業主‬), les présidents d'entreprise à une personne et les travailleurs parallèles ayant une activité secondaire. Pour chacun d'eux, les reçus sont la partie la plus fastidieuse du processus kakutei shinkoku — non pas parce qu'un reçu individuel est difficile à traiter, mais parce que le volume total résiste à un effort linéaire.

Le temps de saisie par reçu pour un ‮領収書‬ japonais n'est pas uniforme. Un reçu standard de ‮コンビニ‬ (supérette) avec des champs clairement imprimés peut prendre 30 secondes. Un ‮領収書‬ manuscrit d'un petit restaurant, avec des kanji estompés, une date d'ère (‮令和7年6月15日‬) et aucune ventilation du taux d'imposition, peut prendre 90 secondes ou plus. Un utilisateur de la plateforme de questions-réponses Qiita a testé l'OCR de freee sur un ‮領収書‬ manuscrit et a rapporté une précision d'environ 20 % sur le seul champ du montant — quatre chiffres réduits à deux, avec un seul correct. Le réflexe immédiat est de blâmer l'OCR, mais le vrai problème est structurel : un modèle de traitement conçu pour une interaction un par un, reçu par reçu, n'échoue sur aucun reçu individuel. Il échoue lorsqu'on le multiplie par une année d'accumulation.

À 150 reçus — moins de trois par semaine — avec un temps de saisie moyen de 60 secondes et 15 secondes de coût de changement de format par reçu, la saisie manuelle consomme 3 heures et 8 minutes. À 300 reçus, c'est une journée de travail complète. Et ce, avant la correction des erreurs, avant la reclassification des cinq entrées mal catégorisées par le logiciel, avant la recherche du reçu dont vous êtes sûr qu'il existait mais que vous ne trouvez pas en février.

Ce que les logiciels de comptabilité japonais font bien — et leurs limites à grande échelle

Les trois grandes plateformes de comptabilité cloud japonaises — freee, ‮夥生‬ (Yayoi) et MoneyForward (‮マネーフォワード‬) — gèrent remarquablement bien le flux de travail comptable courant. Elles importent automatiquement les transactions bancaires et de carte de crédit, utilisent l'apprentissage automatique pour suggérer la catégorie de dépense appropriée (‮勘定科目‬) et génèrent le ‮青色申告決算書‬ (état financier de déclaration bleue) prêt pour la soumission via e-Tax. Pour un freelance qui scanne ses reçus au fur et à mesure — un trajet en taxi, un reçu Lawson, un déjeuner client — le pipeline application mobile + OCR fonctionne.

La lacune apparaît en février. Le ‮クラウド経費‬ (Cloud Expense) de MoneyForward prend en charge le téléchargement par lots de 50 images de reçus à la fois pour le traitement OCR, en extrayant la date, le fournisseur, le montant et le numéro d'enregistrement. Le ‮ファイルボックス‬ (File Box) de freee prend en charge les téléchargements PDF, JPEG et PNG de moins de 10 Mo chacun, avec un OCR qui extrait les champs clés et les met en évidence pour vérification. Ce sont tous deux de véritables outils de productivité — pour le flux de travail régulier d'un reçu à la fois, réparti sur l'année. Mais face à un arriéré de fin d'année de 150 reçus accumulés dans une boîte à chaussures, la plateforme conçue pour « scanner au fur et à mesure » devient un goulot d'étranglement.

La distinction ne concerne pas la précision de l'OCR. Elle concerne ce qui se passe après l'extraction. Dans un logiciel de comptabilité, chaque reçu produit une écriture de journal. Traiter 150 reçus signifie 150 déclenchements OCR, 150 confirmations de catégorie, 150 enregistrements individuels. Le résultat est un grand livre, pas une feuille de calcul — utile pour le moteur interne du logiciel de comptabilité, mais pas conçu pour que vous puissiez scanner, trier et valider 150 lignes d'un coup d'œil.

Une approche d'extraction par lots inverse ce processus. Au lieu de télécharger les reçus un par un dans un flux de travail comptable, vous définissez les colonnes souhaitées — date, fournisseur, montant total, sous-total imposable à 10 %, sous-total imposable à 8 %, description ‮但‬し書き, catégorie de dépense — et téléchargez les 150 reçus en un seul lot. L'outil les traite en parallèle et produit une feuille de calcul où chaque ligne est un reçu et chaque colonne un champ que vous avez nommé. C'est l'extraction par nom de colonne : vous dites à l'IA ce que vous voulez trouver (en nommant les colonnes), et elle localise les valeurs correspondantes sur chaque document en comprenant leur signification — pas en faisant correspondre des coordonnées comme l'OCR basé sur des modèles. La logique d'extraction est indépendante du format car elle est sémantique, pas positionnelle. Une définition de colonne fonctionne sur un ticket thermique ‮コンビニ‬, un ‮領収書‬ manuscrit de restaurant avec timbre fiscal et un PDF d'e-mail Amazon Japan — sans modèles par fournisseur, sans configuration par format.

L'OCR des logiciels de comptabilité est conçu pour la comptabilité courante. L'extraction par lots est conçue pour le moment de fin d'année. La différence ne réside pas dans la qualité technologique — c'est une question de conception du flux de travail. L'un traite les reçus linéairement dans un grand livre. L'autre les traite en parallèle dans une seule feuille de calcul que vous pouvez scanner, trier et valider avant de l'importer dans votre logiciel de comptabilité ou de la remettre à votre ‮税理士‬ (expert-comptable agréé).

Ce que la loi de 2024 sur la conservation des livres comptables électroniques (‮電子帳簿保存法‬) change dans votre flux de travail de reçus

Depuis janvier 2024, la loi japonaise sur la conservation des livres comptables électroniques (‮電子帳簿保存法‬) est pleinement en vigueur avec une disposition qui affecte directement le traitement des reçus : tout reçu reçu par voie électronique — comme pièce jointe PDF par e-mail, téléchargement sur un site web ou capture d'écran d'une application — doit être stocké sous forme de données électroniques. Vous ne pouvez pas l'imprimer et conserver uniquement la copie papier. La période de grâce de deux ans qui permettait le recours au papier a pris fin le 1er janvier 2024.

La loi impose également trois exigences de recherche pour les documents stockés électroniquement : ils doivent pouvoir être retrouvés par date de transaction, montant et contrepartie. Une feuille de calcul d'extraction par lots bien structurée satisfait automatiquement à cela : triez par colonne de date, filtrez par colonne de fournisseur, parcourez les montants par plage. La feuille de calcul elle-même, combinée à des dossiers numériques organisés contenant les images originales des reçus, crée une archive consultable qui répond aux exigences de la National Tax Agency — sans système dédié de gestion documentaire. Les reçus papier que vous numérisez relèvent des règles de conservation par scanner de la loi : une fois numérisés, l'original physique peut être jeté si la numérisation a été effectuée dans les deux mois plus sept jours ouvrés suivant la réception et si votre bureau a adopté les règles de traitement internes requises. Pour les reçus reçus initialement comme pièces jointes par e-mail ou téléchargements, il n'existe pas d'original papier à conserver — le stockage électronique est la seule option conforme.

Pour un freelance qui déclare de manière indépendante (les déclarants ‮青色申告‬ conservent les registres pendant 7 ans ; les déclarants ‮白色申告‬ pendant 5 ans), la combinaison de la sortie d'extraction par lots et de fichiers numériques organisés répond à la fois au besoin d'extraction et à l'exigence de conformité en une seule étape. Si vous avez besoin d'approfondir les mécanismes d'extraction pour les reçus japonais individuels, y compris les champs exacts à extraire et comment configurer les colonnes pour des formats spécifiques, consultez notre guide pour extraire les données de ‮領収書‬ dans Excel.

Déclaration bleue ou blanche : concevez votre jeu de colonnes selon le type de déclaration

Le choix entre la déclaration bleue (‮青色申告‬) et la déclaration blanche (‮白色申告‬) n'affecte pas seulement votre impôt : il détermine les colonnes dont vous avez besoin dans votre feuille de calcul d'extraction. Bien faire ce choix dès la conception des colonnes garantit que votre sortie correspond directement aux formulaires que vous remplissez, sans reformatage intermédiaire.

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 passera à 750 000 ¥ pour ceux qui combinent e-Tax avec des « enregistrements électroniques excellents », tandis que les déclarants sur papier seront limités à 100 000 ¥. Pour un travailleur indépendant ayant 4 millions de ¥ de revenus d'entreprise, la déduction de 650 000 ¥ au taux marginal de 20 % (la tranche pour les revenus entre 3,3 M ¥ et 6,95 M ¥) se traduit par environ 130 000 ¥ d'économies d'impôt sur le revenu, plus environ 65 000 ¥ de réduction de taxe de résidence (environ 10 % du montant déduit). De l'argent réel pour une opération en solo — mais cela exige des enregistrements propres et détaillés.

L'implication pratique pour l'extraction par lots : les déclarants en déclaration bleue ont besoin de plus de colonnes car la National Tax Agency attend des rapports plus détaillés. Les déclarants en déclaration blanche peuvent utiliser un jeu de colonnes plus simple car le ‮収支内訳書‬ (État des recettes et dépenses) n'exige pas le même niveau de détail que le ‮青色申告決算書‬ (État financier de la déclaration bleue).

ColonneDéclaration bleue (‮青色‬)Déclaration blanche (‮白色‬)
‮日付‬ (Date)ObligatoireObligatoire
‮発行者‬ (Fournisseur)ObligatoireObligatoire
‮金額‬ (Montant total)ObligatoireObligatoire
Sous-total imposable à 10 %RecommandéFacultatif
Sous-total imposable à 8 %RecommandéFacultatif
‮但‬し書き (Description)Recommandé — preuve d'auditFacultatif
‮勘定科目‬ (Catégorie de dépense)Obligatoire pour les écritures de journalCatégorie générale suffisante
‮支払方法‬ (Mode de paiement)Recommandé — rapprochement bancaireFacultatif

Une colonne de catégorie de dépense peut être configurée comme colonne inférée : au lieu de saisir manuellement la catégorie pour chacun des 150 reçus, vous définissez un nom de colonne comme « Catégorie (Options : ‮旅費交通費‬/‮接待交際費‬/‮消耗品費‬/‮通信費‬/‮地代家賃‬/‮その他‬) » et l'IA lit la description ‮但‬し書き pour déterminer quelle catégorie de dépense standard s'applique — en la remplissant automatiquement. Un reçu de taxi est classé comme ‮旅費交通費‬, un reçu de restaurant pour une réunion client comme ‮接待交際費‬. L'extraction et la classification se font en une seule passe, et non en étapes distinctes.

Arrêtez de saisir les données à la main — laissez l'IA les lire pour vous
Téléversez une image ou un PDF — des données structurées en tableau en 10 secondes
Essayez maintenant →

Un flux de travail en deux étapes : téléversez une fois, obtenez votre tableau

Le traitement par lots d'une année de reçus japonais se décompose en deux étapes principales. Tout le reste n'est que préparation et validation.

Étape 1 : Numérisez votre pile

Pour les reçus papier, utilisez l'appareil photo de votre téléphone. Placez chaque reçu à plat sur une surface sombre, assurez-vous que le reçu entier est visible du nom de l'‮発行者‬ (émetteur) jusqu'au montant total, et évitez les ombres de vos mains. Pour les reçus en papier thermique — le type émis par la plupart des konbini et restaurants japonais — capturez l'image immédiatement après réception si possible. Le papier thermique commence à se dégrader en 6 à 12 mois, et le texte d'un ticket de ‮コンビニ‬ vieux d'un an peut déjà être nettement plus pâle qu'à l'émission. Le ministère de l'Économie, du Commerce et de l'Industrie (METI) recommande de numériser les reçus thermiques dans les trois mois suivant leur émission.

Pour les reçus reçus électroniquement — confirmations de commande Amazon Japan, PDF de services publics, factures envoyées par e-mail par les fournisseurs de services — enregistrez-les dans un seul dossier avant le téléversement. Une convention de nommage cohérente comme YYYY-MM-DD_Fournisseur (par exemple, 2025-08-15_Yoshinoya.pdf) rend chaque fichier individuellement retrouvable. Si vous en avez trop pour les renommer manuellement, l'outil d'extraction conserve le nom de fichier d'origine dans le tableau de sortie, vous offrant ainsi un lien traçable entre chaque ligne de données et son fichier source.

Étape 2 : Définir les colonnes et téléverser en un seul lot

Nommez les colonnes dont vous avez besoin — selon votre type de déclaration (déclaration bleue ou blanche) et les champs abordés ci-dessus. Une fois définies, ces colonnes fonctionnent avec tous les formats de reçus : un ticket thermique de 7-Eleven, un ‮領収書‬ manuscrit d'un petit restaurant, un PDF par e-mail d'Amazon Japan. Téléversez les 150 reçus en une seule fois. L'IA traite chacun d'eux, localise les valeurs correspondant à vos colonnes définies et remplit une feuille de calcul unique.

JPG/PNG/PDF Extraction par IA

Les fichiers sont traités en toute sécurité et ne sont pas stockés.

Étape 3 : Valider le résultat avant la déclaration

Aucun outil d'extraction n'atteint une précision de 100 % sur chaque reçu. L'objectif de l'extraction par lots est de déplacer l'effort humain de « saisir chaque champ » à « vérifier les anomalies ». Une routine de validation ciblée prend environ 30 minutes pour un lot de 150 reçus :

  1. Trier par montant (décroissant) et examiner visuellement les 10 premières lignes. Ce sont vos plus grosses dépenses et elles présentent le risque de contrôle le plus élevé. Vérifiez chacune par rapport à son reçu d'origine. Une dépense de ¥45,000 mal classée comme fournitures de bureau au lieu d'un achat d'équipement pourrait déclencher un traitement d'amortissement différent selon les règles de la National Tax Agency.
  2. Examiner la colonne Catégorie pour toute classification « ‮その他‬ » (Autre) — la catégorie fourre-tout que l'IA utilise lorsqu'elle ne peut pas déterminer la catégorie avec certitude. Reclassez ces éléments manuellement.
  3. Trier par date et vérifier qu'aucune entrée ne sort de l'exercice fiscal en cours (du 1er janvier au 31 décembre). Un reçu de janvier 2026 dans votre déclaration 2025 est une correction en attente.
  4. Pour les déclarants en déclaration bleue : vérifier les totaux des sous-totaux de taxe. Le sous-total à 10 % plus le sous-total à 8 % devraient approximativement correspondre au montant total (de légères différences d'arrondi sont normales). Un écart de plus de quelques centaines de yens signale une erreur d'extraction potentielle sur ce reçu.

La feuille de calcul de sortie inclut une référence au fichier source pour chaque ligne, afin que vous puissiez revenir à l'image du reçu d'origine. Cette traçabilité satisfait à l'exigence de recherche de la ‮電子帳簿保存法‬ — chaque donnée est liée à son document source.

Les défis propres au Japon qui s'amplifient à grande échelle

Plusieurs caractéristiques des reçus japonais créent des frictions dans le traitement de chaque reçu. À grande échelle — 100 reçus ou plus — ces points de friction passent de simples désagréments à des heures de travail manuel. Comprendre comment chacun se comporte dans un flux de traitement par lots détermine si votre extraction nécessite un post-traitement lourd ou si elle sort prête pour la déclaration fiscale.

Dates d'ère : conversion de ‮令和‬/‮平成‬/‮昭和‬ au calendrier occidental

Les reçus japonais utilisent le calendrier par ère : ‮令和‬ (Reiwa, débuté en mai 2019), ‮平成‬ (Heisei, 1989-2019), et parfois ‮昭和‬ (Showa, 1926-1989) pour les reçus archivés plus anciens. Une colonne d'extraction standard génère la date telle qu'elle est écrite sur le document — « ‮令和7年8月15日‬ » — ce que la plupart des logiciels comptables ne peuvent pas interpréter directement. Convertir manuellement chaque date, à 30 secondes par reçu pour 150 reçus, fait perdre 75 minutes sur un seul champ. Une colonne calculée — une fonctionnalité qui effectue des calculs pendant l'extraction plutôt qu'en post-traitement — résout ce problème : définissez une colonne avec une règle de conversion (ajouter 2018 pour les années Reiwa, 1988 pour Heisei, 1925 pour Showa) et l'IA génère automatiquement « 2025-08-15 ». Aucune étape de conversion séparée dans Excel.

Double taux de taxe : quand le reçu ne ventile pas ce dont vous avez besoin

Depuis octobre 2019, le Japon applique un taux standard de 10 % à la plupart des biens et services et un taux réduit de 8 % aux produits alimentaires (hors alcool et restauration) et aux abonnements de presse. Sur un seul ‮領収書‬ de konbini, vous pouvez voir trois sous-totaux : 10 %‮対象‬, 8 %‮対象‬ et 0 %‮対象‬ (articles non taxables comme les timbres). Les reçus des chaînes de magasins modernes à partir de 2023 — exigés par le Qualified Invoice System (‮インボイス制度‬) — indiquent clairement ces ventilations. Les reçus plus anciens ou les ‮領収書‬ manuscrits de petits vendeurs ne montrent souvent qu'un seul total.

Lorsque le reçu ventile clairement les taux, l'extraction par IA fonctionne de manière fiable — deux colonnes capturent les deux sous-totaux. Lorsqu'un reçu ne montre qu'un seul total sans ventilation de la taxe, l'IA ne peut pas diviser ce qui n'est pas imprimé. Dans ce cas, vous devrez calculer la répartition manuellement en fonction du contenu : les produits alimentaires à 8 %, les autres articles à 10 %. La principale différence de charge de travail : dans un flux par lots, seuls les reçus sans ventilation nécessitent une attention manuelle — pas les 150. Ceux qui sont clairement imprimés passent automatiquement.

‮但‬し書き (Description) : le champ sur lequel reposent les contrôles fiscaux

Le ‮但‬し書き est la description légalement requise de l'objet d'un paiement — et c'est le champ le plus susceptible d'être remis en question lors d'un contrôle de la National Tax Agency. Un reçu indiquant «‮品代‬» (marchandises) est jugé trop vague. Les descriptions acceptables incluent «‮お食事代‬» (frais de repas), «‮セミナー参加費‬» (frais de participation à un séminaire) ou «‮消耗品費‬» (fournitures). Un OCR générique entraîné sur des reçus en anglais ignore souvent ce champ — mais un modèle de vision-langage qui lit le document dans son ensemble peut l'extraire, car il cherche ce champ par le sens, et non par la position. Le ‮但‬し書き alimente également la colonne inférée qui classe automatiquement les dépenses dans le bon ‮勘定科目‬ — un flux de travail deux-en-un qui élimine l'étape la plus manuelle du traitement des reçus.

Reçus manuscrits et papier thermique délavé : connaître les limites

Les ‮領収書‬ manuscrits restent courants au Japon pour des services comme les réparations, le conseil ou les missions freelance. Les modèles de vision-langage modernes lisent le japonais imprimé avec une grande précision, mais les kanji manuscrits — en particulier l'écriture cursive ou stylisée au pinceau — constituent le cas le plus difficile pour tout système d'OCR. Les champs manuscrits clairs et en caractères d'imprimerie sont généralement extractibles ; une écriture très stylisée devra probablement être vérifiée manuellement.

Les reçus en papier thermique des konbini et des restaurants commencent à s'estomper sous 6 à 12 mois. Une fois délavés au point qu'un œil humain ne peut plus les lire, une IA ne peut pas non plus les récupérer. La règle pratique : numérisez dès réception, ou au minimum avant la fin de l'année. Un reçu lisible en juin peut n'être plus qu'un rectangle gris pâle en février suivant.

Questions fréquentes

Puis-je vraiment téléverser 150 reçus en un seul lot ?

Oui. Contrairement à certaines plateformes de comptabilité qui limitent les téléversements OCR par lot à 50 fichiers par session, un outil d'extraction par lot conçu pour ce flux de travail accepte toutes vos images de reçus en un seul téléversement — JPG, PNG ou PDF — et les traite en une seule feuille de calcul avec une ligne par reçu. Le temps de traitement varie selon le volume : un lot de 150 reçus est traité en quelques minutes, pas en heures.

Dans quelle mesure divise-t-il précisément la taxe à la consommation de 8 % et 10 % ?

Lorsque le reçu indique clairement les sous-totaux de 10 % et 8 % séparément — comme le font la plupart des reçus de chaînes de magasins depuis 2023 dans le cadre du Qualified Invoice System — l'extraction par IA gère la division de manière fiable. Lorsqu'un reçu n'affiche qu'un seul total sans ventilation de taxe (courant sur les reçus plus anciens ou manuscrits de petits vendeurs ‮領収書‬), l'IA ne peut pas extraire une division qui n'est pas imprimée. Dans ces cas, vous devrez calculer la ventilation manuellement selon que les articles sont admissibles au taux réduit — mais cela ne s'applique qu'à une minorité de reçus sans ventilation imprimée.

Fonctionne-t-il avec les ‮領収書‬ manuscrits ?

Partiellement. Les modèles de vision par IA gèrent mieux l'écriture manuscrite claire et en caractères d'imprimerie sur les reçus que l'OCR traditionnel basé sur des modèles, car ils traitent le document de manière holistique — en déduisant le texte du contexte, pas seulement du contraste des pixels. Les kanji manuscrits cursifs ou stylisés, en particulier sur les ‮領収書‬ écrits au pinceau, auront une précision d'extraction plus faible. Si les reçus manuscrits représentent plus de 20 à 30 % de votre volume annuel, testez un échantillon avant de vous engager dans un flux de travail et prévoyez du temps supplémentaire pour la vérification manuelle de ces reçus.

Puis-je importer la sortie dans freee, Yayoi ou MoneyForward ?

Oui. Les trois principales plateformes de comptabilité japonaises prennent en charge l'importation CSV pour les données de transactions. Exportez votre feuille de calcul d'extraction par lot au format CSV, alignez l'ordre des colonnes sur le format d'importation requis par votre logiciel, et importez un seul fichier au lieu de saisir 150 reçus individuellement. Le modèle d'importation de freee attend des colonnes pour la date, le montant, le poste comptable (‮勘定科目‬), la description (‮摘要‬) et la contrepartie (‮取引先‬). MoneyForward et Yayoi suivent des conventions de colonnes similaires. La sortie de l'extraction par lot correspond directement à ces champs.

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

La NTA n'exige pas d'originaux papier pour les reçus reçus par voie électronique — la ‮電子帳簿保存法‬ impose un stockage électronique. Pour les reçus papier que vous numérisez, les copies scannées servent de preuves justificatives, et la NTA peut demander les originaux lors d'un contrôle. Un tableau d'extraction par lots avec références aux fichiers sources — chaque ligne renvoyant à l'image du reçu d'origine — combiné à des dossiers numériques organisés, satisfait à l'exigence que les enregistrements soient consultables par date, montant et contrepartie. La clé est la traçabilité : chaque dépense déclarée dans votre déclaration fiscale doit pouvoir être reliée à un document source que vous pouvez retrouver sur demande. La NTA exige de conserver les documents pendant 7 ans (déclaration bleue) ou 5 ans (déclaration blanche) — un tableau bien tenu et une archive numérique bien organisée font de la récupération une simple recherche, pas une chasse au trésor.

Un après-midi de février au lieu d'un week-end de février

La question la plus courante que les freelances japonais se posent en janvier ne concerne pas les stratégies de déduction ou les délais de dépôt — c'est « combien de reçus vous reste-t-il à saisir ? » La réponse provoque presque toujours une grimace. Non pas parce qu'un seul ‮領収書‬ est difficile à traiter, mais parce que les traiter un par un transforme un problème de volume modeste en un gouffre de temps disproportionné par rapport à la complexité réelle de la tâche.

L'extraction par lots n'élimine pas la nécessité de vérifier vos données — c'est une étape que tout déclarant responsable effectue quel que soit le flux de travail. Elle élimine la création de données à partir de zéro, la partie où vous tapez « 2025-08-15 » pour la 143e fois, plissez les yeux sur un champ ‮但‬し書き estompé pour déterminer s'il indique « ‮お食事代‬ » ou « ‮お菓子代‬ », et recalculez la répartition 10 % vs 8 % parce que le reçu en papier thermique de juillet est désormais à peine lisible. À 150 reçus, le calcul est simple : 3 à 5 minutes de configuration des colonnes, quelques minutes de traitement, et environ 30 minutes de validation ciblée. Moins d'une heure au total contre la majeure partie d'une journée de travail.

Testez le flux de travail sur vos propres reçus. Voyez si une pile qui vous coûterait un après-midi devient un tableau que vous pouvez valider autour d'un café — et si le temps de validation ressemble à une vérification de travail plutôt qu'à une création à partir de cellules vides.

📮 contact email: [email protected]