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 (거래명세서) — queda en un punto ciego digital. No tiene un formato legalmente obligatorio. No se transmite a ningún sistema gubernamental. Y para el equipo de compras que recibe 40 de ellas a la semana de 20 proveedores distintos, cada una llega como PDF, impresión o foto de móvil — todas con diseños diferentes, 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 fallan con ella, y cómo extraer los datos de las 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 por el sistema NTS de Corea cada año — pero el 거래명세서 que realmente recibes con cada envío queda fuera de ese sistema por completo, sin formato legalmente obligatorio ni 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 le obliga a lo contrario. La extracción basada en plantillas asume un formato consistente — esa suposición se rompe en cuanto un segundo proveedor te envía un documento.
- Una única definición de columnas — 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 depender de dónde colocó las cosas el 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 viaja con el 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 soportado, no se presenta ante ninguna autoridad gubernamental y ninguna ley lo exige. Para el lado legalmente regulado de la familia de documentos coreanos — facturas fiscales, recibos de efectivo y certificados — nuestro centro de extracción de documentos fiscales coreanos cubre los formatos con campos obligatorios.
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 embalajes en Incheon coloca la información del comprador arriba a la 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 es incorrecta — porque no hay una plantilla contra la cual equivocarse.
Un 거래명세서 típico contiene estos campos:
| Campo | Nombre en coreano | Propósito |
|---|---|---|
| Información del Proveedor (공급자) | 공급자 | Nombre de la empresa, número de registro, dirección, contacto |
| Información del Comprador (공급받는자) | 공급받는자 | Nombre de la empresa receptora, número de registro, dirección |
| Fecha de transacción (거래일자) | 거래일자 | Fecha en que se entregaron 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 (수량 × 단가) |
| Base imponible (공급가액) | 공급가액 | Suma de todos los importes de línea, excluyendo el IVA |
| Cuota de IVA (세액) | 세액 | IVA (10% de la base imponible) |
| Observaciones (비고) | 비고 | Notas adicionales — condiciones de entrega, indicadores de envío parcial, referencia de OC |
El documento se emite típicamente 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 a 3 bandas — antes de autorizar el pago contra la factura fiscal que llega más tarde.
En los sistemas ERP coreanos como ECOUNT (이카운트), Douzone (더존) y 얼마에요 de iQuest, las declaraciones de transacción suelen generarse automáticamente a partir de los registros de ventas, un problema ya 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 incorporar datos de las declaraciones de transacción que recibes de tus propios proveedores.
Por qué las herramientas basadas en plantillas no pueden manejar las declaraciones de transacción (거래명세서)
La mayoría de las herramientas de extracción de documentos funcionan con uno de dos principios: plantillas basadas en coordenadas o modelos entrenados. En un sistema basado en coordenadas, dibujas 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, anotas 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 "normalmente". Como el documento no tiene un diseño estándar, las coordenadas y las posiciones de los campos son diferentes para cada proveedor. Entrena un modelo con declaraciones de transacción del Proveedor A y fallará con el formato del Proveedor B. Añade el formato del Proveedor B al conjunto de entrenamiento y el diseño del Proveedor C introduce 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 decirle a la herramienta dónde mirar, le dices qué buscar. Escribes los nombres de las columnas que quieres — "Nombre del artículo", "Cantidad", "Precio unitario", "Base imponible" — y la IA lee el documento visualmente, localizando cada campo al comprender qué significa en lugar de dónde está en la página. Este enfoque, llamado extracción por nombre de columna, significa que una definición de columna procesa la declaración de transacción de cada proveedor — independientemente del diseño, la orientación o de si el nombre del proveedor está arriba a la izquierda, centrado o incrustado en un bloque de encabezado.
Esta distinción importa porque la alternativa — mantener una plantilla separada para cada proveedor — no escala. Incorporas 3 proveedores y funciona. Llegas a 30 y 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 con el documento del primer proveedor y con el del 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: extraer datos de la declaración de transacción a Excel
Este es el flujo de trabajo completo, desde recibir un PDF de declaración de transacción hasta tener datos estructurados en una hoja de cálculo. Cada paso es una acción: sin dibujar coordenadas, sin entrenar modelos, sin configuración por proveedor.
El motor de extracción lee cada campo por significado: reconoce un número de registro mercantil (사업자등록번호) por su patrón de 10 dígitos con guiones, una 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 un análisis más profundo de la mecánica detrás de este enfoque, consulta 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. Extraerlos como parte del ciclo de conciliación de adquisiciones es donde reside el verdadero apalancamiento operativo. El flujo de trabajo estándar de adquisiciones en Corea sigue una secuencia predecible: se envía la orden de compra (발주서) al proveedor → los bienes se entregan con una declaración de transacción (거래명세서) → se realiza la 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 que se ordenó (OC), lo que se entregó (거래명세서) y lo que se facturó (세금계산서). Las discrepancias detectadas en el muelle cuestan una llamada telefónica. Las discrepancias encontradas durante la conciliación de fin de mes cuestan horas de rastreo a través de registros de entrega, correos electrónicos de proveedores y pantallas de ERP.
Estos son los datos que cada tipo de documento proporciona para la conciliación:
| Documento | Fuente | Campos clave para la conciliación |
|---|---|---|
| Orden de compra (발주서) | Su ERP | Cantidad ordenada, 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 (vía NTS e-Tax) | 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: Cantidad ordenada vs Cantidad entregada (Cantidad OC - Cantidad) y la IA calcula la diferencia para cada línea 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 pipeline 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 de 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 tengas que repetir ninguno de los pasos de configuración.
La definición de columnas que creaste en el Paso 2 anterior no es específica de un documento. Describe los campos que deseas, no dónde aparecen esos campos. Esto significa que puedes subir 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 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 3–4 horas de entrada manual de datos. Con un costo horario estimado de KRW 18,000–25,000 para un auxiliar de adquisiciones, esto representa un ahorro mensual de KRW 220,000–400,000 con un solo cambio en el flujo de trabajo. Esa cifra no incluye el tiempo de corrección de errores eliminado, que en la práctica puede igualar o superar el tiempo de entrada en sí.
Para proveedores que envían constantemente declaraciones en papel con las entregas, un Enlace de Recopilación (수집 링크) puede adelantar el paso de digitalización. Genera una URL compartible — sin necesidad de inicio de sesión para el proveedor — e inclúyela en tus instrucciones de incorporación de proveedores. El proveedor abre el enlace en su teléfono, ingresa un código de verificación breve y sube una foto o PDF de la declaración de transacción directamente a tu cola de procesamiento. El documento llega ya digitalizado, y tu 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 al 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: define las columnas una vez, sube todo, descarga una hoja de cálculo. La herramienta de extracción de albaranes de entrega cubre el mismo patrón para los albaranes 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 el lado de la emisión — ECOUNT, Douzone y el sistema de facturación electrónica del NTS ya han digitalizado las facturas fiscales de principio a fin. La brecha está en el lado de la recepción: los documentos que le envían sus proveedores y que nunca fueron diseñados para ser leídos por máquinas. Las declaraciones de transacción se encuentran 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 cómo sus proveedores emiten documentos. Requiere cambiar cómo su equipo procesa lo que llega. La misma declaración de transacción que tomaba 8 minutos volver a escribir en su registro de recepción puede extraerse en segundos — con la misma definición de columna funcionando en la declaración de mañana de un proveedor diferente en un formato diferente.