300 certificats de retenue à la source,
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-séisme — appliquez le barème de retenue à la source, comparez avec ce qui a déjà été retenu dans l'année, et soldez la différence sur la paie de décembre. Toutes les plateformes de paie du marché peuvent effectuer ce calcul.

Ce qu'aucune 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, d'ici vendredi."

Répondre à cette question implique d'ouvrir le certificat de retenue à la source (源泉徴収票) de chaque employé — un PDF dense d'une seule 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 sur le revenu national retenu (源泉徴収税額), et les primes d'assurance sociale payées (社会保険料等の金額) — et de saisir manuellement les chiffres pertinents dans un tableur, un employé à la fois. Pour une entreprise de 300 employés, cela représente 300 PDF, environ 1 500 points de données à 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 simultanément.

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é multi-système

Les plateformes de paie japonaises peuvent exporter des données. Yayoi Payroll (弥生給与) produit 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 commerciales — 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'import pour les certificats de retenue à la source (源泉徴収票) : CSV (format SmartHR), PDF et CSV (format eLTAX). MoneyForward Cloud Payroll gère le cycle complet, de la gestion des présences à la déclaration fiscale. Si tous les employés de votre entreprise utilisent le même système de paie depuis leur arrivée et que vos interlocuteurs lisent le japonais, la voie d'exportation existe.

Trois réalités compliquent cette voie bien plus que ce que la brochure laisse entendre :

Le fossé du PDF uniquement est réel et répandu. Un avis d'utilisateur d'une entreprise manufacturière de 301 à 1 000 employés, publié sur la marketplace de SmartHR, décrit précisément le problème : freee HR exporte les données des certificats de retenue à la source uniquement en PDF — l'export CSV qu'il fournit sert à la vérification de la régularisation de fin d'année, pas aux données structurées des 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 personnes, un fichier à la fois, puis les télécharger individuellement. “導入初回の昨年度は源泉徴収票連携作業に時間を要したため、例年より公開が遅れた経緯がございます” — la première année de migration, le travail de liaison des certificats a pris tellement de temps que la publication auprès des employés a été retardée par rapport aux années précédentes. En multipliant cela par 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 Paie à SmartHR en juillet a désormais des employés dont les données de certificat 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 (Yayoi) et UTF-8 (plateformes cloud modernes). Fusionner deux exports système en un seul rapport global nécessite un traducteur, un script de nettoyage des données et plus de contorsions avec des tableurs 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 « Salaire brut annuel », « Impôt sur le revenu retenu » et « Cotisations de sécurité sociale ». Un export CSV de Yayoi Paie intitulé salaire brut (支払金額), retenue à la source (源泉徴収税額) et cotisations de sécurité sociale (社会保険料等の金額) nécessite une traduction et un formatage manuels à chaque cycle. Les données existent. Elles sont simplement enfermé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 lot comble le fossé

Le traitement par lot consiste à télécharger plusieurs documents en une seule fois et à recevoir un fichier de sortie unique fusionné — 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 utilise l’extraction par nom de colonne : vous saisissez les noms des champs — « Nom de l’employé », « Salaire brut (JPY) », « Retenue à la source (JPY) », « Total des cotisations sociales (JPY) » — et l’IA lit chaque document pour localiser et extraire ces valeurs en comprenant leur signification, et non leur emplacement sur la page. C’est important car 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 l’étiquette sémantique, pas la coordonnée.

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

Vous pouvez ajouter des colonnes pour les déductions de primes d'assurance-vie (生命保険料控除), les déductions pour assurance-séisme (地震保険料控除), les crédits d'impôt pour prêt immobilier (住宅借入金等特別控除), le nombre de personnes à charge et les détails de l'exonération du conjoint selon l'évolution de vos besoins de déclaration. Pas de reconversion, pas de 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 processus complet d'extraction d'un certificat unique, consultez notre guide d'extraction des certificats de retenue à la source japonais vers Excel.

Étape 2 : Tout importer en un seul lot. Faites glisser tous les fichiers de certificats de retenue à la source — PDF du logiciel de paie, certificats papier scannés d'anciens employeurs, photos de copies imprimées — dans un seul téléchargement. L'outil les traite ensemble en une seule session. Une page unique prend 5 à 10 secondes, soit environ 18 fois plus vite que la moyenne de 3 minutes pour une transcription manuelle, mais le véritable gain de temps vient du fait de ne pas avoir à ouvrir, transcrire et fermer trois cents fichiers individuels.

Étape 3 : Vérifiez, puis exportez. Une fois l’extraction terminée, un tableau d’aperçu s’affiche — 300 lignes, une par employé, avec les colonnes définies. Vérifiez quelques lignes par rapport aux PDF originaux (un contrôle ponctuel 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 au format Excel (XLSX) ou CSV. Le fichier est immédiatement prêt pour le chargement dans votre SIRH, l’envoi à votre expert-comptable externe, ou l’alimentation de votre tableau de synthèse du rapport légal.

Pour les entreprises qui doivent collecter les certificats auprès des employés avant le traitement — par exemple, les employés qui ne possèdent qu’un certificat de retenue à la source papier de leur ancien employeur — 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échargés atterrissent directement dans votre file d’attente de traitement, prêts pour l’extraction par lots.

Des certificats individuels au tableau récapitulatif des déclarations légales : l'échéance NTA que personne n'anticipe

Tout employeur au Japon qui verse des salaires doit soumettre deux séries de déclarations de fin d'année : les certificats de retenue à la source (源泉徴収票) au bureau des impôts local (税務署) et les déclarations de paiement des salaires (給与支払報告書) à chaque municipalité de l'employé (市区町村). Le document récapitulatif qui relie ces deux éléments est le Tableau récapitulatif des déclarations légales (給与所得の源泉徴収票等の法定調書合計表), 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 déclarations individuelles.

Depuis 2016, le système de soumission unifié eLTAX (電子的提出の一元化) permet aux employeurs de créer et soumettre à la fois les déclarations de salaires municipales et les certificats de retenue à la source via PCdesk, en utilisant un format CSV unifié (統一CSVレイアウト). Cela a éliminé la nécessité de préparer et d'envoyer les mêmes données deux fois — 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 déclarations légales ou plus l'année précédente doivent déposer par voie électronique via e-Tax ou disque optique. À partir de janvier 2027, ce seuil passe à 30 déclarations — ce qui signifie qu'une entreprise avec seulement 30 employés franchit la ligne de l'obligation de dépôt électronique. La fenêtre de conformité est effectivement 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 déclaration statutaire e-TAX de TKC gèrent l’ensemble du flux de dépôt électronique — import CSV depuis les systèmes de paie, signature numérique par lots, soumission groupée à eLTAX et e-Tax, et conservation des justificatifs de conformité. Ces outils résolvent le problème du dépôt. Ils ne résolvent pas le problème en amont : récupérer les données d’un certificat papier d’un ancien salarié, d’un PDF d’un précédent employeur, ou d’une exportation d’un ancien système de paie vers 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 Tableau récapitulatif des déclarations statutaires devient une simple affaire de sommes par colonne et de décomptes par catégorie, et non plus de recoupement de soixante PDF avec votre registre de paie.

Quand vos employés couvrent trois systèmes de paie différents

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

Migration de paie en cours d'année. Une entreprise qui est passée de Yayoi Payroll (弥生給与) à SmartHR en août a six mois de données dans un système et six mois dans un autre. Le système Yayoi a généré un certificat de retenue à la source couvrant janvier à juillet ; SmartHR en a émis un couvrant août à décembre. Pour les déclarations fiscales personnelles de l'employé, les deux certificats représentent ensemble l'année complète. Pour votre rapport global de rémunération, 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échargement — le « Nom de l'employé » 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 certificat de retenue à la source de son ancien employeur pour le ré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, répartition budgétaire par centre de coûts, égalisation fiscale des expatriés — vous avez besoin des deux certificats dans votre tableur. La colonne « Nom de l'employeur » dans le tableau d'extraction identifie immédiatement à quelle source appartient chaque ligne.

Consolidation post-fusion. Deux entreprises fusionnent. L'entité survivante hérite d'employés dont l'historique de paie réside dans deux systèmes distincts, potentiellement avec deux prestataires de paie différents, deux formats différents, et deux mappages de comptes pour les avantages et allocations. L'année fiscale suivant la fusion est la première fois que tous ces employés apparaissent sur le même Tableau récapitulatif des déclarations statutaires (法定調書合計表). L'extraction par lots des PDF — plutôt que de tenter de concilier deux exports de systèmes de paie incompatibles — vous fournit un tableau unique 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 net à 200 DPI ou plus. Les certificats manuscrits ou les photos de téléphone basse résolution prises dans de mauvaises conditions d'éclairage auront 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échargement.

Puis-je simplement utiliser l'export CSV de freee plutôt que l'extraction par lot ?

L'export CSV de freee RH 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 produit pas l'ensemble 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 : les 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 exclusivement 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 lot des PDF est la solution pratique.

Le résultat de l'extraction par lot fonctionne-t-il avec l'import CSV d'e-Tax ou eLTAX ?

L'extraction par lot produit un fichier Excel ou CSV propre avec les colonnes que vous avez définies. Il ne remplace pas directement le format CSV unifié eLTAX (統一CSVレイアウト), qui impose un ordre des champs et une spécification d'encodage définis par le gouvernement. Cependant, disposer de toutes les données des employés dans un seul tableau structuré simplifie le remplissage du modèle CSV officiel : il suffit de faire correspondre une fois vos en-têtes de colonnes en anglais aux champs japonais requis par le format unifié, puis d'appliquer cette correspondance à toutes les lignes. C'est considérablement plus rapide que d'extraire les données de chaque PDF individuellement et de les saisir manuellement dans le format officiel.

Qu'en est-il des certificats de retenue à la source sur les revenus de retraite (退職所得の源泉徴収票) ?

Les certificats de revenus de retraite utilisent un formulaire différent avec des champs différents — le calcul du montant imposable est (rémunération brute − 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 : « Rémunération brute de retraite », « Années de service », « Déduction pour revenus de retraite », « Retenue à la source ». 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 de certificats de retraite en parallèle avec le lot principal de revenus d'emploi permet de garder les deux flux de travail propres.

L'extraction par lot inclut-elle les données My Number (個人番号) ?

Non. La copie employé du certificat de retenue à la source — la version avec laquelle les équipes RH travaillent habituellement — 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 workflows d'extraction par lot opérant sur la copie employé ne rencontrent pas les données My Number.

Comment vérifier l'exactitude sur 300 lignes ?

Une stratégie de vérification économique pour l'extraction par lots : échantillonnez aléatoirement 5 % des lignes (15 sur 300) et comparez 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 cotisations sociales systématiquement mal extraits de 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 dans la vérification est rentabilisé chaque janvier par la suite.

Le logiciel de paie calcule. Le tableur est le dernier kilomètre.

L’écosystème des logiciels de paie japonais a résolu le problème du calcul. Yayoi Paie, freee RH, SmartHR et MoneyForward calculent tous l’impôt à la source, les cotisations sociales 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 japonaises passent leur première semaine de travail non pas à analyser les rémunérations, à planifier les budgets ou à consulter les employés, mais à transférer des chiffres de PDF vers des tableurs.

Les chiffres s’additionnent. Trois cents certificats à trois minutes chacun : quinze heures. À répéter pour la version anglaise destinée au siège mondial. À répéter pour la migration des données vers le nouveau logiciel de paie. À répéter pour l’agrégation du tableau récapitulatif des déclarations légales. 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 de moins à ouvrir des PDF et à taper des chiffres.

Tester l’extraction par lots sur un certificat exemple