Cómo extraer datos de órdenes de compra japonesas a Excel
para la conciliación de facturas de proveedores

Qué contiene una orden de compra japonesa — campo por campo

Las órdenes de compra japonesas siguen una estructura que es a la vez más estandarizada y más matizada que sus contrapartes occidentales. Estandarizada porque los requisitos de campo obligatorios de la JFTC para transacciones de subcontratación — codificados en la Ley de Subcontratación y reforzados por la Ley de Transacciones Justas para Pymes de 2026 (中小受託取引適正化法, o 取適法) — significan que toda orden de compra legalmente conforme contiene la misma información central. Matizada porque el contenido dentro de esos campos refleja convenciones comerciales japonesas que ninguna herramienta de extracción genérica fue entrenada para interpretar.

La JFTC especifica que una orden de compra (formalmente un documento del Artículo 4 según la Ley de 2026) debe contener como mínimo: los nombres de ambas partes, fecha de emisión, descripción de los entregables, fecha de entrega, lugar de entrega, fecha de finalización de la inspección, monto del pago, fecha de vencimiento del pago y método de pago. En la práctica, la mayoría de las órdenes de compra japonesas incluyen campos adicionales que son importantes para el flujo de trabajo de conciliación. Esta es la estructura completa con la que realmente trabaja un gerente de adquisiciones:

La plantilla de orden de compra de muestra de la JFTC muestra el conjunto completo de campos obligatorios tal como aparecen en un documento conforme. La conclusión para la extracción: una orden de compra japonesa no es una carta comercial de formato libre. Es un documento estructurado con campos predecibles, pero esos campos contienen contenido regido por convenciones que son invisibles para una herramienta que no fue diseñada para el contexto de adquisiciones japonés. La tarea de extracción no es "leer este documento" — es "leer este documento y entender qué significa el día de cierre para el cálculo del pago".

Por qué el problema de conciliación entre 発注書, 納品書 y 請求書 resiste la automatización simple

El proceso de conciliación triple —verificar que la orden de compra, el albarán y la factura coincidan en cantidad, precio y condiciones— es el punto de control que evita pagos excesivos, pagos duplicados y fraudes en las adquisiciones japonesas. También es donde se concentra el cuello de botella de la entrada manual de datos. A continuación, se explica por qué resiste la solución obvia de "simplemente hacer un BUSCARV con la salida del OCR" que la mayoría de los equipos prueba primero.

La dificultad principal es que los tres documentos describen la misma transacción utilizando representaciones textuales diferentes. El pedido de un proveedor puede listar un artículo como "ステンレスボルト M8×30 (SUS304)", mientras que la factura correspondiente lo abrevia a "SUSボルト M8" — si se busca uno contra el otro, Excel devuelve #N/A. Un pedido indica la cantidad como "1式" (un lote), pero la factura desglosa el lote en 5 piezas (個) por el mismo total: las cantidades no coinciden numéricamente, pero representan el mismo pedido. Un pedido muestra precios unitarios sin impuestos (税抜), la factura los muestra con impuestos incluidos (税込), y una comparación ingenua concluye que los precios han cambiado.

Aquí es donde un enfoque de extracción que lee la semántica del documento en lugar de hacer coincidir plantillas cambia la ecuación. Si su paso de extracción genera una orden de compra con campos estructurados —número de pedido como columna, nombre del artículo como columna, cantidad y unidad separadas en sus propias columnas, precio unitario normalizado sin impuestos—, entonces el paso de conciliación contra una extracción de factura estructurada de forma idéntica se convierte en una comparación directa de columnas. El trabajo pesado se traslada de la hoja de cálculo (fórmulas complejas de BUSCARV con múltiples condiciones que se rompen cuando los proveedores cambian su formato) al paso de extracción (donde la IA resuelve las representaciones en un esquema único).

La Ley de Subcontratación también impone una restricción de tiempo que hace que la velocidad de extracción sea relevante: el pago debe realizarse dentro de los 60 días posteriores a la recepción de los bienes o servicios (納品日から60日以内). Si la extracción y conciliación toman una semana de ese plazo de 60 días, el equipo de adquisiciones tiene 53 días para todo lo demás —aprobación de rutas, resolución de discrepancias, procesamiento de pagos—. Reducir el paso de extracción de días a segundos expande directamente la porción utilizable de la ventana de cumplimiento normativo.

Cómo extraer datos de OC a Excel — Paso a paso

El flujo de trabajo que reemplaza la transcripción manual de OC a Excel consta de tres etapas. La primera etapa — definir qué desea extraer — se realiza una sola vez y se aplica a cada proveedor, cada formato de OC y cada lote posterior.

El mismo esquema de columnas funciona el mes siguiente, y también para órdenes de compra de nuevos proveedores que incorpore, y para OC archivadas de ejercicios fiscales anteriores (決算年度) que está legalmente obligado a conservar durante siete años según la Ley del Impuesto sobre Sociedades (法人税法) y dos años según la Ley de Subcontratación. Un proveedor puede cambiar el formato de su OC al actualizar su ERP; los nombres de columna que definió no se ven afectados.

Los campos donde la extracción genérica falla — y cómo manejarlos

Tres datos en una OC japonesa resisten la extracción automática más que el resto, no porque sean difíciles de leer, sino porque contienen lógica de negocio integrada que la extracción debe preservar en lugar de simplificar.

Condiciones de pago (支払条件) — de texto a fecha de liquidación

Una condición de pago en una OC japonesa se presenta como una expresión compuesta compacta: "20日締翌月末払い" o "月末締翌々月末払い" o "納品後60日以内". Cada una codifica dos datos: cuándo cierra el período de facturación (el 締日, o día de cierre) y cuándo vence el pago respecto a ese cierre. Un equipo de compras que concilia OC con facturas necesita ambos datos en columnas separadas: el día de cierre para verificar que el período de facturación de la factura coincide con la OC, y el desfase de pago para verificar que la fecha de vencimiento de la factura es correcta.

La extracción genérica genera estos como una sola cadena de texto indiferenciada. Una columna calculada —una columna cuyo valor la IA calcula durante la extracción en lugar de leerlo directamente del documento— resuelve esto. Defina una columna como Día de cierre (extraer el número del día de las condiciones de pago; si "20日締" entonces 20, si "月末締" entonces 31) y una segunda columna como Meses de desfase de pago (de las condiciones de pago; si "翌月末払い" entonces 1, si "翌々月末払い" entonces 2). La IA analiza la convención japonesa de condiciones de pago y genera valores estructurados con los que una fórmula puede operar.

Clasificación del Impuesto al Consumo (消費税区分) — Coincidencia multitarifa

El sistema de impuesto al consumo de tasa dual de Japón significa que una sola orden de compra puede contener partidas al 10 %, 8 % y exentas de impuestos. La factura debe desglosar el impuesto por categoría de tasa para cumplir con el Sistema de Factura Cualificada (インボイス制度), vigente desde octubre de 2023. Si la extracción de la orden de compra no conserva qué partidas están gravadas a qué tasa, el total del impuesto de la factura no puede verificarse contra la orden de compra; el equipo de adquisiciones está aprobando un pago sin poder confirmar el cálculo del impuesto.

La solución es una columna inferida — una columna cuyo valor la IA infiere del contexto en lugar de leerlo de un campo etiquetado. Defina Clasificación del Impuesto (opciones: 10 % Estándar, 8 % Reducido, Exento de Impuestos) — determinar a partir de la descripción del artículo. Artículos de alimentos/bebidas → 8 % Reducido. Bienes estándar → 10 %. Artículos de exportación o explícitamente marcados como no gravables → Exento de Impuestos. La IA lee la descripción de cada partida y asigna la clasificación correcta del impuesto durante la extracción, de modo que la hoja de cálculo de salida llegue con las categorías de impuestos ya completadas, lista para la verificación del total agrupado por tasa.

Ubicación de Entrega (納入場所) — Granular, variable, crítica

Las ubicaciones de entrega en las órdenes de compra de fabricación japonesas son excepcionalmente específicas: "〇〇株式会社 埼玉工場 第二組立課 B棟3階" hace referencia a un edificio, piso y departamento específicos dentro de un complejo fabril. Estas cadenas varían en longitud y detalle entre proveedores, se abrevian con frecuencia (埼玉工場 → 埼工) y son una clave de búsqueda para la programación de producción interna. Una ubicación de entrega corrupta o truncada — "〇〇株式会社 埼玉工場 第二組立課 B棟" sin el piso — envía los materiales al muelle de recepción equivocado. La extracción debe conservar la cadena completa tal como está impresa, incluidos los caracteres kanji que los motores OCR sin modelos de idioma japonés suelen leer incorrectamente (工場 vs 工塲, 棟 vs 楝).

Cómo transferir los datos extraídos de órdenes de compra al software de contabilidad japonés

El resultado de un trabajo de extracción es una hoja de cálculo. El destino es el software de contabilidad o de compras donde se realiza la conciliación. A continuación, se explica cómo se conecta el flujo con las herramientas que utilizan realmente las empresas japonesas.

Yayoi (弥生会計 / 弥生販売) — el líder en cuota de mercado en la contabilidad de las pymes japonesas. Los productos de escritorio y en la nube de Yayoi aceptan importaciones CSV para asientos contables y datos del libro mayor de compras. Los encabezados de columna de su extracción se convierten en la asignación de campos para la importación: N.º de OC → 伝票番号, Fecha → 日付, Proveedor → 仕入先, Importe → 金額. Yayoi Sales (弥生販売), el producto complementario para la gestión de compras e inventario, importa los datos de las órdenes de compra directamente en su módulo de compras, un flujo dedicado que reduce el paso de extracción a importación a una simple carga de archivo.

freee — la plataforma de contabilidad en la nube utilizada por más de 70.000 pymes japonesas. La API y la importación CSV de freee admiten el registro de transacciones de compra con generación automática de asientos contables (自動仕訳). Los datos de las OC extraídos con la clasificación fiscal por línea de artículo se introducen directamente en el informe del impuesto al consumo de freee, que admite los cálculos del tipo estándar del 10 % y del tipo reducido del 8 % necesarios para cumplir con el Sistema de Factura Cualificada.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) — el principal competidor de freee, con el mayor número de conexiones API con instituciones financieras en Japón (más de 2.451). El módulo de gestión de compras de MoneyForward acepta importaciones CSV; los datos extraídos de las OC con nombres de proveedores e importes completan directamente el libro mayor de compras. La conciliación bancaria automática de la plataforma coteja los registros de pago extraídos con los extractos bancarios, cerrando el ciclo desde la extracción de la OC hasta la verificación del pago.

Kanjo Bugyo (勘定奉行) — el paquete contable de OBC, dominante en empresas japonesas de tamaño mediano (ingresos anuales de 500 millones a 5 mil millones de yenes). El módulo de compras de Kanjo Bugyo admite la importación por lotes de datos de OC, con una fortaleza particular en la asignación de costos por departamento (部門別原価管理). Si sus OC incluyen códigos de departamento o centros de costo, esos campos fluyen automáticamente a los informes de pérdidas y ganancias segmentados.

El denominador común: todas las principales plataformas de contabilidad japonesas aceptan importaciones de datos estructurados. El cuello de botella nunca ha sido la capacidad de importación, sino obtener los datos de las OC en formato estructurado en primer lugar. Una vez que tenga columnas limpias en Excel, la importación es una carga de archivo o un copiar y pegar.

Preguntas Frecuentes

¿Puede leer órdenes de compra manuscritas enviadas por fax desde proveedores?

Sí. Los proveedores japoneses, en particular los fabricantes pequeños y las empresas comerciales, envían con frecuencia por fax órdenes de compra manuscritas o parcialmente manuscritas: artículos y cantidades escritos con bolígrafo y sellados con el sello de la empresa (社判). El modelo de IA lee caracteres japoneses manuscritos, incluidos kanji abreviados comunes en la jerga de adquisiciones (㈱ para 株式会社, No. para 番号). En el caso de faxes muy degradados (grano del papel, inclinación, traspaso de tinta), es posible que sea necesario verificar caracteres difíciles. Escanear a 300 ppp o más mejora la precisión en documentos de origen de fax.

¿Qué sucede si una sola orden de compra abarca varias páginas?

Cargue todas las páginas de la orden de compra en un solo lote. El motor de extracción trata varias páginas del mismo archivo como un documento continuo: los campos de encabezado (número de orden de compra, proveedor, fecha) se extraen una vez, y las líneas de detalle de todas las páginas se recopilan en el mismo conjunto de filas. Para órdenes de compra por fax de varias páginas donde la página de continuación no tiene encabezado (solo una tabla de líneas de detalle que continúa de la página anterior), la extracción preserva la continuidad asociando todos los artículos con el número de orden de compra identificado en la primera página.

¿Funciona si cada proveedor utiliza un formato de orden de compra diferente?

Sí: esta es la ventaja definitiva de la extracción semántica sobre el OCR basado en plantillas. Una herramienta basada en plantillas requiere que usted cree y mantenga una plantilla de análisis separada (que defina coordenadas de zona o etiquetas de campo) para el formato de cada proveedor. Cuando un proveedor cambia el diseño de su orden de compra (como sucede cuando actualiza su ERP o rediseña su papelería), la plantilla se rompe y debe reconstruirse. La extracción semántica lee el documento comprendiendo qué es cada dato, no dónde aparece en la página. Un número de orden de compra es un número de orden de compra, ya sea que esté impreso en la parte superior derecha de una orden de compra de Mitsubishi Chemical o en el centro inferior de un fax manuscrito de un subcontratista local.

¿Cómo maneja la extracción la división del impuesto al consumo del 8% y el 10%?

El sistema de impuesto al consumo de tasa dual de Japón exige que las facturas detallen el impuesto por categoría de tasa. Para la extracción de órdenes de compra, si agrega una columna que especifique la lógica de clasificación del impuesto — por ejemplo, Tasa de impuesto (opciones: 8%, 10%, Exento) — clasificar según la descripción del artículo — la IA evalúa cada línea de artículo y asigna la tasa correcta durante la extracción. Los alimentos y los periódicos por suscripción obtienen el 8%; todo lo demás, el 10%; las transacciones de exportación y los artículos explícitamente exentos obtienen "Exento". Los datos extraídos llegan con las tasas impositivas ya asignadas, listos para el cálculo del total agrupado por tasa que coincide con el desglose de impuestos de la factura. Esta es una columna inferida: la tasa no está impresa en la OC, sino que la IA la deduce de la descripción del artículo durante la extracción.

¿Puede el mismo flujo de trabajo manejar otros documentos de adquisiciones japoneses?

El enfoque del esquema de columnas se aplica a toda la cadena de documentos de adquisiciones. Para las cotizaciones (見積書): extraiga proveedor, artículo, precio unitario y período de validez — compárelos con la OC para verificar que el precio solicitado coincida con el cotizado. Para los albaranes (納品書): extraiga las cantidades entregadas — compárelas con las cantidades de la OC para identificar envíos incompletos antes de que llegue la factura. Para las facturas (請求書): extraiga los montos facturados y el desglose de impuestos — compárelos con los datos de la OC para verificar antes de aprobar el pago. La misma plataforma de extracción maneja los cuatro tipos de documentos, y se aplica la misma lógica de nomenclatura de columnas: defina los campos que desee y la IA los ubica por significado. Cubrimos flujos de trabajo relacionados a nivel de documentos en nuestra guía para extraer datos de libretas bancarias japonesas, el flujo de extracción del BAS australiano y la extracción de datos de declaraciones de GST/HST canadienses.

De Órdenes de Compra en Papel a Libros Contables Conciliados

La cadena de documentos de adquisiciones japonesa — cotización, orden de compra, albarán, factura — fue diseñada para un mundo donde cada documento era leído por una persona que entendía las convenciones. La OC dice "20日締翌月末払い" y la persona sabe que eso significa pago a fin de mes siguiente al día 20 del mes de facturación. La factura abrevia el nombre del artículo y la persona sabe que se refiere al mismo producto en la OC. La clasificación del impuesto está implícita en la descripción del artículo y la persona la asigna mentalmente. La fricción en la digitalización de adquisiciones nunca ha sido que estos documentos carezcan de estructura — son altamente estructurados — sino que la estructura depende del contexto compartido entre los lectores humanos, y una máquina que no puede acceder a ese contexto malinterpreta la estructura.

La extracción de OC que lee el significado del campo en lugar de su posición cierra esa brecha. El número de OC se convierte en una clave de búsqueda en lugar de un error de OCR. Las condiciones de pago se convierten en dos columnas — día de cierre y plazo — en lugar de una cadena ilegible. La clasificación del impuesto se convierte en una columna poblada en lugar de un dolor de cabeza durante la revisión de la factura. El equipo de adquisiciones recupera el tiempo que ahora dedica a reescribir, y el flujo de conciliación — el punto de control que protege el efectivo de la empresa — se vuelve más rápido y confiable.