300 certificats de retenue,
un seul tableur

Le goulot d’étranglement n’est pas le calcul — c’est l’agrégation

Le processus de régularisation de fin d’année au Japon (年末調整, Nenmatsu Chosei) est déterministe sur le plan informatique. Le revenu imposable d’un employé est égal au salaire brut moins la déduction légale pour revenus d’emploi, moins les primes d’assurance sociale, moins les déductions pour conjoint et personnes à charge, moins les crédits d’assurance vie et d’assurance contre les séismes — appliquez le barème de retenue à la source, comparez avec ce qui a déjà été retenu au cours de l’année, et soldez la différence sur la paie de décembre. Toutes les plateformes de paie du marché savent exécuter ce calcul.

Ce qu’aucune d’elles ne peut faire, c’est répondre à la question qui atterrit sur le bureau du responsable RH chaque janvier : “Envoyez-nous le récapitulatif annuel des rémunérations pour tous les employés au Japon, en anglais, dans Excel, pour vendredi.”

Répondre à cette question signifie ouvrir le certificat de retenue à la source de chaque employé (源泉徴収票) — un PDF dense d’une page contenant 26 champs définis, dont le salaire brut total (支払金額), le revenu après déduction légale (給与所得控除後の金額), le total des déductions (所得控除の額の合計額), l’impôt national sur le revenu retenu (源泉徴収税額), et les primes d’assurance sociale payées (社会保険料等の金額) — puis saisir manuellement les chiffres pertinents dans un tableur, employé par employé. Pour une entreprise de 300 employés, cela représente 300 PDF, environ 1 500 points de données individuels à transcrire, et entre 6 et 15 heures de saisie selon votre vitesse de frappe et le nombre de visionneuses PDF que vous pouvez garder ouvertes en même temps.

Le calcul était gratuit. C’est la transcription qui vous coûte la première semaine de janvier.

Là où le logiciel de paie s'arrête : la réalité inter-systèmes

Les plateformes de paie japonaises peuvent exporter des données. Yayoi Payroll (弥生給与) génère des CSV à partir de ses tableaux récapitulatifs et prend en charge le format CSV e-Tax. freee HR (freee人事労務) — le leader du marché avec environ 380 000 entités professionnelles — génère des certificats de retenue à la source et peut exporter les données de régularisation de fin d'année. SmartHR prend en charge trois formats d'importation pour les certificats de retenue à la source (源泉徴収票) : CSV (format SmartHR), PDF et CSV (format eLTAX). MoneyForward Cloud Payroll gère l'ensemble du cycle, de la gestion des présences à la déclaration fiscale. Si tous vos employés utilisent le même système de paie depuis leur arrivée et que toutes vos parties prenantes lisent le japonais, le chemin d'exportation existe.

Trois réalités rendent ce chemin plus difficile que ne le laisse entendre la brochure :

L'écart PDF-only est réel et répandu. Un avis d'utilisateur d'une entreprise manufacturière de 301 à 1 000 employés, publié sur la place de marché d'applications de SmartHR, décrit précisément le problème : freee HR génère les données des certificats de retenue à la source uniquement en PDF — l'export CSV fourni sert à la vérification de la régularisation de fin d'année, pas à des données structurées de certificats. Pour importer dans SmartHR, l'équipe RH a dû nommer et enregistrer manuellement chaque PDF avec l'ID et le nom de l'employé pour environ 560 employés, un fichier à la fois, puis les téléverser individuellement. “導入初回の昨年度は源泉徴収票連携作業に時間を要したため、例年より公開が遅れた経緯がございます” — la première année de migration, le travail de liaison des certificats a pris tellement de temps que la mise à disposition aux employés a été retardée par rapport aux années précédentes. En multipliant cela sur le cycle actuel de migration des logiciels de paie au Japon, le travail manuel se mesure en semaines-personnes, pas en heures-personnes.

Les migrations de paie en cours d'année fragmentent les données. Une entreprise qui est passée d'un prestataire de paie externalisé utilisant Yayoi Payroll à SmartHR en juillet a désormais des employés dont les données de certificats de retenue à la source s'étendent sur deux systèmes. Les formats CSV diffèrent. Les en-têtes de colonnes sont en japonais. L'encodage varie entre Shift-JIS et UTF-8 (plateformes cloud modernes). Fusionner deux exports système en un seul rapport mondial nécessite un traducteur, un script de nettoyage des données et plus de manipulations de feuilles de calcul que ce que l'équipe RH avait prévu.

Le siège mondial ne lit pas le japonais. Pour les gaishikei (外資系, entreprises à capitaux étrangers) avec des filiales au Japon, le cycle de reporting mensuel ou trimestriel au siège régional à Singapour, Londres ou New York exige des données sur les employés japonais en anglais, avec des colonnes comme “Annual Gross Salary,” “Income Tax Withheld,” et “Social Insurance Contributions.” Un export CSV de Yayoi Payroll intitulé salaire brut (支払金額), retenue à la source (源泉徴収税額) et cotisations sociales (社会保険料等の金額) nécessite une traduction et une mise en forme manuelles à chaque cycle. Les données existent. Elles sont simplement verrouillées dans un PDF et libellées dans une langue que le destinataire du rapport ne peut pas lire.

300 certificats, un seul envoi : comment l'extraction par lots comble l'écart

Le traitement par lots consiste à envoyer plusieurs documents en une seule fois et à recevoir un fichier de sortie fusionné unique — une ligne par document, une colonne par champ que vous avez défini. C'est la différence entre traiter trois cents PDF un par un (ouvrir, transcrire, fermer, recommencer) et traiter les trois cents en une seule opération.

Le flux de travail remplace la transcription par l'instruction :

Étape 1 : Définissez vos colonnes une fois. Au lieu de ressaisir les données de chaque certificat, vous définissez ce que vous souhaitez extraire. Cela repose sur l'extraction par nom de colonne : vous saisissez les noms des champs — « Employee Name », « Gross Salary (JPY) », « Withholding Tax (JPY) », « Social Insurance Total (JPY) » — et l'IA lit chaque document pour localiser et extraire ces valeurs en comprenant leur signification, et non leur position sur la page. C'est important car les différents logiciels de paie formatent les certificats de retenue à la source différemment — Yayoi place le numéro d'entreprise (法人番号) à un endroit, SmartHR à un autre, et un certificat papier d'un petit cabinet comptable suit encore une autre mise en page. L'extraction par nom de colonne lit le libellé sémantique, pas la coordonnée.

Pour une extraction par lots standard de certificats de retenue à la source, ces huit colonnes couvrent les champs dont la plupart des équipes RH et finance internationales ont besoin :

Vous pouvez ajouter des colonnes pour les déductions de primes d'assurance-vie (生命保険料控除), les déductions d'assurance contre les tremblements de terre (地震保険料控除), les crédits d'impôt pour prêt au logement (住宅借入金等特別控除), le nombre de personnes à charge et les détails d'exonération du conjoint à mesure que vos besoins en matière de reporting évoluent. Aucun réentraînement, aucun modèle par fournisseur de paie — ajoutez le nom de la colonne et l'IA trouve la valeur. Pour une présentation détaillée de chacun des 26 champs d'un Gensen Choshu-hyo et du flux complet d'extraction d'un certificat unique, consultez notre guide d'extraction des certificats de retenue à la source japonais vers Excel.

Étape 2 : Téléversez tout en un seul lot. Faites glisser tous les fichiers d'attestation de retenue à la source — PDF issus du logiciel de paie, attestations papier scannées des employeurs précédents, photos de copies imprimées — dans un seul téléversement. L'outil les traite ensemble en une seule session. Une page prend 5 à 10 secondes, soit environ 18 fois plus vite que la moyenne de 3 minutes pour la saisie manuelle, mais les vraies économies viennent du fait de ne pas avoir à ouvrir, transcrire et fermer trois cents fichiers individuels.

Étape 3 : Vérifiez par sondage, puis exportez. Une fois l'extraction terminée, vous voyez un tableau d'aperçu — 300 lignes, une par employé, avec les colonnes que vous avez définies. Vérifiez quelques lignes par rapport aux PDF d'origine (un sondage de 5 % sur 15 employés aléatoires détecte la plupart des problèmes d'extraction), apportez les corrections directement dans l'aperçu, puis exportez en Excel (XLSX) ou CSV. Le fichier est immédiatement prêt pour le téléversement dans le SIRH global, l'envoi à votre expert-comptable externe, ou l'intégration dans la préparation de votre Statutory Report Summary Table.

Pour les entreprises qui doivent collecter les attestations des employés avant le traitement — par exemple, les employés qui n'ont que des attestations papier de leur employeur précédent — un Lien de collecte simplifie la réception. Vous générez une URL partageable (aucune inscription requise pour le destinataire), vous l'envoyez à chaque employé, et leurs fichiers téléversés arrivent directement dans votre file de traitement, prêts pour l'extraction par lots.

Des certificats individuels au Statutory Report Summary Table : l'échéance du NTA que personne ne budgète

Chaque employeur au Japon qui verse des salaires doit soumettre deux séries de rapports de fin d'année : les certificats de retenue à la source (源泉徴収票) au bureau des impôts local (税務署) et les rapports de paiement des salaires (給与支払報告書) à la municipalité de chaque employé (市区町村). Le document récapitulatif qui relie ces deux éléments est le Statutory Report Summary Table (給与所得の源泉徴収票等の法定調書合計表), qui agrège les totaux de tous les certificats individuels et doit être déposé avant le 31 janvier, en même temps que les rapports individuels.

Depuis 2016, le système de soumission unifiée eLTAX (電子的提出の一元化) permet aux employeurs de créer et de soumettre à la fois les rapports de paiement des salaires aux municipalités et les certificats de retenue à la source au bureau des impôts en une seule opération via PCdesk, en utilisant un format CSV unifié (統一CSVレイアウト). Cela a éliminé la nécessité de préparer et d'envoyer deux fois les mêmes données — mais les données doivent encore exister dans un format structuré et lisible par machine avant d'entrer dans le pipeline eLTAX.

L'obligation de dépôt électronique se renforce. Selon les règles actuelles, les employeurs ayant soumis 100 rapports statutaires ou plus au cours de l'année précédente doivent déposer par voie électronique via e-Tax ou disque optique. À partir de janvier 2027, ce seuil passera à 30 rapports — ce qui signifie qu'une entreprise comptant seulement 30 employés franchira la ligne de l'obligation de dépôt électronique. La fenêtre de conformité est en réalité maintenant : les données 2025 que vous préparez cette année déterminent si vous serez tenu de déposer par voie électronique lorsque le seuil baissera.

Pour les grandes entreprises, des solutions comme le système de rapports statutaires e-TAX de TKC gèrent l'ensemble du flux de travail de dépôt électronique — import CSV depuis les systèmes de paie, signature numérique par lots, soumission par lots à la fois à eLTAX et e-Tax, et conservation des enregistrements de conformité. Ces outils résolvent le problème du dépôt. Ils ne résolvent pas le problème en amont : obtenir les données d'un certificat papier d'un employé retraité, d'un PDF d'un ancien employeur, ou d'une exportation d'un système de paie hérité dans le CSV structuré attendu par ces outils de dépôt. L'extraction par lots comble cet écart en amont : lorsque chaque certificat de retenue à la source — quelle que soit son origine — aboutit dans le même tableur, préparer le Statutory Report Summary Table devient une question de sommes de colonnes et de comptages de catégories, et non plus de recoupement de soixante PDF avec votre registre de paie.

Lorsque vos employés relèvent de trois ères de paie différentes

Le défi le plus courant du traitement par lots n'est pas le volume en lui-même. C'est l'hétérogénéité des sources qui alimentent ce volume. Trois scénarios se répètent chaque mois de janvier :

Migration de paie en cours d'année. Une entreprise qui a migré de Yayoi Payroll (弥生給与) vers SmartHR en août dispose de six mois de données dans un système et de six mois dans un autre. Le système Yayoi a généré un Withholding Tax Certificate couvrant janvier à juillet ; SmartHR en a émis un couvrant août à décembre. Pour les dossiers fiscaux personnels de l'employé, les deux certificats représentent ensemble l'année complète. Pour votre rapport de rémunération global, un employé occupe deux systèmes sources et deux formats de documents. L'extraction par lots traite les deux PDF dans le même téléversement — le champ « Employee Name » correspond dans les deux, et la ligne de sortie reflète les données extraites combinées.

Embauches en cours d'année avec emploi antérieur. La loi japonaise sur l'impôt sur le revenu exige que tout employé embauché en cours d'année soumette le Withholding Tax Certificate de son employeur précédent pour l'ajustement de fin d'année. Le nouvel employeur intègre le revenu antérieur dans le calcul de la retenue, puis émet un certificat combiné unique pour l'année complète. Mais pour toute analyse nécessitant de séparer les données de l'employeur actuel et de l'employeur précédent — analyse comparative des rémunérations, allocation budgétaire par centre de coûts, égalisation fiscale des expatriés — vous avez besoin des deux certificats dans votre feuille de calcul. La colonne « Employer Name » du tableau d'extraction identifie immédiatement quelle ligne appartient à quelle source.

Consolidation post-fusion. Deux entreprises fusionnent. L'entité survivante compte désormais des employés dont l'historique de paie réside dans deux systèmes différents, éventuellement avec deux fournisseurs de paie différents, dans deux formats différents, avec deux mappages de plan comptable pour les avantages et allocations. L'exercice fiscal suivant la fusion est la première fois que tous ces employés apparaissent sur le même Statutory Report Summary Table (法定調書合計表). L'extraction par lots des PDF — plutôt que de tenter de réconcilier deux exports de systèmes de paie incompatibles — vous donne un tableau avec un schéma unique, défini par vous, quelle que soit l'origine.

Questions fréquentes

Que faire si certains certificats sont des copies papier scannées, et non des PDF numériques ?

Le moteur d'extraction traite aussi bien les images scannées, les photos prises avec un smartphone et les PDF natifs. Le texte imprimé est extrait avec une précision allant jusqu'à 99 % pour un scan propre à 200 DPI ou plus. Les certificats manuscrits ou les photos de téléphone en basse résolution et en mauvaise lumière donneront une précision moindre. Pour les certificats papier soumis par les employés via un Lien de collecte, une simple consigne de qualité — surface plane, bon éclairage, document entier dans le cadre — élimine la plupart des problèmes avant le téléversement.

Puis-je simplement utiliser l'export CSV de freee au lieu de l'extraction par lots ?

L'export CSV de freee HR est conçu pour la vérification des données de régularisation de fin d'année, et non pour l'export structuré des données de certificat de retenue à la source. Il ne fournit pas l'ensemble complet des champs du certificat de retenue à la source dans un format adapté à l'importation dans un autre système. Cela est confirmé par l'expérience utilisateur : des entreprises migrant de freee vers SmartHR ont signalé devoir traiter manuellement des PDF individuels, car l'export CSV ne contient pas la structure de données du certificat de retenue à la source. Si vous travaillez entièrement dans freee et que vos besoins de reporting se limitent à ce que les rapports intégrés de freee fournissent, l'export CSV peut suffire. Si vous avez besoin des données dans un autre système, dans une autre langue, ou agrégées avec des certificats provenant d'autres sources, l'extraction par lots à partir des PDF est la solution pratique.

Le résultat de l'extraction par lots est-il compatible avec l'import CSV d'e-Tax ou d'eLTAX ?

L'extraction par lots produit un fichier Excel ou CSV propre avec vos colonnes définies. Ce n'est pas un remplacement direct du format CSV unifié d'eLTAX (統一CSVレイアウト), qui suit un ordre des champs et une spécification d'encodage imposés par le gouvernement. Cependant, le fait de disposer de toutes les données des employés dans un seul tableur structuré fait du remplissage du modèle CSV officiel un simple exercice de correspondance — vous faites correspondre vos en-têtes de colonnes en anglais aux champs japonais requis par le format CSV unifié une seule fois, puis appliquez la correspondance à toutes les lignes. C'est considérablement plus rapide que d'extraire les données de chaque PDF individuellement et de les saisir à la main dans le format officiel.

Qu’en est-il des certificats de retenue d’impôt sur le revenu de retraite (退職所得の源泉徴収票) ?

Les certificats de revenu de retraite utilisent un formulaire différent avec des champs différents — le calcul du montant imposable est (paiement brut − ¥400 000 par année de service jusqu’à 20 ans, ¥700 000 par année au-delà) × ½. Ceux-ci doivent être traités comme un lot séparé avec leurs propres définitions de colonnes : « Paiement brut de retraite, » « Années de service, » « Déduction pour revenu de retraite, » « Retenue d’impôt. » La méthode d’extraction est identique ; seuls les noms de colonnes diffèrent. Si votre entreprise traite un nombre important de départs à la retraite chaque année, lancer un lot séparé pour les certificats de retraite en parallèle du lot principal de revenus d’emploi permet de garder les deux flux de travail bien organisés.

L’extraction par lot implique-t-elle des données My Number (個人番号) ?

Non. La copie employé du certificat de retenue d’impôt — la version avec laquelle les équipes RH travaillent généralement — a le champ My Number vide ou masqué. Le My Number non masqué n’apparaît que sur la copie conservée par l’employeur, qui est stockée séparément à des fins de conformité. Les flux d’extraction par lot opérant sur la copie employé ne rencontrent pas de données My Number.

Comment vérifier l’exactitude sur 300 lignes ?

Une stratégie de vérification rentable pour l’extraction par lot : échantillonner aléatoirement 5 % des lignes (15 sur 300) et comparer chaque champ extrait au PDF d’origine. Si l’exactitude est élevée sur l’échantillon, le lot est fiable. Si vous trouvez des erreurs systématiques — par exemple, des totaux de sécurité sociale systématiquement mal extraits des certificats générés par SmartHR — ajustez le nom de colonne pour utiliser des libellés japonais plus précis (社会保険料等の金額 plutôt que simplement « Social Insurance ») et relancez. Les définitions de colonnes sont réutilisables pour les futurs lots, donc l’investissement de vérification porte ses fruits chaque janvier par la suite.

Le système de paie fait le calcul. Le tableur est le dernier kilomètre.

L’écosystème logiciel de paie au Japon a résolu le problème du calcul. Yayoi Payroll, freee HR, SmartHR et MoneyForward calculent tous la retenue à la source, l’assurance sociale et les ajustements de fin d’année avec une précision conforme aux exigences de l’Agence nationale des impôts. L’écart n’est pas un écart de calcul — c’est un écart de portabilité. Chaque janvier, les équipes RH au Japon consacrent leur première semaine de travail non pas à l’analyse des rémunérations, ni à la planification budgétaire, ni aux consultations des employés, mais au transfert de chiffres de PDF vers des tableurs.

Les chiffres s’additionnent. Trois cents certificats à trois minutes chacun : quinze heures. Recommencez pour la version anglaise destinée au siège mondial. Recommencez pour la migration des données vers le nouveau système de paie. Recommencez pour l’agrégation du Statutory Report Summary Table. Le calcul était gratuit ; la transcription coûte un mois d’effort RH cumulé chaque année.

L’extraction par lots ne remplace pas votre logiciel de paie — elle prend le relais là où le logiciel s’arrête. Un téléchargement, un tableur, une semaine de janvier en moins passée à ouvrir des PDF et à saisir des chiffres.

Tester l’extraction par lots sur un certificat d’échantillon