Comment extraire les relevés de transactions
coréens dans Excel
La Corée du Sud traite plus de 600 millions de factures é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 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 avec lui, et comment extraire les données article de n'importe quel 거래명세서 fournisseur dans Excel — en un seul passage, sans configuration par fournisseur.
Points clés
- 600 millions de factures électroniques transitent chaque année par le système NTS coréen — mais le 거래명세서 que vous recevez avec chaque expédition se trouve 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 format cohérent — cette hypothèse s'effondre dès qu'un deuxième fournisseur vous envoie un document.
- Une seule définition de colonne — Nom du fournisseur, Nom de l'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 (세금계산서), document juridiquement 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 des deux 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'immatriculation, adresse, contact |
| Infos acheteur | 공급받는자 | Nom de l'entreprise destinataire, numéro d'immatriculation, 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 : un exemplaire rouge pour le fournisseur (공급자용) et un exemplaire bleu 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é sortie. C'est le côté entrée 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 ne peuvent pas traiter les 거래명세서
La plupart des outils d'extraction de documents fonctionnent selon l'un des deux principes suivants : 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 de 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 sur 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 les relevés de transactions 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 basé sur un modèle.
L'alternative est l'extraction sémantique : au lieu d'indiquer à l'outil où regarder, vous lui dites quoi chercher. Vous tapez les noms de colonnes souhaités — « Nom de l'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 transactions 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, 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.
L'OCR basé 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 dépourvu de format légalement imposé.
Étape par étape : extraire les données de relevés de transactions dans Excel
Voici le flux de travail complet, de la réception d'un relevé de transactions au format PDF à l'obtention de données structurées dans un tableur. Chaque étape est une action unique — aucun dessin de coordonnées, aucun entraînement de modèle, aucune configuration par fournisseur requis.
Le moteur d'extraction lit chaque champ par son sens — il reconnaît un numéro d'enregistrement de fournisseur (사업자등록번호) par son modèle à 10 chiffres avec traits d'union, une valeur de fourniture (공급가액) par sa position relative aux colonnes de quantité et de prix unitaire, et un nom d'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 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 de manière sécurisée et non conservés.
Rapprochement à 3 niveaux : BC vs 거래명세서 vs 세금계산서
Extraire les données d'un relevé de transaction isolé est utile. Les intégrer dans le cycle de rapprochement des achats, c'est là que se trouve le véritable levier opérationnel. Le flux d'achat standard en Corée suit une séquence prévisible : un 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 un rapprochement à 3 niveaux : 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 appel téléphonique. Ceux découverts lors du rapprochement de fin de mois nécessitent 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, description de l'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 tableur — 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 niveaux ne peut pas être automatisé.
Une fois les données des relevés de transactions extraites dans Excel, vous pouvez utiliser des colonnes calculées pour effectuer le rapprochement directement dans le fichier de sortie. Définissez une colonne comme Diff : Qté commandée vs Qté livrée (Qté BC - Qté) et l'IA calcule la différence pour chaque ligne lors de l'extraction. Toute ligne avec un écart non nul est signalée avant même l'ouverture du tableur. Si vous traitez les bons de commande via le même pipeline d'extraction, vous pouvez également extraire les données des bons de commande 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 de données de factures fiscales spécifiquement — consultez notre guide sur l'extraction de données de factures fiscales coréennes vers Excel, qui couvre les sept champs obligatoires et le processus 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 aborde l'aspect débit.
Traitement par lots : Gérer les relevés de livraison 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 le travail de configuration.
La définition de colonne que vous avez créée à l'étape 2 ci-dessus n'est pas spécifique à un document. Elle décrit les champs souhaités, pas leur emplacement. Cela signifie que vous pouvez charger 20 relevés de transactions provenant de 15 fournisseurs différents — tous avec des mises en page différentes — en un seul lot. La même définition de colonne est appliquée à chaque document. Le résultat est un tableur consolidé 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 transactions 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 agent d'approvisionnement, cela représente une économie mensuelle de 220 000 à 400 000 KRW pour un seul changement de processus. Ce chiffre n'inclut pas le temps de correction d'erreurs éliminé, qui en 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. C'est le 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 transactions avec d'autres documents de livraison, le flux d'extraction est identique — définissez les colonnes une fois, chargez tout, téléchargez un 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 transactions sur le même envoi.
FAQ
Dois-je configurer un modèle différent pour chaque format de relevé fournisseur ?
Non. L'extraction par nom de colonne localise les champs par leur sens, pas par leur position. Une même définition de colonne — Nom du fournisseur, Nom de l'article, Quantité, Prix unitaire, Montant — fonctionne avec tous les formats de relevés, car l'IA lit visuellement le document et comprend ce que chaque champ représente, peu importe où le fournisseur l'a placé sur la page.
Peut-il traiter des relevés manuscrits ?
Oui, pour les formulaires imprimés avec des saisies manuscrites — le format papier le plus courant dans la logistique coréenne, où les fournisseurs impriment un modèle vierge de 거래명세서 et remplissent les quantités et les dates à la main. Les documents entièrement manuscrits sans structure imprimée sont plus difficiles et la précision sera moindre. Le système traite les tampons (직인) et les signatures comme des éléments visuels — il peut détecter leur présence mais n'extrait pas de texte.
Comment distingue-t-il le 공급가액 (montant HT) du 세액 (TVA) ?
L'IA comprend la hiérarchie sémantique du document. Le 공급가액 est le total hors TVA. Le 세액 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 comme 공급가액 ne correspond pas à la relation attendue avec 세액, le système la signale. Vous pouvez aussi définir une colonne calculée comme Vérifier TVA (세액 / 공급가액) pour afficher le ratio pour chaque ligne.
Puis-je exporter les 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 en charge l'import Excel pour les données de transaction — exportez en XLSX et utilisez la fonction d'import de votre ERP pour charger les données. Les noms de colonnes dans votre fichier Excel peuvent être configurés pour correspondre aux champs d'import de votre ERP, ce qui élimine l'étape de mappage.
Qu'en est-il des documents avec des champs mixtes coréen-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 flux de travail 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.