Comment extraire les données des bons de livraison japonais (納品書) dans Excel — pour plusieurs formats fournisseurs
Les bons de livraison japonais (納品書 nōsho) varient selon les fournisseurs. Découvrez comment l'extraction par IA gère l'extraction de données multi-formats sans configuration par fournisseur.
Pourquoi les bons de livraison japonais font échouer l'extraction par modèle
L'OCR par modèle fonctionne en mémorisant l'emplacement d'un champ sur une page. Entraînez-le sur la mise en page du bon de livraison du fournisseur A — date de livraison en haut à droite, numéro de commande sous l'en-tête, tableau d'articles commençant à la ligne 12 — et il extrait correctement ces champs de chaque futur bon de livraison du fournisseur A. Puis le fournisseur B envoie un bon de livraison avec la date en bas à gauche, le numéro de commande intégré dans la ligne de référence, et le tableau d'articles en disposition verticale. Le modèle échoue. Pour gérer 30 fournisseurs, il faut 30 modèles — et l'un d'eux casse à chaque fois qu'un fournisseur met à jour son ERP et que la mise en page change sans préavis.
Les bons de livraison japonais amplifient le problème des modèles de trois manières que les outils génériques — conçus pour les formats occidentaux — ne gèrent pas. Le taux de taxe à la consommation double répartit les montants sur deux tranches fiscales que l'outil ne reconnaît pas. La date est écrite dans le calendrier de l'ère japonaise (令和, Reiwa) qu'un analyseur de dates formé à l'occidentale interprète mal. Et la diversité des formats au Japon est extrême : les bons de livraison générés par différents systèmes de comptabilité et de gestion des ventes — 弥生販売, freee, Money Forward, 楽々シリーズ, exports ERP personnalisés — ne partagent aucune mise en page commune, sans oublier les bons de livraison carbone manuscrits (encore largement utilisés par les services de réparation, les fournisseurs du BTP et les petits vendeurs) qui introduisent des défis de reconnaissance d'écriture sur les caractères japonais que la plupart des outils OCR n'ont jamais appris à traiter.
Le problème central n'est pas la précision de l'OCR. Un moteur d'OCR IA moderne peut lire des caractères individuels sur un bon de livraison imprimé propre avec une grande fiabilité. Le problème est que l'outil ne sait pas quel morceau de texte correspond à quel champ. Il voit "令和7年6月10日" et "T1234567890123" et "¥140,000" comme des chaînes de texte mais ne peut pas les associer à "Date de livraison", "Numéro d'enregistrement de facture qualifiée" et "Montant total (taxable à 10%)" sans comprendre ce que chaque champ signifie. C'est l'écart entre l'OCR et l'Extraction de colonnes personnalisées — une approche où vous définissez les colonnes souhaitées par leur sens sémantique ("Date de livraison", "Numéro de commande", "Nom du fournisseur") et l'IA localise la valeur correspondante n'importe où sur la page en comprenant ce qu'elle représente, et non en se souvenant de son emplacement précédent.
Les champs de la 納品書 qui pilotent les flux d'approvisionnement et de réception
Avant d'extraire les données d'un bon de livraison vers Excel, vous devez décider quels champs extraire — un bon de livraison japonais (納品書) comporte 8 à 14 champs utiles pour la réception, la mise à jour des stocks et le rapprochement tripartite, selon qu'il sert également de facture qualifiée dans le cadre du système de factures.
Au Japon, le bon de livraison n'a pas de format légal imposé. L'Agence nationale des impôts (国税庁, NTA) définit cinq champs obligatoires à des fins de documentation fiscale, et le système de factures qualifiées (インボイス制度, inboisu seido) — en vigueur depuis octobre 2023 — en ajoute trois lorsque le bon de livraison fait office de facture qualifiée. Mais les équipes achats ont besoin de plus que le minimum fiscal. Elles ont besoin de champs qui alimentent le système de gestion d'entrepôt, le module de réception de marchandises de l'ERP et le processus de rapprochement des bons de commande.
Les colonnes d'extraction minimales pour un quai de réception japonais :
| Champ (anglais) | Variantes en japonais | Utilisation en aval |
|---|---|---|
| Nom du fournisseur | 発行者名, 会社名, 納入元 | Correspondance avec la fiche fournisseur ; validation par rapport à l'émetteur du BC |
| Numéro du bon de livraison | 納品書番号, 伝票番号, No. | Clé primaire pour l'enregistrement de réception ; piste d'audit |
| Date de livraison | 納品日, 発行日, 取引年月日 | Journal de réception ; détermine l'exercice comptable de la réception |
| Référence du bon de commande | 発注番号, 注文番号, ご注文番号 | Rapprochement tripartite avec les BC ouverts |
| Nom / description de l'article | 品名, 商品名, 品目 | Mise à jour des stocks ; vérification par rapport aux lignes du BC |
| Quantité | 数量, 個数 | Mise à jour des stocks ; détection des excédents/déficits |
| Prix unitaire (si indiqué) | 単価 | Vérification du prix ; certains bons de livraison l'omettent |
| Montant par ligne (si indiqué) | 金額, 税抜金額 | Valeur totale de réception ; certains bons n'affichent que les totaux |
| Numéro d'enregistrement (QIS) | 登録番号, T+13桁 | Valide le statut d'émetteur de facture qualifiée pour le crédit de TVA |
| Ventilation de la TVA (QIS) | 10%対象, 8%対象, 消費税額 | Sépare les montants imposables à 10 % et 8 % pour la déclaration de TVA |
| Nom du destinataire | 宛名, 納品先, 御中 | Confirme la livraison à la bonne entité ; affectation au centre de coûts |
Si un bon de livraison fait office de facture qualifiée (適格請求書), le numéro d'enregistrement (登録番号) et le montant de la taxe à la consommation ventilé par taux (税率ごとの消費税額) ne sont plus facultatifs — leur absence empêche l'acheteur de réclamer le crédit de taxe en amont sur cet achat.
Comment le système de factures qualifiées a modifié l'extraction des bordereaux de livraison
Avant octobre 2023, extraire les données d'un bordereau de livraison relevait d'un simple gain d'efficacité : vous gagniez du temps en évitant de saisir manuellement. Après octobre 2023, avec l'introduction du système de factures qualifiées (インボイス制度), l'extraction des bordereaux de livraison a acquis une dimension de conformité que la plupart des outils d'extraction n'ont pas encore intégrée.
Sous l'ancien système de conservation des factures classées par taux (区分記載請求書等保存方式), un bordereau de livraison devait comporter cinq champs de base : le nom de l'émetteur, la date de transaction, les détails de la transaction (avec indication du taux réduit), le montant total par taux de taxe et le nom du destinataire. Le nouveau système de factures qualifiées en ajoute trois : le numéro d'enregistrement de l'émetteur de factures qualifiées (登録番号, format T + 13 chiffres), le taux de taxe applicable par catégorie et le montant de la taxe à la consommation ventilé par taux. Un bordereau de livraison servant de facture qualifiée doit comporter tous ces éléments — et l'acheteur doit le conserver pendant sept ans pour pouvoir bénéficier du crédit de taxe en amont conformément à l'article 30 de la loi sur la taxe à la consommation.
Cela signifie que l'outil d'extraction doit désormais capturer des champs qui étaient facultatifs il y a quelques années. Plus important encore, la structure à deux taux — 10 % standard et 8 % réduit pour l'alimentation et les journaux — implique qu'un seul bordereau de livraison peut contenir deux sous-totaux de taxe distincts, chacun avec son propre montant imposable et son propre calcul de taxe. Un outil d'extraction qui lit le total comme un seul nombre, sans le ventiler par taux, produit un tableur qui ne peut pas servir à la déclaration de la taxe à la consommation.
L'administration fiscale japonaise (国税庁) autorise explicitement que les bordereaux de livraison et les factures fonctionnent ensemble comme une seule facture qualifiée. Selon les directives de la Fédération japonaise des associations de comptables fiscaux agréés, plusieurs documents avec des renvois croisés clairs — comme un bordereau de livraison contenant les détails des lignes et une facture contenant la ventilation de la taxe — peuvent ensemble satisfaire aux exigences de la facture qualifiée. Cela signifie que les résultats d'extraction des bordereaux de livraison doivent être structurés pour être appariés avec les données des factures en aval. Deux tableurs sans clé commune sont inutiles.
Pour un examen plus approfondi de l'impact du système de factures qualifiées sur le traitement des documents dans les flux d'approvisionnement, consultez notre guide d'extraction de données sous le système de factures qualifiées du Japon.
Extraction des notes de livraison multi-formats fournisseurs : un workflow pas à pas
C'est ici que l'approche passe de la théorie à la pratique. Vous avez des notes de livraison issues d'exports 弥生販売, de PDFs générés par freee, d'impressions Money Forward, de copies carbone manuscrites, et de tout format personnalisé produit par le système interne du fournisseur. La méthode d'extraction doit toutes les gérer avec une seule définition de colonne, car maintenir 30 modèles va à l'encontre de l'automatisation.
Définissez vos colonnes d'extraction une fois pour toutes
Nommez les champs dont vous avez besoin — non par position de pixel, mais par leur sens. « Date de livraison (納品日) » indique à l'IA de trouver la date de livraison, où qu'elle apparaisse sur la page. « Nom de l'article (品名) » localise chaque description de ligne, que ce soit dans un tableau, une liste verticale ou imprimé à côté d'un code-barres. « Numéro de commande (発注番号) » trouve la référence même si le fournisseur l'appelle « ご注文番号 » ou « 注文番号 ». Les noms de colonnes que vous tapez deviennent les en-têtes de votre feuille de calcul de sortie. Enregistrez cet ensemble de colonnes comme modèle — définissez-le une fois, utilisez-le pour chaque fournisseur.
Téléchargez tous les bons de livraison du jour en un seul lot
Numérisez les bons de livraison papier au quai de réception. Téléchargez les PDF des fournisseurs depuis les pièces jointes des e-mails. Photographiez les copies carbone avec un smartphone à la porte du camion. Déposez le tout dans un seul lot — l'IA traite les PDF, les JPEG d'un appareil photo et les images numérisées en une seule exécution. Formats mixtes, fournisseurs mixtes, un seul téléchargement.
L'IA lit chaque bon de livraison par le sens du champ, pas par sa position
Pour chaque document, l'IA lit la page entière, identifie les morceaux de texte correspondant à chaque définition de colonne et extrait les valeurs. Les champs d'en-tête — Nom du fournisseur, Numéro du bon de livraison, Date de livraison — sont répétés dans chaque ligne d'article pour que la feuille de calcul reste relationnelle. Les champs d'article — Nom de l'article, Quantité, Prix unitaire — sont extraits ligne par ligne, quelle que soit la structure de tableau ou de liste utilisée par le document. Un format 弥生 avec un tableau à 6 colonnes fonctionne comme une note manuscrite avec trois champs dans une liste verticale.
Vérifiez et exportez vers Excel
Le résultat apparaît sous forme de tableau structuré — une ligne par article, avec les champs d'en-tête répétés et toutes les valeurs au format standard. Vérifiez les cas particuliers : une quantité manuscrite ambiguë, une date que l'IA a signalée pour confirmation manuelle. Une fois vérifié, exportez en XLSX. Le fichier est prêt à être importé dans votre WMS, ERP, ou pour être rapproché des bons de commande dans un tableur. Si votre système accepte le CSV, exportez plutôt ce format — pas de conversion de format, pas de ressaisie manuelle.
Cette approche fonctionne car l'IA ne cherche pas des modèles, mais des significations. Un bon de livraison de 弥生販売 avec « 納品日 » dans l'en-tête et un de freee avec « 発行日 » dans le pied de page contiennent tous deux une date de livraison. La colonne « Date de livraison » les trouve tous les deux, sans que personne n'ait besoin d'indiquer à l'outil où chercher sur la page. Pour un guide détaillé du traitement par lots des bons de livraison, consultez notre guide pour fusionner les bordereaux d'expédition et les bons de livraison en un seul tableur de réception.
Les fichiers sont traités de manière sécurisée et non stockés.
Relever les défis d'extraction propres au Japon
Les bons de livraison japonais présentent quatre défis d'extraction sur lesquels les outils génériques échouent — non pas parce que l'OCR est imprécise, mais parce que ces outils manquent du contexte propre au Japon nécessaire pour interpréter ce qu'ils lisent.
Dates du calendrier japonais par ère (和暦)
Un bon de livraison daté du 令和7年6月10日 correspond au 10 juin 2025 dans le calendrier occidental. L'ère 令和 (Reiwa) a débuté en mai 2019. Avant cela, c'était l'ère 平成 (Heisei, janvier 1989 – avril 2019), et avant cela l'ère 昭和 (Showa, décembre 1926 – janvier 1989). Les bons de livraison issus de relations fournisseurs de longue date peuvent porter l'un de ces noms d'ère selon la date de création du modèle. Un outil qui extrait « 令和7年6月10日 » comme texte brut oblige l'utilisateur du tableur à convertir manuellement chaque date. Un outil d'extraction adapté au Japon doit reconnaître les noms d'ère, effectuer la conversion et produire automatiquement un format de date standard — 2025-06-10 ou 10 juin 2025. Cela représente une correction de 30 secondes par document lorsqu'elle est faite manuellement. Pour 100 bons de livraison, cela fait 50 minutes rien que pour les dates.
Taux de TVA doubles (複数税率)
Depuis octobre 2019, le Japon applique un taux standard de 10 % et un taux réduit de 8 % pour l'alimentation (hors alcool et repas au restaurant) et les abonnements aux journaux. Un seul bon de livraison d'un distributeur alimentaire peut comporter les deux taux — des caisses de légumes à 8 % et des produits d'entretien à 10 %. Le bon de livraison indique un sous-total et un montant de taxe pour chaque catégorie de taux. Un outil d'extraction qui additionne tout dans une seule colonne « Total » perd la répartition de la taxe, rendant les données inutilisables pour la déclaration de TVA. La définition des colonnes doit inclure des champs séparés : « Montant imposable à 10 % (10%対象) », « Montant imposable à 8 % (8%対象) », « Montant de la taxe à 10 % (10%消費税) » et « Montant de la taxe à 8 % (8%消費税) ».
Bons de livraison manuscrits et autocopiants
Les bons de livraison manuscrits (手書き納品書) sont encore courants au Japon — utilisés par les services de réparation, les fournisseurs de matériaux de construction, les petits fabricants et les entrepreneurs indépendants. Un bon de livraison autocopiant (複写式納品書) produit plusieurs couches : la feuille supérieure va au destinataire, la seconde reste chez le fournisseur. Au moment où l'entrepôt le reçoit, la copie peut être une impression carbone de troisième génération avec des caractères délavés, de l'encre bavée et un sceau d'entreprise (印鑑) tamponné sur le texte. La reconnaissance optique de caractères (OCR) générale, entraînée sur des mises en page occidentales propres, a du mal avec ces trois éléments — l'écriture manuscrite irrégulière, le transfert carbone dégradé et la superposition du tampon à encre rouge. Un modèle d'IA visuelle qui lit le document comme une image entière, comprenant le texte dans le contexte du document plutôt que comme des grilles de caractères isolées, peut extraire ces champs. La précision sur le japonais manuscrit est inférieure à celle du texte imprimé — prévoyez une rapide vérification pour tout bon de livraison manuscrit — mais l'écart entre « l'IA lit 80 % correctement et vous corrigez 20 % » et « vous tapez 100 % à partir de zéro » est l'écart qui compte. Pour en savoir plus sur le traitement des documents manuscrits, consultez notre guide sur l'extraction de bons de livraison manuscrits vers Excel.
Sceaux et tampons d'entreprise (印鑑 / 角印)
La plupart des bordereaux de livraison japonais portent un sceau d'entreprise — généralement un tampon carré 角印 (kakuin) à l'encre rouge, apposé sur le nom et l'adresse de l'émetteur. Ce sceau est une marque d'authenticité, pas un champ de données, mais son encre rouge perturbe les moteurs OCR qui tentent de lire le texte en dessous. Pire encore, certains fournisseurs tamponnent la date de livraison ou le montant total — exactement les champs dont vous avez le plus besoin. Un modèle d'IA visuelle entraîné sur les structures de documents peut distinguer les impressions de sceau superposées du texte sous-jacent, extrayant le texte original tout en ignorant le sceau. Cette capacité est un prérequis pour l'extraction de documents japonais ; si un outil ne peut pas gérer les 印鑑, il ne peut pas gérer les bordereaux de livraison japonais.
Pour un aperçu plus large de la manière dont l'écosystème de traitement de documents japonais relève ces défis, y compris une comparaison des coûts d'outils allant de l'OCR intégré de freee aux services d'extraction IA dédiés, consultez notre analyse des options d'extraction abordables pour les PME japonaises.
FAQ
Fonctionne-t-il avec les bordereaux de livraison japonais manuscrits ?
Oui — le modèle d'IA visuelle sous-jacent à l'extraction des noms de colonnes lit à la fois le texte japonais imprimé et manuscrit, y compris l'écriture cursive et les mélanges kanji/kana. La précision sur les champs manuscrits n'est pas identique à celle du texte imprimé, en particulier pour les kanji complexes avec de nombreux traits ou les copies carbone très dégradées, mais l'étape de vérification rattrape les cas limites plutôt que d'exiger une saisie manuelle complète. Si un bordereau de livraison est entièrement manuscrit, attendez-vous à vérifier le résultat de l'extraction plutôt qu'à lui faire aveuglément confiance.
L'outil peut-il gérer le calendrier de l'ère japonaise (令和/平成/昭和) pour les dates ?
Oui. Lorsque vous définissez une colonne comme « Date de livraison (納品日) », l'IA reconnaît les dates basées sur l'ère et les convertit au calendrier occidental dans le résultat. 令和7年6月10日 devient 10 juin 2025 ou 2025-06-10, selon le format de votre choix. Cette conversion se produit automatiquement lors de l'extraction — aucune correction manuelle de date dans Excel par la suite.
Que faire si certains bons de livraison affichent les prix et d'autres non ?
Dans les achats japonais, le prix n'est pas obligatoire sur un bon de livraison (納品書). Certains fournisseurs indiquent le prix unitaire et le montant par ligne ; d'autres — notamment ceux qui facturent mensuellement avec une facture consolidée — omettent complètement les prix et ne mentionnent que les noms des articles et les quantités. Votre définition de colonnes peut inclure des champs comme « Prix unitaire (単価) » et « Montant (金額) » — l'IA les extraira lorsqu'ils sont présents et laissera la cellule vide dans le cas contraire. Le tableur reste cohérent, et la correspondance des prix se fait en aval avec la facture.
Puis-je extraire des données de bons de livraison qui servent également de factures qualifiées ?
Oui. Définissez des colonnes pour le numéro d'enregistrement de la facture qualifiée (登録番号), la ventilation de la taxe à 10 % (10%対象額, 10%消費税額) et la ventilation de la taxe à 8 % (8%対象額, 8%消費税額). L'IA extrait tous les champs dans la même ligne du tableur. Si un bon de livraison ne comporte pas de champs de facture qualifiée, ces colonnes restent vides — l'extraction gère les deux types de bons de livraison dans le même lot sans modèles séparés.
L'extraction gère-t-elle les bons de livraison rédigés verticalement (縦書き) ?
Certains bons de livraison japonais — notamment ceux utilisant des formats traditionnels — disposent le texte verticalement, avec les informations du destinataire à droite et celles de l'émetteur à gauche. Le modèle de langage visuel de l'IA lit le document comme une image et comprend la structure de la mise en page, pas seulement le sens du flux de texte. Il localise les champs par leur rôle sémantique, quelle que soit l'orientation. Cela dit, la précision est plus élevée sur les mises en page horizontales (横書き) ; si un fournisseur utilise systématiquement un format vertical, incluez quelques échantillons dans votre lot de test initial pour évaluer la précision sur la mise en page spécifique de ce fournisseur.
Comment cela se compare-t-il à l'OCR intégré à freee ou Money Forward ?
Les moteurs OCR intégrés à freee, Money Forward et 弥生 (Yayoi) ont été conçus principalement pour les reçus (レシート) — des tickets thermiques courts, de format unique et à la structure connue. Ils excellent dans la lecture d'un reçu de supérette et la catégorisation automatique de la dépense. Un bon de livraison multi-format — en particulier avec un tableau de lignes, des taux de taxe doubles et une mise en page mixte horizontale/verticale — est un document fondamentalement différent. L'OCR intégré peut extraire certains champs correctement, mais échoue généralement sur la structure du tableau de lignes, la conversion des dates d'ère et la répartition des taux de taxe. Une extraction dédiée des bons de livraison, qui lit par signification du champ plutôt que par modèle de document, est conçue pour ce scénario précis.
Dans quels systèmes WMS ou ERP le fichier Excel peut-il être importé ?
Le fichier XLSX ou CSV peut être importé dans tout système prenant en charge l'import de feuilles de calcul pour la réception de marchandises — y compris SAP, Sage, Microsoft Dynamics, et les plateformes spécifiques au Japon largement utilisées dans les achats japonais : 弥生販売, freee, Money Forward et 楽々シリーズ. Si votre système prend en charge l'import CSV pour les enregistrements de réception, le fichier est prêt sans transformation supplémentaire.
Le bordereau de livraison japonais n'est pas plus difficile à lire qu'un autre bordereau. Ce qui le rend plus complexe, c'est que la plupart des outils d'extraction ont été formés sur un ensemble différent d'hypothèses concernant l'apparence d'un bordereau, la forme d'une date et les informations fiscales qui doivent figurer sur la page. Lorsque l'outil lit par signification du champ plutôt que par position du champ, ces hypothèses n'ont plus d'importance. La même définition de colonne qui extrait les données d'un PDF 弥生販売 fonctionne sur une impression freee, un export Money Forward et une copie carbone manuscrite d'un fournisseur qui utilise encore un sceau d'entreprise et un stylo-plume. Le tableur vient en premier. La saisie manuelle s'arrête. La concordance à trois commence.