Comment extraire les données des bons de commande japonais vers Excel
pour le rapprochement des factures fournisseurs

Ce que contient un bon de commande japonais — Champ par champ

Les bons de commande japonais suivent une structure à la fois plus standardisée et plus nuancée que leurs homologues occidentaux. Standardisée car les exigences obligatoires de la JFTC en matière de champs pour les transactions de sous-traitance — codifiées dans la Loi sur les sous-traitances et renforcées par la Loi sur les transactions équitables pour les PME de 2026 (中小受託取引適正化法, ou 取適法) — font que tout bon de commande juridiquement conforme contient les mêmes informations essentielles. Nuancée car le contenu de ces champs reflète des conventions commerciales japonaises qu'aucun outil d'extraction générique n'a été formé à analyser.

La JFTC précise qu'un bon de commande (formellement un document de l'article 4 au titre de la loi de 2026) doit contenir au minimum : les noms des deux parties, la date d'émission, la description des livrables, la date de livraison, le lieu de livraison, la date d'achèvement de l'inspection, le montant du paiement, la date d'échéance du paiement et le mode de paiement. En pratique, la plupart des bons de commande japonais incluent des champs supplémentaires importants pour le processus de rapprochement. Voici la structure complète avec laquelle un responsable des achats travaille réellement :

Le modèle de bon de commande de la JFTC montre l'ensemble complet des champs obligatoires tels qu'ils apparaissent sur un document conforme. L'essentiel pour l'extraction : un bon de commande japonais n'est pas une lettre commerciale libre. C'est un document structuré avec des champs prévisibles — mais ces champs contiennent un contenu régi par des conventions invisibles pour un outil qui n'a pas été conçu pour le contexte des achats japonais. La tâche d'extraction n'est pas « lire ce document » — c'est « lire ce document et comprendre ce que signifie le jour de clôture pour le calcul du paiement ».

Pourquoi la correspondance entre 発注書, 納品書 et 請求書 résiste à l'automatisation simple

Le processus de correspondance à trois documents — vérifier que le bon de commande, le bon de livraison et la facture concordent sur la quantité, le prix et les conditions — est le point de contrôle qui prévient les trop-payés, les doubles paiements et la fraude dans les achats au Japon. C'est aussi là que se concentre le goulot d'étranglement de la saisie manuelle des données. Voici pourquoi il résiste à la solution évidente « il suffit de faire un RECHERCHEV sur la sortie OCR » que la plupart des équipes essaient en premier.

La difficulté fondamentale est que les trois documents décrivent la même transaction en utilisant des représentations textuelles différentes. Le bon de commande d'un fournisseur peut lister un article comme « ステンレスボルト M8×30 (SUS304) » tandis que la facture correspondante l'abrège en « SUSボルト M8 » — recherchez l'un contre l'autre et Excel renvoie #N/A. Un bon de commande indique une quantité de « 1式 » (un lot), mais la facture détaille le lot en 5 pièces (個) pour le même total — les quantités ne correspondent pas numériquement mais représentent la même commande. Un bon de commande affiche des prix unitaires hors taxes (税抜), la facture les affiche toutes taxes comprises (税込), et une comparaison naïve conclut que les prix ont changé.

C'est là qu'une approche d'extraction qui lit la sémantique des documents plutôt que de faire correspondre des modèles change la donne. Si votre étape d'extraction produit un bon de commande avec des champs structurés — numéro de bon de commande en colonne, nom d'article en colonne, quantité et unité séparées dans leurs propres colonnes, prix unitaire normalisé hors taxes — alors l'étape de correspondance avec une extraction de facture structurée de manière identique devient une simple comparaison de colonnes. Le travail lourd se déplace de la feuille de calcul (formules RECHERCHEV multi-conditions complexes qui cassent lorsque les fournisseurs changent leur format) vers l'étape d'extraction (où l'IA résout les représentations en un schéma unique).

La Loi sur les sous-traitances impose également une contrainte de délai qui rend la rapidité d'extraction déterminante : le paiement doit être effectué dans les 60 jours suivant la réception des biens ou services (納品日から60日以内). Si l'extraction et la correspondance prennent une semaine sur cette fenêtre de 60 jours, l'équipe achats dispose de 53 jours pour tout le reste — circuit d'approbation, résolution des écarts, traitement des paiements. Réduire l'étape d'extraction de plusieurs jours à quelques secondes élargit directement la portion utilisable de la fenêtre de conformité.

Comment extraire les données des bons de commande vers Excel — étape par étape

Le flux de travail qui remplace la saisie manuelle des bons de commande vers Excel comporte trois étapes. La première étape — définir ce que vous souhaitez extraire — est effectuée une seule fois et s'applique à chaque fournisseur, chaque format de bon de commande et chaque lot suivant.

Le même schéma de colonnes fonctionne le mois prochain, pour les commandes de nouveaux fournisseurs que vous intégrez, et pour les commandes archivées des exercices précédents (決算年度) que vous êtes légalement tenu de conserver pendant sept ans en vertu de la loi sur l'impôt sur les sociétés (法人税法) et pendant deux ans en vertu de la Loi sur les sous-traitances. Un fournisseur peut modifier le format de ses commandes lors de la mise à niveau de son ERP — les noms de colonnes que vous avez définis n'en ont rien à faire.

Les champs où l'extraction générique échoue — et comment les gérer

Trois points de données sur un bon de commande japonais résistent à l'extraction automatique plus que les autres — non pas parce qu'ils sont difficiles à lire, mais parce qu'ils contiennent une logique métier intégrée que l'extraction doit préserver plutôt qu'aplatir.

Conditions de paiement (支払条件) — de la chaîne de texte à la date de règlement

Une condition de paiement sur un bon de commande japonais se présente comme une expression composée compacte : « 20日締翌月末払い » ou « 月末締翌々月末払い » ou « 納品後60日以内 ». Chacune encode deux informations : la date de clôture de la période de facturation (le 締日, ou jour de clôture) et le délai de paiement relatif à cette clôture. Une équipe d'approvisionnement qui rapproche les bons de commande avec les factures a besoin de ces deux données dans des colonnes séparées — le jour de clôture pour vérifier que la période de facturation de la facture correspond au bon de commande, et le délai de paiement pour vérifier que la date d'échéance de la facture est correcte.

L'extraction générique produit ces éléments sous forme d'une seule chaîne de texte indifférenciée. Une colonne calculée — une colonne dont la valeur est calculée par l'IA pendant l'extraction plutôt que lue directement dans le document — résout ce problème. Définissez une colonne comme Jour de clôture (extraire le numéro du jour des conditions de paiement ; si « 20日締 » alors 20, si « 月末締 » alors 31) et une seconde colonne comme Délai de paiement en mois (à partir des conditions de paiement ; si « 翌月末払い » alors 1, si « 翌々月末払い » alors 2). L'IA analyse la convention japonaise des conditions de paiement et produit des valeurs structurées sur lesquelles une formule peut calculer.

Classification de la taxe à la consommation (消費税区分) — correspondance multi-taux

Le système de taxe à la consommation à double taux du Japon signifie qu'un seul bon de commande peut contenir des lignes à 10 %, 8 % et exonérées. La facture doit ventiler la taxe par catégorie de taux pour se conformer au Système de facturation qualifiée (インボイス制度) entré en vigueur en octobre 2023. Si l'extraction du bon de commande ne préserve pas quelles lignes sont taxées à quel taux, le total de la taxe de la facture ne peut pas être vérifié par rapport au bon de commande — l'équipe d'approvisionnement approuve un paiement sans pouvoir confirmer le calcul de la taxe.

La solution est une colonne inférée — une colonne dont la valeur est déduite par l'IA à partir du contexte plutôt que lue dans un champ étiqueté. Définissez Classification de la taxe (options : 10 % standard, 8 % réduit, exonéré) — déterminer à partir de la description de l'article. Articles alimentaires et boissons → 8 % réduit. Marchandises standard → 10 %. Articles exportés ou explicitement marqués non imposables → exonéré. L'IA lit la description de chaque ligne et attribue la classification de taxe correcte pendant l'extraction, de sorte que le tableau de sortie arrive avec les catégories de taxe déjà renseignées — prêt pour la vérification des totaux groupés par taux.

Lieu de livraison (納入場所) — granulaire, variable, critique

Les lieux de livraison sur les bons de commande de fabrication japonais sont particulièrement précis : « 〇〇株式会社 埼玉工場 第二組立課 B棟3階 » fait référence à un bâtiment, un étage et un service spécifiques au sein d'un complexe d'usine. Ces chaînes varient en longueur et en détail selon les fournisseurs, sont fréquemment abrégées (埼玉工場 → 埼工) et servent de clé de recherche pour la planification de la production interne. Un lieu de livraison corrompu ou tronqué — « 〇〇株式会社 埼玉工場 第二組立課 B棟 » sans l'étage — envoie les matériaux au mauvais quai de réception. L'extraction doit préserver la chaîne complète telle qu'imprimée, y compris les caractères kanji que les moteurs OCR sans modèles linguistiques japonais lisent fréquemment de travers (工場 vs 工塲, 棟 vs 楝).

Intégrer les données de bons de commande extraites dans les logiciels de comptabilité japonais

Le résultat d'un travail d'extraction est une feuille de calcul. La destination est le logiciel de comptabilité ou d'approvisionnement où le rapprochement a lieu. Voici comment le pipeline se connecte aux outils que les entreprises japonaises utilisent réellement.

Yayoi (弥生会計 / 弥生販売) — le leader en parts de marché de la comptabilité pour PME japonaises. Les produits de bureau et cloud de Yayoi acceptent les importations CSV pour les écritures de journal et les données du grand livre des achats. Les en-têtes de colonnes de votre extraction deviennent le mappage des champs pour l'importation : PO Number → 伝票番号, Date → 日付, Supplier → 仕入先, Amount → 金額. Yayoi Sales (弥生販売), le produit compagnon pour la gestion des achats et des stocks, importe les données de bons de commande directement dans son module d'achat — un pipeline dédié qui réduit l'étape d'extraction à l'importation à un simple téléversement de fichier.

freee — la plateforme de comptabilité cloud utilisée par plus de 70 000 PME japonaises. L'API et l'importation CSV de freee prennent en charge l'enregistrement des transactions d'achat avec génération automatique d'écritures de journal (自動仕訳). Les données de bons de commande extraites avec la classification de la taxe à la consommation par ligne alimentent directement le reporting de la taxe à la consommation de freee, qui prend en charge les calculs du taux standard de 10 % et du taux réduit de 8 % requis pour la conformité au Système de facturation qualifiée.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) — le principal concurrent de freee, avec le plus grand nombre de connexions API d'institutions financières au Japon (2 451+). Le module de gestion des achats de MoneyForward accepte les importations CSV ; les données de bons de commande extraites avec les noms de fournisseurs et les montants alimentent directement le grand livre des achats. Le rapprochement bancaire automatique de la plateforme fait correspondre les enregistrements de paiement extraits aux flux bancaires — bouclant la boucle de l'extraction des bons de commande à la vérification des paiements.

Kanjo Bugyo (勘定奉行) — la suite comptable d'OBC, dominante dans les entreprises japonaises de taille moyenne (chiffre d'affaires annuel ¥500M–5B). Le module d'achat de Kanjo Bugyo prend en charge l'importation par lots des données de bons de commande, avec une force particulière dans la répartition des coûts par département (部門別原価管理) — si vos bons de commande portent des codes de département ou des centres de coûts, ces champs alimentent automatiquement les rapports P&L segmentés.

Le fil conducteur : chaque grande plateforme comptable japonaise accepte les importations de données structurées. Le goulot d'étranglement n'a jamais été la capacité d'importation — il a été d'obtenir les données de bons de commande sous forme structurée en premier lieu. Une fois que vous avez des colonnes Excel propres, l'importation est un téléversement de fichier ou un copier-coller.

FAQ

Peut-il lire les bons de commande manuscrits faxés par les fournisseurs ?

Oui. Les fournisseurs japonais, en particulier les petits fabricants et sociétés de négoce, envoient fréquemment par fax des bons de commande manuscrits ou partiellement manuscrits — articles et quantités écrits au stylo à bille, tamponnés du sceau de l'entreprise (社判). Le modèle d'IA lit les caractères japonais manuscrits, y compris les kanji abrégés courants dans les abréviations d'approvisionnement (㈱ pour 株式会社, No. pour 番号). Pour les fax très dégradés — grain du papier, inclinaison, transparence de l'encre — la sortie peut nécessiter une vérification ponctuelle des caractères difficiles. Une numérisation à 300 dpi ou plus améliore la précision pour les documents provenant de fax.

Que faire si un seul bon de commande s'étend sur plusieurs pages ?

Téléchargez toutes les pages du bon de commande en un seul lot. Le moteur d'extraction traite plusieurs pages du même fichier comme un seul document continu — les champs d'en-tête (numéro de commande, fournisseur, date) sont extraits une fois, et les lignes d'articles de toutes les pages sont rassemblées dans le même ensemble de lignes. Pour les bons de commande par fax multipages où la page de continuation n'a pas d'en-tête — juste un tableau de lignes d'articles faisant suite à la page précédente — l'extraction préserve la continuité en associant tous les articles au numéro de commande identifié sur la première page.

Fonctionne-t-il si chaque fournisseur utilise un format de bon de commande différent ?

Oui — c'est l'avantage déterminant de l'extraction sémantique par rapport à l'OCR basée sur des modèles. Un outil basé sur des modèles vous oblige à créer et à maintenir un modèle d'analyse distinct (définissant les coordonnées de zone ou les étiquettes de champ) pour chaque format de fournisseur. Lorsqu'un fournisseur modifie la disposition de son bon de commande — comme cela arrive lorsqu'il met à niveau son ERP ou repense son papier à en-tête — le modèle se brise et doit être reconstruit. L'extraction sémantique lit le document en comprenant ce qu'est chaque donnée, et non où elle apparaît sur la page. Un numéro de commande est un numéro de commande, qu'il soit imprimé en haut à droite sur un bon de commande de Mitsubishi Chemical ou en bas au centre sur un fax manuscrit d'un sous-traitant local.

Comment l’extraction gère-t-elle la répartition de la taxe à la consommation à 8 % et 10 % ?

Le système de double taux de taxe à la consommation du Japon exige que les factures détaillent la taxe par catégorie de taux. Pour l’extraction des bons de commande, si vous ajoutez une colonne spécifiant la logique de classification de la taxe — par exemple, Taux de taxe (options : 8 %, 10 %, exonéré) — classer selon la description de l’article — l’IA évalue chaque ligne et attribue le taux correct lors de l’extraction. Les produits alimentaires et les journaux sur abonnement bénéficient du taux de 8 % ; tout le reste est à 10 % ; les transactions d’exportation et les articles explicitement exonérés sont classés comme exonérés. Les données extraites arrivent avec les taux de taxe déjà attribués, prêtes pour un calcul de total par groupe de taux correspondant à la ventilation de la taxe sur la facture. Il s’agit d’une colonne inférée — le taux n’est pas imprimé sur le bon de commande, mais est dérivé de la description de l’article par l’IA lors de l’extraction.

Le même flux de travail peut-il gérer d’autres documents d’approvisionnement japonais ?

L’approche par schéma de colonnes s’applique à l’ensemble de la chaîne documentaire d’approvisionnement. Pour les devis (見積書) : extraire le fournisseur, l’article, le prix unitaire et la période de validité — comparer avec le bon de commande pour vérifier que le prix commandé correspond au prix indiqué. Pour les bons de livraison (納品書) : extraire les quantités livrées — comparer avec les quantités du bon de commande pour identifier les livraisons incomplètes avant l’arrivée de la facture. Pour les factures (請求書) : extraire les montants facturés et la ventilation de la taxe — comparer avec les données du bon de commande pour vérifier avant l’approbation du paiement. La même plateforme d’extraction gère les quatre types de documents, et la même logique de nommage des colonnes s’applique : définissez les champs souhaités, et l’IA les localise par leur sens. Nous couvrons les flux de travail documentaires connexes dans notre guide sur l’extraction des données des livrets bancaires japonais, le flux d’extraction BAS australien et l’extraction des données de déclaration de TPS/TVH canadienne.

Des bons de commande papier aux écritures comptables rapprochées

La chaîne documentaire d’approvisionnement japonaise — devis, bon de commande, bon de livraison, facture — a été conçue pour un monde où chaque document était lu par un humain qui en comprenait les conventions. Le bon de commande indique « 20日締翌月末払い » et l’humain sait que cela signifie paiement à la fin du mois suivant le 20 du mois de facturation. La facture abrège le nom de l’article et l’humain sait qu’il fait référence au même produit que sur le bon de commande. La classification de la taxe est implicite dans la description de l’article et l’humain l’associe mentalement. La difficulté de la numérisation des achats n’a jamais été que ces documents manquent de structure — ils sont hautement structurés — mais que la structure dépend d’un contexte partagé entre les lecteurs humains, et qu’une machine qui n’a pas accès à ce contexte interprète mal la structure.

L’extraction des bons de commande qui lit le sens des champs plutôt que leur position comble cet écart. Le numéro de bon de commande devient une clé de recherche au lieu d’une erreur d’OCR. Les conditions de paiement deviennent deux colonnes — jour de clôture et délai — au lieu d’une chaîne de caractères brouillonne. La classification de la taxe devient une colonne renseignée au lieu d’un casse-tête lors de la vérification des factures. L’équipe achats récupère le temps qu’elle passe actuellement à ressaisir, et le flux de rapprochement — le point de contrôle qui protège la trésorerie de l’entreprise — devient plus rapide et plus fiable.