50 albaranes coreanos,
una hoja de cálculo: Procesamiento por lotes sin teclear
Cualquier ERP coreano puede generar un albarán (거래명세서) a partir de un registro de venta con un solo clic. Pero ninguno puede leer uno. El documento que acompaña a cada envío físico entre empresas coreanas —con artículos, cantidades, precios unitarios e importes— entra en su flujo de compras a través del teclado, campo por campo. Cuando recibe cincuenta de quince proveedores a fin de mes, esa asimetría deja de ser una curiosidad y se convierte en la razón por la que su equipo de recepción sigue en la oficina a las 10 de la noche.
Puntos clave
- Cualquier ERP coreano puede generar un 거래명세서 a partir de un registro de venta con un solo clic, y ninguno puede leer uno; por eso su equipo de recepción sigue tecleando a las 10 de la noche.
- Cincuenta 거래명세서 de quince proveedores requieren 5,5 horas de entrada manual, pero el verdadero problema no es su velocidad de escritura: es que la industria pasó décadas perfeccionando la automatización de salida y dejó la extracción de entrada a su teclado.
- ImageToTable.ai procesa los cincuenta documentos con una sola definición de columna —sin plantillas por proveedor, sin revisión por documento— y entrega una única hoja de cálculo donde cada línea de artículo se remite a su archivo de origen.
Si eres nuevo en los extractos de transacciones coreanos, empieza con nuestra guía para extraer datos de extractos de transacciones coreanos a Excel, que cubre la estructura de campos, la conciliación triple y el problema de la plantilla fallida. Este artículo se centra en lo que cambia al escalar de un documento a cincuenta — del formato de un proveedor a quince.
Qué Significa Realmente el Procesamiento por Lotes para las Compras en Corea
La diferencia entre procesar un extracto de transacción (거래명세서) y cincuenta no es solo de tiempo. Se trata de una clase de problema completamente diferente.
Procesa un solo 거래명세서 — un proveedor, un envío, un documento — y tu flujo de trabajo es sencillo. Abre el PDF. Lee el nombre del proveedor (공급자), la fecha de la transacción (거래일자), la tabla de artículos. Escribe el nombre del artículo (품목명), la cantidad (수량), el precio unitario (단가) y el importe por línea (금액) de cada fila en tu hoja de cálculo de recepción. Copia el valor de suministro (공급가액) y el importe del IVA (세액) en tu archivo de conciliación. Listo. Tres minutos por documento, quizás cinco si el diseño del proveedor es denso o la calidad del escaneo es mala.
Ahora hazlo cincuenta veces — de quince proveedores diferentes, cada uno con su propio diseño, su propio sistema de códigos de artículo, su propia calidad de impresión. Los problemas que surgen a escala son invisibles en el procesamiento de un solo documento:
- Variedad de formatos. El 거래명세서 del Proveedor A es un PDF nítido generado por Douzone iCUBE, con la tabla de artículos en un diseño de cuadrícula estándar. El del Proveedor B es una foto móvil de un formulario manuscrito, con las cantidades garabateadas en el margen. El del Proveedor C es un documento impreso desde Excel con celdas combinadas. Un enfoque de extracción que funciona para el Documento 1 falla en el Documento 2. Para el Documento 50, te habrás encontrado con todas las variaciones de formato que la cadena de suministro B2B coreana tiene para ofrecer — y las habrás escrito todas manualmente.
- Convenciones de nomenclatura. Necesitas saber qué fila proviene de qué archivo. "거래명세서_20260430.pdf" no te dice nada sobre el proveedor. Si recibes tres facturas del mismo proveedor durante el mes, necesitas rastrear cada línea hasta su documento original — y los nombres de archivo por sí solos no pueden proporcionar esa trazabilidad.
- Gestión de excepciones. En 50 documentos, te encontrarás con campos en blanco. Un proveedor olvidó imprimir el precio unitario. Otro dejó la celda del IVA vacía. Una foto de teléfono cortó las filas inferiores de la tabla de artículos. En el procesamiento de un solo documento, notas estos problemas de inmediato y los resuelves. En el procesamiento por lotes, las excepciones están enterradas dentro de una pila — y encontrarlas requiere escanear cada fila completada.
- Combinación de resultados. Incluso si pudieras extraer cada documento perfectamente, tendrías cincuenta hojas de cálculo separadas. El entregable real — el que necesita tu equipo de recepción — es una sola tabla con todas las líneas de todos los proveedores, ordenada y filtrable por fecha, proveedor y número de OC.
El procesamiento de un solo documento pone a prueba tu velocidad de escritura. El procesamiento por lotes pone a prueba el diseño de tu sistema. El cuello de botella pasa de "qué tan rápido puedo escribir" a "cómo manejo todos los documentos a la vez sin perder el rastro de qué vino de dónde" — y esa es una pregunta fundamentalmente diferente.
Por qué Douzone, ECOUNT e iQuest no resuelven la extracción de documentos entrantes
El mercado ERP de Corea ha invertido décadas en perfeccionar la generación de documentos salientes. Los resultados son realmente impresionantes. Douzone Bizon (더존비즈온) — el mayor proveedor de ERP de Corea, adquirido por la firma sueca de capital privado EQT por 1,3 billones de KRW en 2025 — permite a sus ~20.000 clientes corporativos generar 거래명세서 desde registros de ventas con un clic, rellenar automáticamente los campos de proveedor y comprador desde la base de datos de clientes, e imprimir o enviar por correo electrónico lotes de cientos de estados de cuenta a la vez a través de WEHAGO e iCUBE.
ECOUNT (이카운트), que atiende a más de 80.000 clientes corporativos por una tarifa plana de 40.000 KRW/mes, sigue el mismo modelo: ingreso de ventas → generación automática de 거래명세서 → entrega multicanal (correo electrónico, KakaoTalk, SMS, fax). Su módulo de compras permite registrar datos de compras entrantes, pero la entrada de datos es manual. No existe una ruta de "subir documento → extraer campos automáticamente" para los documentos que recibes.
iQuest (아이퀘스트), creador de 얼마에요 ERP, es el único proveedor coreano importante que ofrece extracción de datos de 거래명세서 basada en OCR — toma una foto de un 거래명세서 recibido con la aplicación móvil, y la IA extrae la información del proveedor y la lista de artículos al ERP. Este es un avance genuino y, en cierto modo, el análogo local más cercano a lo que ImageToTable.ai hace con documentos individuales. Pero la premisa de diseño es un documento a la vez: fotografiar, revisar la extracción de IA en pantalla, corregir errores, confirmar, repetir. Para un vendedor de campo que captura un recibo de una comida de negocios, esto funciona. Para un equipo de adquisiciones que recibe cincuenta 거래명세서 de quince proveedores el último día del mes, no funciona — porque el cuello de botella no es la precisión de extracción por documento, sino el bucle de revisión humana por documento que impide el procesamiento por lotes real.
경리나라 y 경영이지 — populares entre las pequeñas empresas coreanas por su simplicidad — manejan la emisión de 거래명세서 de manera competente pero no ofrecen ninguna extracción de documentos entrantes. Tampoco lo hacen las principales plataformas ASP: Popbill (팝빌), con más de 373.000 empresas registradas y más de 324 millones de documentos acumulados, y Barobill (바로빌) proporcionan API para emisión masiva e integración con HomeTax, pero sus funciones de recuperación obtienen datos de tus propios documentos emitidos — no datos estructurados extraídos de documentos de proveedores que hayas recibido en formato PDF, escaneado o foto.
El patrón es consistente en todas las plataformas ERP y contables coreanas: la automatización de documentos salientes es un problema resuelto. La extracción de datos entrantes ni siquiera está en la hoja de ruta del producto. La suposición — implícita pero uniforme — es que el comprador escribirá los datos manualmente.
La realidad del cierre de mes: por qué este problema tiene fecha límite
Los ciclos de pago B2B coreanos intensifican la presión del procesamiento por lotes. Predominan dos modalidades de liquidación: 월말결제, donde el pago se liquida al final del mes en que se entregaron los bienes, y 익월결제, donde el pago se liquida al final del mes siguiente. En ambos casos, los 거래명세서 recibidos durante el mes se acumulan en una pila que debe conciliarse antes de autorizar el pago.
Para un fabricante o distribuidor coreano mediano con 10 a 30 proveedores activos, un mes típico genera entre 50 y 200 estados de cuenta de transacciones entrantes. Estos llegan a lo largo del mes — unos pocos por día — pero la conciliación ocurre en una ventana comprimida: los últimos 3 a 5 días hábiles antes de la autorización de pago. El departamento receptor necesita cada línea de cada 거래명세서 en el sistema para verificar contra las órdenes de compra y preparar el calendario de pagos para el equipo de finanzas.
La aritmética de esa ventana, para un lote conservador de 50 documentos:
| Tarea | Por documento | × 50 documentos |
|---|---|---|
| Abrir y leer campos de encabezado (proveedor/comprador) | 1 min | 50 min |
| Extraer líneas de detalle (promedio 8 filas por documento) | 3 min | 2.5 horas |
| Verificar valor de suministro contra OC | 1 min | 50 min |
| Verificar contra factura fiscal (세금계산서) | 1 min | 50 min |
| Total procesamiento manual | ~5.5 horas |
Cinco horas y media es casi un día laboral completo — y esto asume que cada documento llega como un PDF limpio y legible. En la práctica, el lote incluirá PDFs generados por ERP impresos en A4 estándar, formularios manuscritos de pequeños proveedores familiares que nunca han usado software de facturación, fotos móviles tomadas por conductores de reparto y enviadas por KakaoTalk, y copias escaneadas con alineación torcida. Cada variante de formato añade fricción — y la fricción se acumula cuando trabajas contra una fecha límite.
Por eso "solo escribe más rápido" deja de ser una respuesta alrededor del documento veinte. La verdadera pregunta no es qué tan rápido puedes escribir campos individuales — es cómo manejas todos los documentos a la vez, en un solo flujo de trabajo, con una sola salida y con un rastro de auditoría claro hasta cada archivo fuente.
Cómo funciona la extracción por lotes: una definición de columnas, todos los proveedores
El mecanismo central que hace posible el procesamiento por lotes de 거래명세서 es la extracción por nombre de columna: en lugar de indicarle a una herramienta dónde encontrar cada campo en un documento (dibujando rectángulos en coordenadas o entrenando un modelo con diseños de muestra), le dices qué buscar escribiendo los nombres de los campos que deseas. La IA lee el documento visualmente, localiza cada valor al comprender el significado semántico del nombre del campo y completa la tabla de resultados, sin importar dónde haya colocado el proveedor el campo en la página.
Esta distinción entre extracción basada en coordenadas y extracción semántica es lo que hace viable el procesamiento por lotes. Una herramienta basada en coordenadas necesita una plantilla separada para el diseño de cada proveedor, porque el campo "Cantidad" del Proveedor A está en la posición de píxel (400, 320) mientras que el del Proveedor B está en (380, 450). Con cincuenta documentos de quince proveedores, necesitarías quince plantillas, y cualquier plantilla se rompe cuando un proveedor cambia el diseño de su formulario. Una herramienta de extracción semántica necesita una definición de columna: una lista de nombres de campo como "Nombre del proveedor", "Fecha de transacción", "Nombre del artículo", "Cantidad", "Precio unitario", "Valor del suministro", y aplica la misma definición a cada documento del lote, independientemente del diseño.
El procesamiento por lotes en ImageToTable.ai funciona con este principio. Subes los cincuenta archivos 거래명세서 a la vez: PDF, escaneos JPG, capturas PNG, fotos WebP, todo en una sola carga. Defines las columnas que deseas extraer en tu hoja de cálculo de salida. La IA lee cada documento, encuentra cada campo por significado en lugar de posición, y compila todos los resultados en una tabla de Excel combinada. Cada documento se convierte en una fila (o varias filas si contiene una tabla de artículos de varias líneas), cada campo solicitado se convierte en una columna, y descargas una sola hoja de cálculo, no cincuenta separadas.
Los archivos se procesan de forma segura y no se almacenan.
El multiplicador de eficiencia surge de eliminar la configuración por documento. No configuras nada por proveedor. No creas plantillas. No entrenas modelos. Defines tus columnas una vez: "Nombre del proveedor (공급자)", "Número de registro del proveedor (사업자등록번호)", "Fecha de transacción (거래일자)", "Nombre del artículo (품목명)", "Especificación (규격)", "Cantidad (수량)", "Precio unitario (단가)", "Importe de línea (금액)", "Valor del suministro (공급가액)", "Importe del IVA (세액)", "Número de referencia de OC", y el mismo conjunto de columnas procesa cada 거래명세서 de cada proveedor. Cincuenta archivos, quince proveedores, una salida.
A 5–10 segundos por página frente a 3 minutos de ingreso manual por documento, el flujo de trabajo por lotes comprime 5.5 horas de escritura en unos 15 minutos de procesamiento — una ganancia de eficiencia de 18× — pero el verdadero beneficio no es el tiempo ahorrado. Es que el resultado llega como una sola hoja de cálculo combinada, con cada línea trazable hasta su documento fuente, lista para la conciliación a tres bandas contra órdenes de compra y facturas fiscales.
Conciliación a Tres Bandas a Escala: PO → 거래명세서 → 세금계산서
Para los equipos de compras coreanos, extraer datos de 거래명세서 a una hoja de cálculo no es el objetivo final — es el paso intermedio. El entregable real es la conciliación a tres bandas: orden de compra (발주서) → estado de cuenta de transacción (거래명세서) → factura fiscal (세금계산서).
Bajo el marco del IVA de Corea, la factura fiscal (세금계산서) es el documento legalmente regulado — regido por el Artículo 32 de la Ley del IVA, con campos obligatorios como números de registro del proveedor y comprador, valor del suministro, monto del IVA y fecha de preparación. Es el documento que da derecho al comprador a la deducción del IVA soportado (매입세액 공제) y debe reflejarse con precisión en las declaraciones trimestrales de IVA (vencen el 25 de enero, 25 de abril, 25 de julio, 25 de octubre). El estado de cuenta de transacción no tiene tal peso legal — es un documento de verificación privado (사적 증빙), no elegible para deducción fiscal — pero es el documento que realmente llega con los bienes y contiene el detalle a nivel de artículo que la factura fiscal a menudo omite.
El flujo de trabajo de conciliación a tres bandas a escala:
PO → 거래명세서: verificar lo recibido contra lo pedido
Compare los artículos, cantidades y precios unitarios de cada 거래명세서 del proveedor con la orden de compra original. Cualquier discrepancia —cantidad incorrecta, sustitución no aprobada, precio unitario erróneo— debe señalarse y resolverse antes de procesar la factura fiscal. Extraiga los datos del 거래명세서 en una estructura de columnas que incluya la referencia de la orden de compra para cada línea.
거래명세서 → 세금계산서: verificar que los montos facturados coincidan con los entregados
La factura fiscal llega por separado —a menudo días después de la mercancía, a veces adjunta a un ciclo de facturación consolidado mensual. Su valor de suministro (공급가액) e IVA (세액) deben coincidir con los totales del 거래명세서. Aquí es donde la hoja de cálculo combinada rinde frutos: una columna de la extracción del 거래명세서, otra de la extracción de la factura fiscal —una simple comparación lado a lado reemplaza la verificación manual entre documentos separados.
세금계산서 → declaración NTS: verificar precisión del IVA reportado
Los datos de la factura fiscal —una vez verificados contra el 거래명세서— alimentan la declaración trimestral de IVA. Una discrepancia entre lo que el NTS tiene registrado de la presentación electrónica del proveedor y lo que usted reporta activa una bandera de verificación cruzada. La conciliación de 3 vías es su pista de auditoría: prueba que lo pagado coincide con lo recibido y lo reportado por el proveedor.
La combinación de la extracción del 거래명세서 y la extracción de la factura fiscal es lo que convierte esto en un sistema completo de conciliación de compras. Cada tipo de documento contiene campos diferentes, cumple un propósito distinto y llega por un canal diferente. Pero ambos alimentan la misma hoja de cálculo —y ambos deben coincidir.
El problema de los nombres: por qué el procesamiento por lotes necesita trazabilidad de origen
Hay un problema que no existe al procesar un solo documento y se vuelve crítico en flujos por lotes: saber qué fila extraída proviene de qué archivo.
Un lote típico de fin de mes puede incluir estos archivos:
거래명세서_20260430.pdf— de Donghae Steel, generado por ERP거래명세서_20260430.pdf— de un proveedor diferente, mismo nombre, carpeta distintaKakaoTalk_20260502_143021.jpg— foto de un 거래명세서 manuscrito, proveedor desconocido solo por el nombrescan001.pdf— formulario en papel escaneado, nombre del proveedor incrustado en la imagen pero no en el nombre del archivo2026-04-30_거래명세표_대한포장.pdf— nombre limpio e identificable, la excepción, no la regla
Cuando cincuenta filas extraídas llegan a tu hoja de cálculo de salida, necesitas saber qué fila corresponde al documento original de cada proveedor. Sin esa trazabilidad, no puedes resolver una discrepancia de cantidad — no puedes volver al documento fuente para verificar si la extracción fue correcta o si el proveedor cometió un error.
El flujo de extracción por lotes en ImageToTable.ai preserva esta trazabilidad al incluir el nombre del archivo fuente como una columna en la salida. Cada fila extraída lleva el nombre del archivo original, para que puedas rastrear cualquier dato hasta su documento fuente al instante. Para documentos con nombres ambiguos como KakaoTalk_20260502_143021.jpg, renómbralos antes de subirlos — incluso un prefijo simple como DonghaeSteel_20260430.pdf proporciona la trazabilidad que necesitas.
Este es uno de esos desafíos específicos de lotes que los tutoriales de un solo documento nunca mencionan. Cuando procesas un documento, sabes de dónde vienen los datos porque acabas de verlo. Cuando procesas cincuenta, necesitas que el sistema lo recuerde para que tú no tengas que hacerlo.
La convención de nombres que estableces antes de subir es tu pista de auditoría. Un patrón consistente — [CódigoProveedor]_[Fecha]_[TipoDocumento].pdf — toma diez segundos por archivo y ahorra horas de investigación forense de nombres cuando surge una discrepancia durante la conciliación.
Gestión de la diversidad de formatos: desde manuscritos hasta generados por ERP
El problema de la diversidad de formatos en las adquisiciones B2B coreanas depende del tamaño y la industria del proveedor. Un gran proveedor químico en Ulsan envía mercancías con un PDF generado por Douzone iCUBE, impreso en papel láser, con formato profesional y cada campo en una cuadrícula predecible. Un pequeño proveedor de empaques en Incheon escribe una 거래명세서 a mano en un formulario de copia carbón preimpreso, arranca la copia azul del comprador (공급받는자용) y se la entrega al conductor de reparto. Un distribuidor de alimentos mediano usa una plantilla de Excel que se ve profesional en pantalla, pero al imprimirse tiene celdas combinadas que superponen los límites de los campos.
El OCR convencional — que espera texto en posiciones predecibles — falla en la segunda y tercera categoría. Los caracteres coreanos escritos a mano en formularios de copia carbón ya tienen bajo contraste antes de considerar la caligrafía del conductor. Los formularios impresos desde Excel con celdas combinadas producen bloques de texto donde las etiquetas y los valores se mezclan. Los sistemas basados en plantillas requieren crear una plantilla separada para cada formato — y con quince proveedores usando cinco tipos de formato diferentes, solo el mantenimiento de plantillas se convierte en una tarea recurrente.
La extracción por nombre de columna maneja la diversidad de formatos por diseño — porque no depende del diseño visual. Ya sea que "Cantidad (수량)" esté en la tercera columna de una tabla en un PDF, garabateada en un margen de un formulario manuscrito o incrustada en una celda combinada de Excel, la IA lo localiza leyendo el documento como lo haría un humano: buscando significado semántico, no coordenadas de píxeles. La misma definición de columna que funciona en el PDF de Douzone funciona en la copia carbón manuscrita y en la impresión de Excel.
Hay un límite práctico: una foto tan borrosa que un humano no pueda leer el texto también fallará para la IA. Pero el estándar de "legible" es sustancialmente más bajo que lo que requiere el OCR basado en plantillas — porque el texto borroso pero legible sigue siendo semánticamente legible, incluso si sus coordenadas de píxeles son demasiado imprecisas para que una plantilla coincida.
Manejo de Excepciones en un Lote de Cincuenta Documentos
En cualquier lote de cincuenta documentos, algunos tendrán problemas. Un proveedor dejó el campo del IVA en blanco porque es un negocio de tributación simplificada (간이과세자) y no cobra el IVA por separado. Otro escribió el valor del suministro en la celda incorrecta, por lo que la extracción devuelve un número inesperado. Una foto de teléfono cortó las últimas dos filas de una tabla de diez artículos.
En el procesamiento de un solo documento, notas estos problemas al instante, porque ves el documento y los datos simultáneamente. En el procesamiento por lotes, el documento y los datos extraídos están separados por el paso de extracción, y las excepciones pueden ocultarse dentro de una tabla combinada de 400 filas.
El flujo de trabajo para manejar excepciones en modo lote:
Buscar espacios en blanco en columnas obligatorias
Después de la extracción, filtra la hoja de cálculo de salida en busca de celdas vacías en columnas críticas: Nombre del Proveedor, Valor del Suministro, Cantidad. Un espacio en blanco en Cantidad generalmente significa que se omitió la fila del artículo o que el documento no contenía un campo de cantidad. De cualquier manera, necesitas saberlo.
Verificar totales contra sumas a nivel de documento
El valor del suministro (공급가액) en el 거래명세서 es la suma de todos los montos de línea. Si los montos de línea extraídos no suman el valor del suministro extraído, se omitió una línea o se leyó mal el valor del suministro. Esta verificación cruzada detecta brechas de extracción sin requerir que releas cada documento.
Reprocesar documentos problemáticos individuales
Si un documento específico produjo resultados no confiables (marcado por campos obligatorios en blanco o una discrepancia de totales), vuelve a subirlo individualmente para una segunda pasada de extracción. El flujo de trabajo por lotes no te obliga a reprocesar todo el lote para corregir los errores de un solo documento.
La idea clave: el procesamiento por lotes no elimina las excepciones, cambia la forma en que las encuentras. En lugar de descubrir errores un documento a la vez mientras escribes, ejecutas verificaciones estructuradas en la salida completa y aíslas los documentos problemáticos. El cambio de descubrimiento reactivo de errores (encontrar errores a medida que los cometes) a detección proactiva de errores (escanear la salida completa en busca de anomalías) es lo que hace que el procesamiento por lotes no solo sea más rápido, sino también más confiable.
Integración de la extracción por lotes en su flujo de trabajo de adquisiciones
La extracción por lotes de 거래명세서 no reemplaza su ERP — ni debería intentarlo. El ERP gestiona registros de ventas, generación de facturas salientes, transmisión al NTS e informes financieros. La extracción por lotes maneja el paso de ingesta de datos que el ERP deja a su teclado.
El punto de integración es la salida de Excel. Extraiga todos los datos de 거래명세서 entrantes en una hoja de cálculo, concilie con órdenes de compra y facturas fiscales, y luego importe los datos verificados a su ERP mediante su función estándar de importación de Excel. Todos los principales ERP coreanos lo admiten: Douzone Smart A e iCUBE ofrecen importación por lotes de Excel para registros de compras. ECOUNT proporciona importación masiva de Excel para 거래명세서 y otros documentos de transacciones. iQuest 얼마에요 admite carga de Excel para datos de 매입거래명세표. La hoja de cálculo extraída se convierte en la fuente de importación: limpia, estructurada y verificada antes de tocar su ERP.
Para equipos que también procesan documentos de proveedores extranjeros, el mismo flujo aplica. Un albarán de un proveedor chino de componentes o una lista de empaque de un proveedor europeo de equipos sigue la misma lógica de extracción: defina columnas, cargue, obtenga una hoja de cálculo. El idioma y formato del documento cambian, pero el principio de extracción por nombre de columna no.
Esto es fundamentalmente diferente de la promesa de ERP todo en uno. No está reemplazando su sistema financiero. Está llenando el único vacío que todo ERP coreano deja abierto: el momento en que un documento de proveedor — en cualquier formato que llegue — debe convertirse en una fila en su hoja de cálculo antes de poder ser un registro en su ERP.
Preguntas frecuentes
¿Puede el procesamiento por lotes manejar 거래명세서 manuscritos e impresos en la misma carga?
Sí. La IA lee cada documento de forma independiente, reconociendo caracteres coreanos manuscritos (incluyendo calidad de escritura variable) y texto impreso usando la misma lógica de extracción semántica. La misma definición de columna procesa ambos formatos. El límite práctico es la legibilidad: si un humano no puede leer la escritura, la IA probablemente tampoco.
¿Qué sucede cuando la 거래명세서 de un proveedor usa nombres de campo no estándar?
La extracción de nombres de columna no busca cadenas de texto exactas, sino que localiza valores mediante comprensión semántica. Si un proveedor etiqueta el campo de cantidad como "출하수량" (cantidad de envío) en lugar de "수량" (cantidad), el sistema lo extraerá correctamente porque la IA entiende que ambas etiquetas se refieren al mismo concepto. Esta es la diferencia fundamental entre el emparejamiento por plantilla (que fallaría) y la extracción semántica (que se adapta).
¿Cómo maneja el sistema las 거래명세서 de varias páginas con tablas de artículos que abarcan múltiples páginas?
Los PDF de varias páginas se procesan como un solo documento. La IA lee todas las páginas y extrae todas las líneas de la tabla de artículos, sin importar los saltos de página. El resultado consolida todas las filas de todas las páginas en el mismo registro del documento dentro de la hoja de cálculo.
¿Puedo extraer solo artículos específicos, por ejemplo, solo aquellos que coinciden con un número de orden de compra determinado?
El paso de extracción obtiene todos los datos de todos los documentos. El filtrado por número de orden de compra, proveedor, rango de fechas o cualquier otro criterio se realiza en la hoja de cálculo de salida después de la extracción. Esto le proporciona el conjunto de datos completo para trabajar y filtrar según sea necesario, en lugar de restringir la extracción a un subconjunto de antemano.
¿La extracción de datos de 거래명세서 cumple con los requisitos de registro fiscal de Corea?
La 거래명세서 en sí es un documento de verificación privado (사적 증빙) — no tiene un formato legalmente obligatorio ni se presenta ante ninguna autoridad gubernamental. No existen requisitos de cumplimiento específicos que regulen cómo extraer o almacenar sus datos. La factura fiscal (세금계산서), regulada por el Artículo 32 de la Ley del IVA, es el documento con obligaciones legales de cumplimiento — y se maneja por separado. Para la extracción de facturas fiscales, consulte la guía de procesamiento por lotes de facturas fiscales. Como cuestión práctica, el Marco Legal de Impuestos Nacionales (국세기본법) Artículo 85-3 recomienda conservar los registros de transacciones durante cinco años — y un archivo Excel estructurado con trazabilidad del nombre del archivo de origen cumple mejor este propósito que una pila de formularios en papel.
¿Funciona también para facturas fiscales coreanas por lote (세금계산서)?
Sí: se aplica el mismo flujo de extracción por lotes. Para el procesamiento de facturas fiscales por lote, defina columnas como Número de Registro Comercial (사업자등록번호), Valor del Suministro (공급가액), Monto del IVA (세액) y Número de Aprobación (승인번호), y procese de 100 a 200 facturas en una sola carga. El principio de extracción es idéntico; solo cambian los nombres de los campos.
Cualquier ERP coreano puede generar un estado de cuenta a partir de un registro de ventas. La brecha — y la oportunidad — está en el lado receptor. La extracción por lotes la cierra con una definición de columna, una carga y una hoja de cálculo. Pruébelo en su próximo cierre mensual. Vea si 5.5 horas de escritura se convierten en 15 minutos de verificación.