Cómo extraer declaraciones de transacción
coreanas a Excel
Corea del Sur procesa más de 600 millones de facturas fiscales electrónicas al año a través de su sistema NTS e-Tax. Sin embargo, el documento que realmente acompaña a cada envío físico — la declaración de transacción (거래명세서) — permanece en un punto ciego digital. No tiene un formato legalmente obligatorio. No se transmite a ningún sistema gubernamental. Y para el equipo de adquisiciones que recibe 40 de ellas a la semana de 20 proveedores diferentes, cada una llega como PDF, impresión o foto de móvil — todas con diseños distintos, todas necesitando la misma extracción de datos a nivel de artículo en la misma hoja de cálculo de recepción.
Esta guía explica qué contiene realmente una declaración de transacción coreana, por qué las herramientas OCR convencionales tienen dificultades con ella y cómo extraer datos de líneas de cualquier 거래명세서 de proveedor a Excel — en una sola pasada, sin configuración por proveedor.
Conclusiones clave
- 600 millones de facturas fiscales electrónicas fluyen a través del sistema NTS de Corea cada año — pero la 거래명세서 que realmente recibe con cada envío está completamente fuera de ese sistema, sin un formato legalmente obligatorio ni una vía de transmisión digital.
- El cuello de botella no es el reconocimiento de caracteres coreanos. Cada proveedor diseña su propio diseño porque ninguna ley les dice lo contrario. La extracción basada en plantillas asume un formato consistente — esa suposición se rompe en cuanto un segundo proveedor le envía un documento.
- Una única definición de columna — Nombre del proveedor, Nombre del artículo, Cantidad, Precio unitario — lee cualquier 거래명세서 por significado, no por posición. ImageToTable.ai localiza los campos descifrando lo que dice el documento en lugar de basarse en dónde colocó las cosas un proveedor.
Qué contiene realmente una declaración de transacción coreana
Una declaración de transacción (거래명세서, literalmente "documento de detalle de transacción") es el documento que acompaña a un envío entre empresas coreanas. A diferencia de una factura fiscal (세금계산서), que es un documento legalmente regulado por el Artículo 32 de la Ley del IVA de Corea y transmitido al Servicio Nacional de Impuestos, un 거래명세서 no tiene un formato obligatorio. Es un documento de verificación privado (사적 증빙) — no es elegible para la deducción del IVA, no se presenta ante ninguna autoridad gubernamental y no es exigido por ninguna ley.
Ese vacío regulatorio crea el problema de extracción. Como no existe un formato estándar, cada proveedor diseña su propio diseño. Una declaración de transacción de un proveedor de empaques en Incheon coloca la información del comprador en la parte superior izquierda y la tabla de artículos en el centro inferior. Una de un distribuidor de acero en Pohang coloca el sello de la empresa (직인) en el encabezado y las filas de artículos en orientación horizontal. Ninguna está mal, porque no hay una plantilla contra la cual estar mal.
Un 거래명세서 típico contiene estos campos:
| Campo | Nombre en coreano | Propósito |
|---|---|---|
| Información del proveedor | 공급자 | Nombre comercial, número de registro, dirección, contacto |
| Información del comprador | 공급받는자 | Nombre comercial del destinatario, número de registro, dirección |
| Fecha de transacción | 거래일자 | Fecha de entrega de los bienes |
| Nombre del artículo | 품목명 | Nombre o código de cada artículo entregado |
| Especificación | 규격 | Dimensiones, números de modelo, grado |
| Cantidad | 수량 | Número de unidades entregadas |
| Precio unitario | 단가 | Precio por unidad |
| Importe | 금액 | Total de la línea (수량 × 단가) |
| Valor de suministro | 공급가액 | Suma de todos los importes de línea, excluyendo el IVA |
| Importe del impuesto | 세액 | IVA (10% del valor de suministro) |
| Observaciones | 비고 | Notas adicionales: condiciones de entrega, indicadores de envío parcial, referencia de orden de compra |
El documento generalmente se emite por duplicado: una copia roja para el proveedor (공급자용) y una copia azul para el comprador (공급받는자용). En el flujo de trabajo de adquisiciones, llega con el envío físico. El equipo receptor lo verifica contra la orden de compra y los bienes reales, un proceso llamado conciliación de 3 vías, antes de autorizar el pago contra la factura fiscal que llega después.
En los sistemas ERP coreanos como ECOUNT (이카운트), Douzone (더존) e iQuest's 얼마에요, las declaraciones de transacción generalmente se generan automáticamente a partir de los registros de ventas, un problema resuelto en el lado de salida. El lado de entrada es donde las cosas se complican: estos mismos sistemas no ofrecen una forma nativa de ingerir datos de las declaraciones de transacción que recibes de tus propios proveedores.
Por qué las herramientas basadas en plantillas no pueden procesar declaraciones de transacción (거래명세서)
La mayoría de las herramientas de extracción de documentos funcionan según uno de dos principios: plantillas basadas en coordenadas o modelos entrenados. En un sistema basado en coordenadas, dibuja rectángulos alrededor de los campos — "el nombre del proveedor está en (120, 340)" — y la herramienta lee el texto que aparece en esa zona. En un sistema de modelo entrenado, anota de 10 a 50 documentos de muestra para que el modelo aprenda dónde suele aparecer cada campo.
Ambos enfoques fallan con las 거래명세서 por la misma razón: no existe un "suele". Como el documento no tiene un diseño estándar, las coordenadas y las posiciones de los campos son diferentes para cada proveedor. Entrene un modelo con declaraciones de transacción del Proveedor A, y fallará con el formato del Proveedor B. Añada el formato del Proveedor B al conjunto de entrenamiento, y el diseño del Proveedor C introducirá un nuevo modo de fallo. Esto no es un problema de datos de entrenamiento, es un desajuste estructural entre la extracción basada en plantillas y un tipo de documento que nunca fue diseñado para basarse en plantillas.
La alternativa es la extracción semántica: en lugar de indicarle a la herramienta dónde mirar, le indica qué buscar. Escribe los nombres de las columnas que desea — "Nombre del artículo", "Cantidad", "Precio unitario", "Base imponible" — y la IA lee el documento visualmente, localizando cada campo al comprender su significado en lugar de su posición en la página. Este enfoque, llamado extracción por nombre de columna, significa que una sola definición de columna procesa la declaración de transacción de cualquier proveedor, independientemente del diseño, la orientación o de si el nombre del proveedor está en la parte superior izquierda, centrado o incrustado en un bloque de encabezado.
Esta distinción es importante porque la alternativa — mantener una plantilla separada para cada proveedor — no escala. Si incorpora a 3 proveedores, funciona. Cuando llega a 30, mantener la biblioteca de plantillas se convierte en una tarea administrativa en sí misma. La extracción por nombre de columna evita ese mantenimiento por completo: la misma definición de columna funciona tanto en el primer documento del proveedor como en el trigésimo.
El OCR basado en plantillas asume que los diseños de los documentos son consistentes. La extracción por nombre de columna asume que no lo son — y esa es la suposición correcta para cualquier documento B2B coreano que carezca de un formato legalmente obligatorio.
Paso a paso: Extraiga datos de una declaración de transacción a Excel
Este es el flujo de trabajo completo, desde que recibe un PDF de una declaración de transacción hasta que obtiene los datos estructurados en una hoja de cálculo. Cada paso es una acción: no es necesario dibujar coordenadas, entrenar modelos ni configurar nada por proveedor.
El motor de extracción lee cada campo por su significado: reconoce un número de registro mercantil (사업자등록번호) por su patrón de 10 dígitos con guiones, un valor de base imponible (공급가액) por su posición relativa a las columnas de cantidad y precio unitario, y un nombre de artículo (품목명) por su contexto en la tabla de artículos. Esta es la diferencia entre el reconocimiento óptico de caracteres y la comprensión del lenguaje visual: uno lee texto; el otro lee documentos.
Para obtener un análisis más detallado de los mecanismos que subyacen a este enfoque, consulte nuestra guía sobre extracción de campos específicos por nombre de columna.
Los archivos se procesan de forma segura y no se almacenan.
Conciliación a 3 bandas: OC vs Declaración de transacción (거래명세서) vs Factura fiscal (세금계산서)
Extraer datos de una declaración de transacción de forma aislada es útil. Hacerlo como parte del ciclo de conciliación de adquisiciones es donde reside el verdadero apalancamiento operativo. El flujo de trabajo de adquisiciones estándar en Corea sigue una secuencia predecible: se envía una orden de compra (OC, 발주서) al proveedor → las mercancías se entregan con una declaración de transacción (거래명세서) → se realiza una inspección de recepción → se emite una factura fiscal (세금계산서) y se transmite al NTS → se realiza el pago.
En el muelle de recepción, la tarea es la conciliación a 3 bandas: comparar lo pedido (OC), lo entregado (거래명세서) y lo facturado (세금계산서). Las discrepancias detectadas en el muelle se resuelven con una llamada telefónica. Las discrepancias encontradas durante la conciliación de fin de mes cuestan horas de revisión de registros de entrega, correos electrónicos de proveedores y pantallas de ERP.
A continuación, se muestran los datos que cada tipo de documento proporciona para la conciliación:
| Documento | Origen | Campos clave para la conciliación |
|---|---|---|
| Orden de compra (OC, 발주서) | Su ERP | Cantidad pedida, precio unitario acordado, fecha de entrega solicitada |
| Declaración de transacción (거래명세서) | Proveedor (papel/PDF con la entrega) | Cantidad entregada, descripción del artículo, precio unitario en la declaración |
| Factura fiscal (세금계산서) | Proveedor (a través del e-Tax del NTS) | Cantidad facturada, precio unitario facturado, base imponible, IVA, número de aprobación del NTS |
El cuello de botella es la columna del medio: los datos de la declaración de transacción casi nunca son digitales. Llegan en papel sujetos a una caja o como un archivo PDF adjunto enterrado en un correo electrónico de notificación de entrega. Hasta que esos datos estén en formato de hoja de cálculo — en el mismo formato que los datos de su OC del ERP y los datos de su factura fiscal del sistema NTS — la conciliación a 3 bandas no se puede automatizar.
Una vez que los datos de la declaración de transacción se extraen a Excel, puede usar columnas calculadas para realizar la conciliación directamente en la salida. Defina una columna como Diferencia: Cant. pedida vs Cant. entregada (Cant. OC - Cantidad) y la IA calcula la diferencia para cada línea de artículo durante la extracción. Cualquier fila con una diferencia distinta de cero se marca antes de que se abra la hoja de cálculo. Si procesa órdenes de compra a través del mismo proceso de extracción, también puede extraer datos de OC a Excel, llevando ambos tipos de documentos al mismo formato estructurado para una comparación directa.
Para un escenario paralelo — extraer datos de facturas fiscales específicamente — consulte nuestra guía sobre extracción de datos de facturas fiscales coreanas a Excel, que cubre los siete campos obligatorios y el flujo de trabajo trimestral de declaración del IVA. Si procesa grandes volúmenes de facturas para la declaración del IVA, la guía de procesamiento por lotes de facturas fiscales cubre el aspecto del rendimiento.
Procesamiento por lotes: Gestión de declaraciones de transacción diarias
La extracción individual resuelve el problema por documento. El procesamiento por lotes resuelve el problema del volumen diario, y lo hace sin que tenga que repetir ninguna de las tareas de configuración.
La definición de columnas que creó en el Paso 2 anterior no es específica de un documento. Describe los campos que desea, no dónde aparecen esos campos. Esto significa que puede cargar 20 declaraciones de transacción de 15 proveedores diferentes —todas con diseños distintos— en un solo lote. La misma definición de columnas se aplica a cada documento. El resultado es una hoja de cálculo consolidada donde cada línea de artículo de cada declaración ocupa una fila, con el nombre del proveedor y la fecha completados en todas las filas del mismo documento.
Un equipo de adquisiciones que recibe 30 declaraciones de transacción por semana ahorra aproximadamente de 3 a 4 horas de ingreso manual de datos. A un costo por hora estimado de KRW 18.000 a 25.000 para un auxiliar de compras, esto representa un ahorro mensual de KRW 220.000 a 400.000 con un solo cambio en el flujo de trabajo. Esta cifra no incluye el tiempo de corrección de errores eliminado, que en la práctica puede igualar o superar el propio tiempo de ingreso.
Para los proveedores que envían constantemente declaraciones en papel con las entregas, un Enlace de Recopilación (수집 링크) puede adelantar el paso de digitalización. Genere una URL compartible —sin necesidad de inicio de sesión para el proveedor— e inclúyala en sus instrucciones de incorporación de proveedores. El proveedor abre el enlace en su teléfono, ingresa un código de verificación corto y sube una foto o PDF de la declaración de transacción directamente a su cola de procesamiento. El documento llega ya digitalizado y su equipo extrae los datos en lugar de volver a escribirlos. Este es el mismo mecanismo descrito en nuestra guía de extracción de recibos coreanos, adaptado para el contexto de adquisiciones B2B.
Al procesar por lotes declaraciones de transacción junto con otros documentos de entrega, el flujo de trabajo de extracción es idéntico: defina las columnas una vez, cargue todo, descargue una hoja de cálculo. La herramienta de extracción de albaranes de entrega cubre el mismo patrón para los albaranes de entrega emitidos por el transportista, que a menudo acompañan a las declaraciones de transacción en el mismo envío.
Preguntas frecuentes
¿Necesito una configuración distinta para cada formato de declaración de transacción de cada proveedor?
No. La extracción por nombre de columna localiza los campos por su significado, no por su posición. La misma definición de columna — Nombre del proveedor, Nombre del artículo, Cantidad, Precio unitario, Base imponible — funciona con el diseño de cualquier proveedor porque la IA lee el documento visualmente y entiende qué representa cada campo, independientemente de dónde lo haya colocado el proveedor en la página.
¿Puede procesar declaraciones de transacción escritas a mano?
Sí, para formularios de plantilla impresos con anotaciones manuscritas — que es el formato en papel más común en la logística coreana, donde los proveedores imprimen una plantilla de 거래명세서 en blanco y rellenan cantidades y fechas a mano. Los documentos completamente manuscritos sin estructura impresa son más difíciles y la precisión será menor. El sistema gestiona los sellos (직인) y las firmas como elementos visuales: puede detectar su presencia, pero no extrae texto de ellos.
¿Cómo distingue entre la base imponible (공급가액) y la cuota de IVA (세액)?
La IA comprende la jerarquía semántica del documento. La 공급가액 es el total antes del IVA. La 세액 suele ser el 10 % de esa cifra (tipo de IVA coreano). Cuando define ambas columnas, la IA utiliza su relación para validar la extracción: si un valor detectado etiquetado como 공급가액 no coincide con la relación esperada con 세액, el sistema lo marca. También puede definir una columna calculada como Verificar IVA (세액 / 공급가액) para que genere la proporción de cada fila.
¿Puedo extraer datos directamente a ECOUNT o Douzone en lugar de a Excel?
El formato de salida directo es Excel (XLSX), CSV o JSON. Tanto ECOUNT como Douzone admiten la importación de datos de transacciones desde Excel: exporte como XLSX y use la función de importación de su ERP para cargar los datos. Los nombres de las columnas en su archivo Excel de salida se pueden configurar para que coincidan con los nombres de los campos de importación de su ERP, eliminando así el paso de asignación.
¿Qué ocurre con los documentos que mezclan campos en coreano e inglés?
La IA lee ambos idiomas. Muchas declaraciones de transacción coreanas incluyen nombres de artículos en inglés junto con descripciones en coreano, especialmente en el caso de productos importados o cadenas de suministro multinacionales. Defina sus columnas en el idioma que necesite para la salida: la IA localizará los valores correspondientes independientemente del idioma del documento de origen.
Próximos pasos
La brecha en la infraestructura de documentos B2B de Corea no está en la emisión — ECOUNT, Douzone y el sistema e-Tax del NTS ya han digitalizado las facturas fiscales de principio a fin. La brecha está en la recepción: los documentos que tus proveedores te envían y que nunca fueron diseñados para ser leídos por máquinas. Los estados de cuenta de transacciones están en el centro de esa brecha porque afectan la conciliación de compras, la recepción de inventario y la autorización de pagos, tres flujos de trabajo de los que dependen los equipos financieros posteriores.
Cerrar esa brecha no requiere cambiar la forma en que tus proveedores emiten documentos. Requiere cambiar la forma en que tu equipo procesa lo que llega. El mismo estado de cuenta que tomaba 8 minutos volver a escribir en tu registro de recepción se puede extraer en segundos, con la misma definición de columna funcionando en el estado de cuenta de mañana de un proveedor diferente en un formato diferente.