Como Extrair Dados de Pedidos de Compra Japoneses para o Excel
para Conciliação de Faturas de Fornecedores

O que um Pedido de Compra Japonês Contém — Campo por Campo

Os pedidos de compra japoneses seguem uma estrutura que é ao mesmo tempo mais padronizada e mais sutil do que suas contrapartes ocidentais. Padronizada porque os campos obrigatórios da JFTC para transações de subcontratação — codificados na Lei de Subcontratação e reforçados pela Lei de Transações Justas para PMEs de 2026 (中小受託取引適正化法, ou 取適法) — significam que todo PO legalmente conforme carrega as mesmas informações principais. Sutil porque o conteúdo dentro desses campos reflete convenções comerciais japonesas que nenhuma ferramenta genérica de extração foi treinada para interpretar.

A JFTC especifica que um PO (formalmente um documento do Artigo 4 sob a Lei de 2026) deve conter no mínimo: nomes de ambas as partes, data de emissão, descrição dos itens, data de entrega, local de entrega, data de conclusão da inspeção, valor do pagamento, data de vencimento do pagamento e método de pagamento. Na prática, a maioria dos POs japoneses inclui campos adicionais que importam para o fluxo de conciliação. Aqui está a estrutura completa com a qual um gerente de compras realmente trabalha:

O modelo de pedido de compra da JFTC mostra o conjunto completo de campos obrigatórios conforme aparecem em um documento em conformidade. A conclusão para extração: um pedido de compra japonês não é uma carta comercial de formato livre. É um documento estruturado com campos previsíveis — mas esses campos contêm conteúdo regido por convenções que são invisíveis para uma ferramenta que não foi projetada para o contexto de compras japonês. A tarefa de extração não é "ler este documento" — é "ler este documento e entender o que o dia de fechamento significa para o cálculo do pagamento."

Por que o problema de conciliação entre 発注書, 納品書 e 請求書 resiste à automação simples

O fluxo de conciliação tripla — verificar se o pedido de compra, a nota de entrega e a fatura concordam em quantidade, preço e condições — é o ponto de controle que evita pagamentos em excesso, duplicados e fraudes na aquisição japonesa. Também é onde se concentra o gargalo da entrada manual de dados. Veja por que ele resiste à solução óbvia de "aproveitar o VLOOKUP na saída do OCR" que a maioria das equipes tenta primeiro.

A dificuldade central é que os três documentos descrevem a mesma transação usando representações textuais diferentes. Um pedido de compra de um fornecedor pode listar um item como "ステンレスボルト M8×30 (SUS304)", enquanto a fatura correspondente o abrevia para "SUSボルト M8" — procure um contra o outro e o Excel retorna #N/A. Um pedido lista a quantidade como "1式" (um lote), mas a fatura detalha o lote em 5 peças (個) pelo mesmo total — as quantidades não coincidem numericamente, mas representam o mesmo pedido. Um pedido mostra preços unitários sem imposto (税抜), a fatura os mostra com imposto (税込), e uma comparação ingênua conclui que os preços mudaram.

É aqui que uma abordagem de extração que lê a semântica do documento, em vez de corresponder a modelos, muda a equação. Se sua etapa de extração gerar um pedido com campos estruturados — número do pedido como coluna, nome do item como coluna, quantidade e unidade separadas em suas próprias colunas, preço unitário normalizado como sem imposto — então a etapa de conciliação contra uma extração de fatura com estrutura idêntica se torna uma comparação direta de colunas. O trabalho pesado passa da planilha (fórmulas complexas de VLOOKUP com múltiplas condições que quebram quando os fornecedores mudam a formatação) para a etapa de extração (onde a IA resolve as representações em um único esquema).

A Lei de Subcontratação também impõe uma restrição de tempo que torna a velocidade de extração relevante: o pagamento deve ser feito dentro de 60 dias após o recebimento dos bens ou serviços (納品日から60日以内). Se a extração e conciliação levarem uma semana dessa janela de 60 dias, a equipe de aquisição terá 53 dias para todo o resto — roteamento de aprovação, resolução de discrepâncias, processamento de pagamento. Reduzir a etapa de extração de dias para segundos expande diretamente a parte utilizável da janela de conformidade.

Como Extrair Dados de PO para Excel — Passo a Passo

O fluxo de trabalho que substitui a transcrição manual de PO para Excel tem três etapas. A primeira etapa — definir o que você deseja extrair — é feita uma vez e se aplica a todos os fornecedores, todos os formatos de PO e todos os lotes subsequentes.

O mesmo esquema de colunas funciona no mês seguinte, para pedidos de compra de novos fornecedores que você integrar e para POs arquivados de exercícios fiscais anteriores (決算年度) que você é legalmente obrigado a reter por sete anos de acordo com a lei do imposto corporativo (法人税法) e por dois anos de acordo com a Lei de Subcontratação. Um fornecedor pode alterar o formato do PO ao atualizar seu ERP — os nomes das colunas que você definiu não se importam.

Os Campos Onde a Extração Genérica Falha — e Como Lidar com Eles

Três pontos de dados em um PO japonês resistem mais à extração automática do que os outros — não por serem difíceis de ler, mas porque contêm lógica de negócios incorporada que a extração deve preservar em vez de achatar.

Condições de Pagamento (支払条件) — de string de texto para data de liquidação

Uma condição de pagamento em um PO japonês aparece como uma expressão composta compacta: "20日締翌月末払い" ou "月末締翌々月末払い" ou "納品後60日以内." Cada uma codifica duas informações: quando o período de faturamento fecha (o 締日, ou dia de fechamento) e quando o pagamento vence em relação a esse fechamento. Uma equipe de compras que concilia POs com faturas precisa de ambos os dados em colunas separadas — dia de fechamento para verificar se o período de faturamento da fatura está alinhado com o PO, e atraso de pagamento para verificar se a data de vencimento da fatura está correta.

A extração genérica gera esses dados como uma única string de texto indiferenciada. Uma coluna calculada — uma coluna cujo valor a IA calcula durante a extração em vez de ler diretamente do documento — resolve isso. Defina uma coluna como Dia de Fechamento (extraia o número do dia das Condições de Pagamento; se "20日締" então 20, se "月末締" então 31) e uma segunda coluna como Meses de Atraso de Pagamento (das Condições de Pagamento; se "翌月末払い" então 1, se "翌々月末払い" então 2). A IA analisa a convenção japonesa de condições de pagamento e gera valores estruturados com os quais uma fórmula pode calcular.

Classificação do Imposto sobre Consumo (消費税区分) — correspondência de alíquotas múltiplas

O sistema de alíquotas duplas do imposto sobre consumo do Japão significa que um único pedido de compra pode conter itens de linha a 10%, 8% e isentos de imposto. A fatura deve discriminar o imposto por categoria de alíquota para estar em conformidade com o Sistema de Fatura Qualificada (インボイス制度), que entrou em vigor em outubro de 2023. Se a extração do pedido de compra não preservar quais linhas são tributadas em qual alíquota, o total do imposto da fatura não pode ser verificado em relação ao pedido de compra — a equipe de compras está aprovando um pagamento sem conseguir confirmar o cálculo do imposto.

A solução é uma coluna inferida — uma coluna cujo valor a IA infere do contexto, em vez de ler de um campo rotulado. Defina Classificação do Imposto sobre Consumo (opções: 10% Padrão, 8% Reduzido, Isento de Imposto) — determinar a partir da descrição do item. Itens de alimentos/bebidas → 8% Reduzido. Mercadorias padrão → 10%. Itens de exportação ou explicitamente marcados como não tributáveis → Isento de Imposto. A IA lê a descrição de cada item de linha e atribui a classificação correta do imposto durante a extração, para que a planilha de saída chegue com as categorias de imposto já preenchidas — prontas para verificação do total agrupado por alíquota.

Local de Entrega (納入場所) — granular, variável, crítico

Os locais de entrega em pedidos de compra de manufatura japoneses são excepcionalmente específicos: "〇〇株式会社 埼玉工場 第二組立課 B棟3階" refere-se a um prédio, andar e departamento específicos dentro de um complexo fabril. Essas strings variam em comprimento e detalhes entre fornecedores, são frequentemente abreviadas (埼玉工場 → 埼工) e são uma chave de consulta para o agendamento interno de produção. Um local de entrega corrompido ou truncado — "〇〇株式会社 埼玉工場 第二組立課 B棟" com o andar faltando — envia materiais para a doca de recebimento errada. A extração deve preservar a string completa conforme impressa, incluindo caracteres kanji que mecanismos de OCR sem modelos de idioma japonês frequentemente leem incorretamente (工場 vs 工塲, 棟 vs 楝).

Como Importar Dados de PO Extraídos para Softwares de Contabilidade Japoneses

O resultado de um trabalho de extração é uma planilha. O destino é o software de contabilidade ou compras onde a conciliação ocorre. Veja como o pipeline se conecta às ferramentas que as empresas japonesas realmente usam.

Yayoi (弥生会計 / 弥生販売) — líder de mercado em contabilidade para PMEs japonesas. Os produtos desktop e cloud da Yayoi aceitam importações CSV para lançamentos contábeis e dados do razão de compras. Os cabeçalhos das colunas da sua extração se tornam o mapeamento de campos para a importação: Número do PO → 伝票番号, Data → 日付, Fornecedor → 仕入先, Valor → 金額. Yayoi Sales (弥生販売), o produto complementar para gestão de compras e estoque, importa dados de pedidos de compra diretamente para seu módulo de compras — um pipeline dedicado que reduz a etapa de extração para importação a um upload de arquivo.

freee — plataforma de contabilidade em nuvem usada por mais de 70.000 PMEs japonesas. A API e a importação CSV do freee suportam o registro de transações de compra com geração automática de lançamentos contábeis (自動仕訳). Dados de PO extraídos com classificação de imposto por item de linha alimentam diretamente o relatório de imposto sobre consumo do freee, que suporta os cálculos da alíquota padrão de 10% e da alíquota reduzida de 8% exigidos para conformidade com a Fatura Qualificada.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) — principal concorrente do freee, com o maior número de conexões de API com instituições financeiras no Japão (2.451+). O módulo de gestão de compras do MoneyForward aceita importações CSV; dados de PO extraídos com nomes de fornecedores e valores preenchem o razão de compras diretamente. A conciliação bancária automática da plataforma combina registros de pagamento extraídos com feeds bancários — fechando o ciclo desde a extração do PO até a verificação do pagamento.

Kanjo Bugyo (勘定奉行) — suíte contábil da OBC, dominante em empresas japonesas de médio porte (receita anual ¥500M–5B). O módulo de compras do Kanjo Bugyo suporta importação em lote de dados de PO, com um ponto forte particular na alocação de custos por departamento (部門別原価管理) — se seus POs possuem códigos de departamento ou centros de custo, esses campos fluem automaticamente para relatórios de P&L segmentados.

O ponto em comum: toda grande plataforma de contabilidade japonesa aceita importações de dados estruturados. O gargalo nunca foi a capacidade de importação — foi obter os dados do PO em formato estruturado em primeiro lugar. Depois que você tem colunas limpas no Excel, a importação é um upload de arquivo ou um copiar e colar.

Perguntas Frequentes

É possível ler pedidos de compra manuscritos enviados por fax de fornecedores?

Sim. Fornecedores japoneses, especialmente pequenos fabricantes e empresas comerciais, frequentemente enviam por fax POs manuscritos ou parcialmente manuscritos — itens e quantidades escritos com caneta esferográfica e carimbados com o selo da empresa (社判). O modelo de IA lê caracteres japoneses manuscritos, incluindo kanji abreviados comuns em jargão de compras (㈱ para 株式会社, No. para 番号). Para faxes muito degradados — granulação do papel, inclinação, sangramento de tinta — a saída pode exigir verificação pontual de caracteres difíceis. Digitalizar a 300 dpi ou mais melhora a precisão para documentos originados de fax.

E se um único pedido de compra tiver várias páginas?

Carregue todas as páginas do PO em um único lote. O mecanismo de extração trata várias páginas do mesmo arquivo como um documento contínuo — os campos de cabeçalho (número do PO, fornecedor, data) são extraídos uma vez, e os itens de linha de todas as páginas são coletados no mesmo conjunto de linhas. Para POs de fax com várias páginas onde a página de continuação não tem cabeçalho — apenas uma tabela de itens de linha continuando da página anterior — a extração preserva a continuidade associando todos os itens ao número do PO identificado na primeira página.

Funciona se cada fornecedor usar um formato de PO diferente?

Sim — esta é a vantagem definitiva da extração semântica sobre o OCR baseado em modelo. Uma ferramenta baseada em modelo exige que você crie e mantenha um modelo de análise separado (definindo coordenadas de zona ou rótulos de campo) para cada formato de fornecedor. Quando um fornecedor altera o layout do PO — como acontece quando atualizam seu ERP ou redesenham seu papel timbrado — o modelo quebra e precisa ser reconstruído. A extração semântica lê o documento entendendo o que cada dado é, não onde ele aparece na página. Um número de PO é um número de PO, seja impresso no canto superior direito de um PO da Mitsubishi Chemical ou no centro inferior do fax manuscrito de um subcontratado local.

Como a extração lida com a divisão do imposto sobre consumo de 8% e 10%?

O sistema de alíquotas duplas do imposto sobre consumo do Japão exige que as faturas discriminem o imposto por categoria de alíquota. Para a extração de pedidos de compra, se você adicionar uma coluna que especifique a lógica de classificação do imposto — por exemplo, Alíquota de Imposto (opções: 8%, 10%, Isento) — classificar com base na descrição do item — a IA avalia cada item de linha e atribui a alíquota correta durante a extração. Itens alimentícios e jornais assinados recebem 8%; todo o resto recebe 10%; transações de exportação e itens explicitamente isentos recebem "Isento". Os dados extraídos chegam com as alíquotas já atribuídas, prontos para o cálculo total agrupado por alíquota que corresponde à discriminação do imposto na fatura. Esta é uma coluna inferida — a alíquota não está impressa no pedido de compra, mas é derivada da descrição do item pela IA durante a extração.

O mesmo fluxo de trabalho pode lidar com outros documentos de compras japoneses?

A abordagem do esquema de colunas se aplica a toda a cadeia de documentos de compras. Para cotações (見積書): extraia fornecedor, item, preço unitário e período de validade — compare com o pedido de compra para verificar se o preço pedido corresponde ao preço cotado. Para notas de entrega (納品書): extraia as quantidades entregues — compare com as quantidades do pedido de compra para identificar remessas com falta antes da chegada da fatura. Para faturas (請求書): extraia os valores cobrados e a discriminação do imposto — compare com os dados do pedido de compra para verificar antes da aprovação do pagamento. A mesma plataforma de extração lida com todos os quatro tipos de documento, e a mesma lógica de nomenclatura de colunas se aplica: defina os campos que você deseja, e a IA os localiza pelo significado. Abordamos fluxos de trabalho relacionados a documentos em nosso guia sobre extração de dados de cadernetas bancárias japonesas, o fluxo de trabalho de extração do BAS australiano e a extração de dados da declaração de GST/HST canadense.

De Pedidos de Compra em Papel a Lançamentos Conciliados

A cadeia de documentos de compras japonesa — cotação, pedido de compra, nota de entrega, fatura — foi projetada para um mundo onde cada documento era lido por um humano que entendia as convenções. O pedido de compra diz "20日締翌月末払い" e o humano sabe que isso significa pagamento até o final do mês seguinte ao dia 20 do mês de faturamento. A fatura abrevia o nome do item e o humano sabe que se refere ao mesmo produto no pedido de compra. A classificação do imposto está implícita na descrição do item e o humano a mapeia mentalmente. O atrito na digitalização de compras nunca foi a falta de estrutura desses documentos — eles são altamente estruturados — mas sim que a estrutura depende do contexto compartilhado entre leitores humanos, e uma máquina que não tem acesso a esse contexto interpreta mal a estrutura.

A extração de pedidos de compra que lê o significado do campo, em vez de sua posição, fecha essa lacuna. O número do pedido de compra se torna uma chave de consulta, em vez de um erro de OCR. As condições de pagamento se tornam duas colunas — dia de fechamento e prazo — em vez de uma única string distorcida. A classificação do imposto se torna uma coluna preenchida, em vez de uma dor de cabeça durante a revisão da fatura. A equipe de compras recupera o tempo que agora gasta redigitando, e o fluxo de trabalho de conciliação — o ponto de controle que protege o caixa da empresa — fica mais rápido e confiável.