Comment extraire les relevés de transaction
coréens vers Excel
La Corée du Sud traite plus de 600 millions de factures fiscales électroniques par an via son système e-Tax du NTS. Pourtant, le document qui accompagne réellement chaque expédition physique — le relevé de transaction (거래명세서) — se trouve dans un angle mort numérique. Il n'a aucun format légalement imposé. Il n'est transmis à aucun système gouvernemental. Et pour l'équipe d'approvisionnement 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 au niveau des articles dans la même feuille de calcul de réception.
Ce guide couvre ce que contient réellement un relevé de transaction coréen, pourquoi les outils OCR conventionnels ont du mal avec lui, et comment extraire les données des lignes d'articles de n'importe quel 거래명세서 de fournisseur vers 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 de la Corée — mais le 거래명세서 que vous recevez réellement avec chaque expédition se trouve entièrement en dehors de ce système, sans format légalement 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 lui impose le contraire. L'extraction basée sur des modèles suppose un format cohérent — cette hypothèse s'effondre dès qu'un deuxième fournisseur vous envoie un document.
- Une seule définition de colonnes — Nom du fournisseur, Désignation article, Quantité, Prix unitaire — lit n'importe quel 거래명세서 par le sens, et non 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 livraison entre entreprises coréennes. Contrairement à une facture fiscale (세금계산서), qui est un document juridiquement réglementé par l'article 32 de la Loi sur la TVA coréenne et transmis au Service National des Impôts, un 거래명세서 n'a aucun format obligatoire. Il s'agit d'un document de vérification privé (사적 증빙) — non éligible à la déduction de la TVA en amont, non déposé auprès d'une autorité gouvernementale et non exigé par la loi. Pour le volet juridiquement réglementé de la famille documentaire coréenne — factures fiscales, reçus de caisse et certificats — notre hub d'extraction de documents fiscaux coréens couvre les formats à champs obligatoires.
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 en bas au centre. Celui d'un distributeur d'acier à Pohang appose le cachet de l'entreprise (직인) sur l'en-tête et dispose les lignes d'articles en orientation paysage. Aucun des deux n'est faux — car il n'existe pas de modèle par rapport auquel se tromper.
Un 거래명세서 typique contient les champs suivants :
| Champ | Nom coréen | Fonction |
|---|---|---|
| Informations Fournisseur (공급자) | 공급자 | Nom de l'entreprise, numéro d'enregistrement, adresse, contact |
| Informations Acheteur (공급받는자) | 공급받는자 | Nom de l'entreprise destinataire, numéro d'enregistrement, adresse |
| Date de transaction (거래일자) | 거래일자 | Date de livraison des marchandises |
| Désignation 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 TVA (세액) | 세액 | TVA (10 % de la valeur de la fourniture) |
| Remarques (비고) | 비고 | Notes supplémentaires — conditions de livraison, indicateurs d'expédition partielle, référence au BC |
Le document est généralement émis en double : un exemplaire rouge pour le Fournisseur (공급자용) et un exemplaire bleu pour l'Acheteur (공급받는자용). Dans le flux d'approvisionnement, il arrive avec la livraison 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 voies — avant d'autoriser le paiement sur la base de 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 ventes — un problème déjà résolu côté sortant. C'est côté entrant que les choses se compliquent : 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 ne peuvent pas traiter les relevés de transaction (거래명세서)
La plupart des outils d'extraction de documents fonctionnent selon l'un de 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 à modèle entraîné, vous annotez 10 à 50 documents d'exemple pour que le modèle apprenne où chaque champ apparaît habituellement.
Ces deux approches échouent sur les relevés de transaction (거래명세서) pour la même raison : il n'y a pas de « habituellement ». Comme le document n'a pas de mise en page standard, les coordonnées et les positions des champs diffèrent pour chaque fournisseur. Entraînez un modèle sur les 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 basée sur des modèles et un type de document qui n'a jamais été conçu pour être traité par modèle.
L'alternative est l'extraction sémantique : au lieu d'indiquer à l'outil où chercher, vous lui indiquez quoi chercher. Vous saisissez les noms de colonnes souhaités — « Désignation article (품목명) », « Quantité (수량) », « Prix unitaire (단가) », « Valeur de la fourniture (공급가액) » — et l'IA lit le document visuellement, en localisant chaque champ par sa signification plutôt que par sa position sur la page. Cette approche, appelée extraction par noms de colonnes, permet à une seule définition de colonnes de traiter les relevés de transaction de tous les fournisseurs — quelle que soit la mise en page, 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. Avec 3 fournisseurs, ça fonctionne. À 30, la maintenance de la bibliothèque de modèles devient une tâche administrative à part entière. L'extraction par noms de colonnes élimine entièrement cette maintenance : la même définition de colonnes fonctionne sur le document du premier fournisseur comme sur celui du trentième.
L'OCR basé sur des modèles suppose que les mises en page des documents sont cohérentes. L'extraction par noms de colonnes suppose qu'elles ne le sont pas — et c'est la bonne hypothèse pour tout document B2B coréen dépourvu 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 en PDF à l'obtention de données structurées dans un tableur. Chaque étape est une action — aucun tracé de coordonnées, aucun entraînement de modèle, aucune configuration par fournisseur requise.
Le moteur d'extraction lit chaque champ par sa signification — il reconnaît un numéro d'enregistrement d'entreprise (사업자등록번호) par son motif à 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 du langage visuel : l'une lit le texte ; l'autre lit les documents.
Pour un aperçu 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 en toute sécurité et ne sont pas stockés.
Rapprochement à 3 voies : BC vs Relevé de transaction (거래명세서) vs Facture fiscale (세금계산서)
Extraire des données d'un relevé de transaction isolément est utile. Les extraire dans le cadre du cycle de rapprochement des achats, c'est là que se situe le véritable levier opérationnel. Le flux de travail d'approvisionnement coréen standard 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 consiste à effectuer un 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 coûtent un appel téléphonique. Les écarts découverts lors du rapprochement de fin de mois coûtent des heures de recherche 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 se situe dans 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 PDF joint enfoui 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 provenant de l'ERP et vos données de facture fiscale provenant 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 des colonnes calculées pour effectuer le rapprochement directement dans la sortie. Définissez une colonne comme Écart : Qté commandée vs Qté livrée (Qté BC - Quantité) et l'IA calcule la différence pour chaque ligne lors de l'extraction. Toute ligne avec une différence non nulle est signalée avant même l'ouverture de la feuille de calcul. Si vous traitez les bons de commande via le même pipeline d'extraction, vous pouvez également extraire les données BC vers Excel — ce qui permet de mettre 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 de données de factures fiscales coréennes vers Excel, qui couvre les sept champs obligatoires et le flux de travail 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 du document isolé. Le traitement par lots résout celui du volume quotidien — et ce, sans vous obliger à répéter le moindre paramétrage.
La définition de colonnes créée à l'étape 2 ci-dessus n'est pas spécifique à un document. Elle décrit les champs souhaités, et non leur emplacement. Vous pouvez donc importer 20 relevés de transaction (거래명세서) provenant de 15 fournisseurs différents — tous avec des mises en page distinctes — en un seul lot. La même définition de colonnes s'applique à chaque document. Le résultat est un tableur consolidé où chaque ligne de chaque relevé occupe une rangée, avec le nom du fournisseur et la date renseignés sur toutes les rangées issues du même document.
Une équipe d'approvisionnement recevant 30 relevés de transaction par semaine économise environ 3–4 heures de saisie manuelle. Sur la base d'un coût horaire estimé de 18 000–25 000 KRW pour un agent d'approvisionnement, cela représente 220 000–400 000 KRW d'économies mensuelles grâce à un seul changement de processus. Ce chiffre n'inclut pas le temps de correction d'erreurs éliminé, qui en pratique peut égaler, voire 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 — sans connexion requise pour le fournisseur — et incluez-la dans vos instructions d'intégration fournisseur. Le fournisseur ouvre le lien sur son téléphone, saisit un code de vérification court et importe une photo ou un PDF du relevé de transaction directement dans votre file de traitement. Le document arrive déjà numérisé, et votre équipe en extrait les données au lieu de les ressaisir. Il s'agit du même mécanisme décrit dans notre guide d'extraction de reçus coréens, adapté au contexte des achats B2B.
Lors du traitement par lots de relevés de transaction aux côtés d'autres documents de livraison, le flux d'extraction est identique — définissez les colonnes une fois, importez tout, téléchargez un seul tableur. L'outil d'extraction de bons de livraison couvre le même schéma pour les bordereaux de livraison émis par le transporteur, 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
La lacune dans l'infrastructure documentaire B2B en Corée ne se situe pas du côté de l'émission — ECOUNT, Douzone et le système e-Tax du NTS ont déjà numérisé les factures fiscales de bout en bout. La lacune se situe 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 transaction se trouvent au cœur de cette lacune, car ils touchent au rapprochement des achats, à la réception des stocks et à l'autorisation de paiement — trois flux de travail dont dépendent les équipes financières en aval.
Combler cette lacune ne nécessite pas de modifier la façon dont vos fournisseurs émettent leurs documents. Cela nécessite de modifier 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 provenant d'un fournisseur différent dans un format différent.