Comment extraire les relevés de transaction
coréens dans Excel
La Corée du Sud traite plus de 600 millions de factures fiscales électroniques par an via son système NTS e-Tax. Pourtant, le document qui accompagne chaque expédition physique — le relevé de transaction (거래명세서) — reste dans une zone d'ombre numérique. Il n'a aucun format légal imposé. Il n'est transmis à aucun système gouvernemental. Et pour l'équipe achats qui en reçoit 40 par semaine de 20 fournisseurs différents, chacun arrive sous forme de PDF, d'impression ou de photo mobile — tous avec des mises en page différentes, tous nécessitant l'extraction des mêmes données article par article dans le même tableur de réception.
Ce guide explique ce que contient réellement un relevé de transaction coréen, pourquoi les outils OCR classiques peinent à le traiter, et comment extraire les données article par article de n'importe quel 거래명세서 fournisseur dans Excel — en une seule passe, sans configuration par fournisseur.
Points clés à retenir
- 600 millions de factures fiscales électroniques transitent chaque année par le système NTS coréen — mais le 거래명세서 que vous recevez avec chaque expédition reste totalement en dehors de ce système, sans format légal imposé ni voie de transmission numérique.
- Le goulot d'étranglement n'est pas la reconnaissance des caractères coréens. Chaque fournisseur conçoit sa propre mise en page car aucune loi ne l'en empêche. L'extraction basée sur des modèles suppose un formatage cohérent — cette hypothèse vole en éclats dès qu'un deuxième fournisseur vous envoie un document.
- Une seule définition de colonne — Nom du fournisseur, Désignation article, Quantité, Prix unitaire — lit n'importe quel 거래명세서 par le sens, pas par la position. ImageToTable.ai localise les champs en décodant ce que dit le document plutôt qu'en se fiant à l'endroit où le fournisseur a placé les éléments.
Ce que contient réellement un relevé de transaction coréen
Un relevé de transaction (거래명세서, littéralement « document de détail de transaction ») est le document qui accompagne une expédition entre entreprises coréennes. Contrairement à une facture fiscale (세금계산서), qui est un document réglementé par l'article 32 de la loi coréenne sur la TVA et transmis au Service national des impôts, un 거래명세서 n'a pas de format obligatoire. C'est un document de vérification privé (사적 증빙) — non éligible à la déduction de la TVA en amont, non déclaré à une autorité gouvernementale, et non requis par la loi.
Ce vide réglementaire crée le problème d'extraction. Comme aucun format standard n'existe, chaque fournisseur conçoit sa propre mise en page. Un relevé de transaction d'un fournisseur d'emballages à Incheon place les informations de l'acheteur en haut à gauche et le tableau des articles au centre en bas. Celui d'un distributeur d'acier à Pohang appose le cachet de l'entreprise (직인) sur l'en-tête et les lignes d'articles en orientation paysage. Aucun n'est erroné — car il n'existe pas de modèle de référence.
Un 거래명세서 typique contient ces champs :
| Champ | Nom coréen | Objectif |
|---|---|---|
| Infos fournisseur | 공급자 | Nom de l'entreprise, numéro d'enregistrement, adresse, contact |
| Infos acheteur | 공급받는자 | Nom de l'entreprise destinataire, numéro d'enregistrement, adresse |
| Date de transaction | 거래일자 | Date de livraison des marchandises |
| Nom de l'article | 품목명 | Nom ou code de chaque article livré |
| Spécification | 규격 | Dimensions, numéros de modèle, qualité |
| Quantité | 수량 | Nombre d'unités livrées |
| Prix unitaire | 단가 | Prix par unité |
| Montant | 금액 | Total de la ligne (수량 × 단가) |
| Valeur de la fourniture | 공급가액 | Somme de tous les montants de ligne, hors TVA |
| Montant de la taxe | 세액 | TVA (10 % de la valeur de la fourniture) |
| Remarques | 비고 | Notes supplémentaires — conditions de livraison, indicateurs d'expédition partielle, référence de commande |
Le document est généralement émis en double exemplaire : une copie rouge pour le fournisseur (공급자용) et une copie bleue pour l'acheteur (공급받는자용). Dans le flux d'approvisionnement, il arrive avec l'expédition physique. L'équipe de réception le vérifie par rapport au bon de commande et aux marchandises réelles — un processus appelé rapprochement à 3 niveaux — avant d'autoriser le paiement sur la facture fiscale qui suit ultérieurement.
Dans les systèmes ERP coréens comme ECOUNT (이카운트), Douzone (더존) et 얼마에요 d'iQuest, les relevés de transaction sont généralement générés automatiquement à partir des enregistrements de vente — un problème résolu côté sortant. C'est le côté entrant qui pose problème : ces mêmes systèmes n'offrent aucun moyen natif d'importer les données des relevés de transaction que vous recevez de vos propres fournisseurs.
Pourquoi les outils basés sur des modèles échouent avec les relevés de transaction (거래명세서)
La plupart des outils d'extraction de documents fonctionnent selon l'un de ces deux principes : les modèles basés sur les coordonnées ou les modèles entraînés. Dans un système basé sur les coordonnées, vous dessinez des rectangles autour des champs — « le nom du fournisseur est à (120, 340) » — et l'outil lit le texte qui apparaît dans cette zone. Dans un système basé sur un modèle entraîné, vous annotez 10 à 50 documents échantillons pour que le modèle apprenne où chaque champ apparaît généralement.
Les deux approches échouent avec les 거래명세서 pour la même raison : il n'y a pas de « généralement ». Comme le document n'a pas de mise en page standard, les coordonnées et les positions des champs sont différentes pour chaque fournisseur. Entraînez un modèle sur des relevés de transaction du Fournisseur A, et il échouera sur le format du Fournisseur B. Ajoutez le format du Fournisseur B à l'ensemble d'entraînement, et la mise en page du Fournisseur C introduit un nouveau mode d'échec. Ce n'est pas un problème de données d'entraînement — c'est une inadéquation structurelle entre l'extraction liée à un modèle et un type de document qui n'a jamais été conçu pour être lié à un modèle.
L'alternative est l'extraction sémantique : au lieu de dire à l'outil où regarder, vous lui dites quoi chercher. Vous tapez les noms de colonnes souhaités — « Désignation article », « Quantité », « Prix unitaire », « Valeur de la fourniture » — et l'IA lit le document visuellement, localisant chaque champ en comprenant ce qu'il signifie plutôt que sa position sur la page. Cette approche, appelée extraction par nom de colonne, signifie qu'une seule définition de colonne traite le relevé de transaction de chaque fournisseur — indépendamment de la mise en page, de l'orientation, ou que le nom du fournisseur soit en haut à gauche, centré ou intégré dans un bloc d'en-tête.
Cette distinction est importante car l'alternative — maintenir un modèle séparé pour chaque fournisseur — ne passe pas à l'échelle. Vous intégrez 3 fournisseurs, ça fonctionne. Vous atteignez 30 fournisseurs, et la maintenance de la bibliothèque de modèles devient une tâche administrative en soi. L'extraction par nom de colonne contourne entièrement cette maintenance : la même définition de colonne fonctionne sur le document du premier fournisseur comme sur celui du 30e.
La ROC basée sur des modèles suppose que les mises en page des documents sont cohérentes. L'extraction par nom de colonne suppose qu'elles ne le sont pas — et c'est la bonne hypothèse pour tout document B2B coréen qui n'a pas de format légalement imposé.
Étape par étape : extraire les données d'un relevé de transaction vers Excel
Voici le flux de travail complet, de la réception d'un relevé de transaction au format PDF à l'obtention de données structurées dans un tableur. Chaque étape est une action unique — aucun tracé de coordonnées, aucun entraînement de modèle, aucune configuration par fournisseur n'est requis.
Le moteur d'extraction lit chaque champ par son sens : il reconnaît un numéro d'enregistrement d'entreprise (사업자등록번호) par son modèle à 10 chiffres avec traits d'union, une valeur de la fourniture (공급가액) par sa position relative aux colonnes de quantité et de prix unitaire, et une désignation article (품목명) par son contexte dans le tableau d'articles. C'est la différence entre la reconnaissance optique de caractères et la compréhension visuelle du langage : l'une lit le texte ; l'autre lit les documents.
Pour un examen plus approfondi des mécanismes derrière cette approche, consultez notre guide sur l'extraction de champs spécifiques par nom de colonne.
Les fichiers sont traités de manière sécurisée et ne sont pas conservés.
Rapprochement à 3 voies : BC vs Relevé de transaction (거래명세서) vs Facture fiscale (세금계산서)
Extraire des données d'un relevé de transaction isolé est utile. Les extraire dans le cadre du cycle de rapprochement des achats, c'est là que se trouve le véritable levier opérationnel. Le flux d'achat standard coréen suit une séquence prévisible : le bon de commande (발주서) est envoyé au fournisseur → les marchandises sont livrées avec un relevé de transaction (거래명세서) → un contrôle de réception est effectué → une facture fiscale (세금계산서) est émise et transmise au NTS → le paiement est effectué.
Au quai de réception, la tâche est le rapprochement à 3 voies : comparer ce qui a été commandé (BC), ce qui a été livré (거래명세서) et ce qui a été facturé (세금계산서). Les écarts détectés au quai se règlent par un coup de fil. Les écarts découverts lors du rapprochement de fin de mois coûtent des heures à remonter dans les registres de livraison, les e-mails des fournisseurs et les écrans ERP.
Voici les données que chaque type de document fournit pour le rapprochement :
| Document | Source | Champs clés pour le rapprochement |
|---|---|---|
| Bon de commande (발주서) | Votre ERP | Quantité commandée, prix unitaire convenu, date de livraison demandée |
| Relevé de transaction (거래명세서) | Fournisseur (papier/PDF avec la livraison) | Quantité livrée, désignation article, prix unitaire sur le relevé |
| Facture fiscale (세금계산서) | Fournisseur (via NTS e-Tax) | Quantité facturée, prix unitaire facturé, valeur de la fourniture, TVA, numéro d'approbation NTS |
Le goulot d'étranglement est la colonne du milieu : les données du relevé de transaction ne sont presque jamais numériques. Elles arrivent sur papier agrafé à un carton ou sous forme de pièce jointe PDF enfouie dans un e-mail de notification de livraison. Tant que ces données ne sont pas sous forme de feuille de calcul — dans le même format que vos données BC de l'ERP et vos données de facture fiscale du système NTS — le rapprochement à 3 voies ne peut pas être automatisé.
Une fois les données du relevé de transaction extraites dans Excel, vous pouvez utiliser les colonnes calculées pour effectuer le rapprochement directement dans le résultat. Définissez une colonne comme Diff : Qté commandée vs Qté livrée (Qté BC - Quantité) et l'IA calcule la différence pour chaque ligne d'article lors de l'extraction. Toute ligne avec une différence non nulle est signalée avant même que le tableur ne soit ouvert. Si vous traitez les bons de commande via le même pipeline d'extraction, vous pouvez également extraire les données BC vers Excel — amenant ainsi les deux types de documents dans le même format structuré pour une comparaison directe.
Pour un scénario parallèle — l'extraction spécifique des données de facture fiscale — consultez notre guide sur l'extraction des données de facture fiscale coréenne vers Excel, qui couvre les sept champs obligatoires et le flux de déclaration de TVA trimestrielle. Si vous traitez de gros volumes de factures pour la déclaration de TVA, le guide de traitement par lots des factures fiscales couvre l'aspect débit.
Traitement par lots : Gestion des relevés de transaction quotidiens
L'extraction individuelle résout le problème par document. Le traitement par lots résout le problème du volume quotidien — et ce, sans vous obliger à répéter aucun paramétrage.
La définition de colonnes que vous avez créée à l'étape 2 ci-dessus n'est pas spécifique à un document. Elle décrit les champs que vous souhaitez, et non l'endroit où ces champs apparaissent. Cela signifie que vous pouvez télécharger 20 relevés de transaction (거래명세서) provenant de 15 fournisseurs différents — tous avec des présentations différentes — en un seul lot. La même définition de colonnes est appliquée à chaque document. Le résultat est un tableur consolidé unique où chaque ligne de chaque relevé occupe une rangée, le nom du fournisseur et la date étant renseignés sur toutes les lignes du même document.
Une équipe d'approvisionnement recevant 30 relevés de transaction par semaine économise environ 3 à 4 heures de saisie manuelle de données. Sur la base d'un coût horaire estimé entre 18 000 et 25 000 KRW pour un commis aux achats, cela représente une économie mensuelle de 220 000 à 400 000 KRW pour un seul changement de flux de travail. Ce montant n'inclut pas le temps de correction d'erreurs éliminé, qui, dans la pratique, peut égaler ou dépasser le temps de saisie lui-même.
Pour les fournisseurs qui envoient systématiquement des relevés papier avec les livraisons, un lien de collecte (수집 링크) peut déplacer l'étape de numérisation en amont. Générez une URL partageable — aucune connexion requise pour le fournisseur — et incluez-la dans vos instructions d'intégration des fournisseurs. Le fournisseur ouvre le lien sur son téléphone, saisit un code de vérification court et télécharge une photo ou un PDF du relevé de transaction directement dans votre file d'attente de traitement. Le document arrive déjà numérisé, et votre équipe extrait les données au lieu de les ressaisir. Il s'agit du même mécanisme que celui décrit dans notre guide d'extraction des reçus coréens, adapté au contexte des achats B2B.
Lors du traitement par lots de relevés de transaction avec d'autres documents de livraison, le flux de travail d'extraction est identique : définissez les colonnes une fois, téléchargez tout, téléchargez un seul tableur. L'outil d'extraction de bons de livraison couvre le même modèle pour les bordereaux de livraison émis par les transporteurs, qui accompagnent souvent les relevés de transaction sur la même expédition.
FAQ
Dois-je configurer un réglage distinct pour chaque format de relevé de transaction fournisseur ?
Non. L'extraction par nom de colonne localise les champs par leur sens, pas par leur position. La même définition de colonne — Fournisseur, Désignation article, Quantité, Prix unitaire, Valeur de la fourniture — fonctionne avec tous les formats de fournisseurs, car l'IA lit visuellement le document et comprend ce que chaque champ représente, indépendamment de l'endroit où le fournisseur l'a placé sur la page.
Peut-il traiter des relevés de transaction manuscrits ?
Oui, pour les formulaires à modèle imprimé avec des inscriptions manuscrites — le format papier le plus courant dans la logistique coréenne, où les fournisseurs impriment un modèle vierge de relevé de transaction (거래명세서) et remplissent les quantités et les dates à la main. Les documents entièrement manuscrits sans structure imprimée sont plus difficiles à traiter et la précision sera moindre. Le système gère les cachets (직인) et les signatures comme des éléments visuels — il peut détecter leur présence mais n'extrait pas de texte à partir de ceux-ci.
Comment fait-il la distinction entre la valeur de la fourniture (공급가액) et le montant de la TVA (세액) ?
L'IA comprend la hiérarchie sémantique du document. La valeur de la fourniture (공급가액) est le total hors TVA. Le montant de la TVA (세액) correspond généralement à 10 % de ce montant (taux de TVA coréen). Lorsque vous définissez les deux colonnes, l'IA utilise leur relation pour valider l'extraction — si une valeur détectée étiquetée comme 공급가액 ne correspond pas à la relation attendue avec 세액, le système la signale. Vous pouvez également définir une colonne calculée comme Vérifier TVA (세액 / 공급가액) pour afficher le ratio pour chaque ligne.
Puis-je extraire des données vers ECOUNT ou Douzone au lieu d'Excel ?
Le format de sortie direct est Excel (XLSX), CSV ou JSON. ECOUNT et Douzone prennent tous deux en charge l'importation Excel pour les données de transaction — exportez au format XLSX et utilisez la fonction d'importation de votre ERP pour charger les données. Les noms de colonnes dans votre fichier Excel de sortie peuvent être configurés pour correspondre aux noms des champs d'importation de votre ERP, éliminant ainsi l'étape de mise en correspondance.
Qu'en est-il des documents avec des champs mixtes coréen et anglais ?
L'IA lit les deux langues. De nombreux relevés de transaction coréens incluent des noms d'articles en anglais à côté de descriptions en coréen, en particulier pour les biens importés ou les chaînes d'approvisionnement multinationales. Définissez vos colonnes dans la langue souhaitée pour la sortie — l'IA localise les valeurs correspondantes, quelle que soit la langue du document source.
Prochaines étapes
Le fossé dans l'infrastructure documentaire B2B en Corée ne se situe pas du côté de l'émission — ECOUNT, Douzone et le système de facturation électronique NTS ont déjà numérisé les factures de bout en bout. Le fossé se trouve du côté de la réception : les documents que vos fournisseurs vous envoient et qui n'ont jamais été conçus pour être lus par une machine. Les relevés de transactions sont au cœur de ce problème, car ils touchent au rapprochement des achats, à la réception des stocks et à l'autorisation des paiements — trois processus dont dépendent les équipes financières en aval.
Combler ce fossé ne nécessite pas de changer la façon dont vos fournisseurs émettent leurs documents. Cela nécessite de changer la façon dont votre équipe traite ce qui arrive. Le même relevé de transaction qui prenait 8 minutes à ressaisir dans votre journal de réception peut être extrait en quelques secondes — avec la même définition de colonne fonctionnant sur le relevé de demain d'un autre fournisseur dans un format différent.