Guia Completo para Faturas Japonesas
Extração de Dados para Contas a Pagar e Impostos

O que torna uma fatura japonesa diferente — e por que isso importa para a extração

Uma fatura japonesa possui uma arquitetura de campos que as ferramentas de extração ocidentais não foram treinadas para interpretar. Uma fatura dos EUA ou da UE flui do cabeçalho para os itens de linha, depois para o total e a data de vencimento — de quatro a seis colunas extraídas geralmente cobrem o fluxo de trabalho de contas a pagar. Uma fatura japonesa adiciona uma segunda seção inteira abaixo dos totais: o bloco de instruções de pagamento. Ele informa ao comprador para qual banco enviar o dinheiro, qual convenção de data de liquidação controla quando o dinheiro vence e se algum valor deve ser retido para a repartição fiscal. Um mecanismo de extração genérico que lê o documento de cima para baixo procurando por "Número da Fatura" e "Total" ignorará toda esta seção — ou pior, concatenará seus quatro campos bancários separados em uma única string de texto confusa.

Desde outubro de 2023, o problema ganhou uma dimensão de conformidade além da estrutural. O Sistema Indefinite Invoice (インボイス制度, oficialmente 適格請求書等保存方式) sob o Artigo 57-2 da Lei do Imposto sobre Consumo exige seis campos obrigatórios em toda fatura que suporte um pedido de crédito de imposto sobre consumo. Três desses seis — número de registro, totais de imposto por alíquota e detalhamento por categoria de alíquota — não existiam como campos obrigatórios antes da implementação do sistema. Em março de 2025, a National Tax Agency relatou aproximadamente 4,61 milhões de Emissores de Fatura Qualificada registrados. Cada um deles deve incluir um número de registro T+13 dígitos em cada fatura. A falta desse número reduz o crédito de imposto sobre consumo do comprador — por um cronograma de transição que vai de 80% dedutível a zero.

A tarefa de extração, portanto, não é apenas ler texto japonês. É ler um documento cujo esquema de campos — as colunas que importam para contas a pagar e impostos — é diferente do esquema que a ferramenta de extração foi construída para esperar. A solução é a Extração de Colunas Personalizadas: definir você mesmo o esquema de saída com nomes de colunas que correspondam à sua planilha de contas a pagar e à sua lógica de negócios japonesa, e então deixar a IA localizar cada campo entendendo o que ele significa — não por onde ele está em qualquer modelo de fatura de um fornecedor específico. O mesmo esquema de colunas funciona quer a fatura venha de um PDF gerado por ERP de uma grande trading company, de um modelo do Word de um prestador de serviços local impresso em papel e digitalizado de volta, ou de uma foto de celular de um formulário manuscrito. Para saber como deve ser cada definição de coluna — e como escrever uma lógica de inferência que capture as convenções japonesas — veja o tutorial passo a passo de extração de faturas japonesas, que mostra como definir vinte e cinco colunas uma vez e reutilizá-las em todos os fornecedores.

O restante deste guia cobre o que cada uma dessas colunas precisa extrair e por que os campos exclusivos das faturas japonesas — dados bancários de Furikomisaki, convenções de liquidação de Shimebi, retenção Gensen e imposto sobre consumo de alíquota dupla — moldam todo o fluxo de trabalho de extração, desde a definição das colunas até a saída do lote de pagamento e a declaração de imposto sobre consumo.

A Anatomia dos Campos de uma 請求書

Uma fatura japonesa possui quatro zonas lógicas. As duas primeiras — cabeçalho e itens de linha — são universais em faturas de qualquer lugar. As duas últimas — impostos e conformidade, e pagamento e dados bancários — são onde o esquema de campos diverge do que os mecanismos de extração ocidentais esperam. Aqui estão todos os campos que uma equipe de AP encontra ao processar seikyūsho de uma base mista de fornecedores, organizados por zona.

A estrutura não é especulação — a visão geral oficial do Gabinete do Governo sobre o sistema de Fatura Qualificada lista os seis itens obrigatórios. Mas a tarefa de extração vai além dos campos obrigatórios. Os campos que consomem mais tempo manual de contas a pagar — dados bancários, interpretação de condições de pagamento e retenção na fonte — são incluídos por convenção, não por exigência legal. Eles são o que torna o processamento de faturas japonesas estruturalmente diferente de sua contraparte ocidental, e é onde a extração genérica falha primeiro. Para entender o custo de fazer o trabalho de extração manualmente, a análise de custo do processamento manual de seikyūsho para PMEs japonesas detalha o custo de mão de obra por ciclo em ienes ao longo de um fechamento típico de fim de mês.

O insight central da extração: uma fatura japonesa não é uma fatura em inglês com texto japonês. É um documento com um esquema de campos diferente — e as definições das colunas de extração devem refletir esse esquema, ou a saída será uma tabela de dados que a equipe de AP ainda terá que redigitar para tornar útil.

振込先: Por Quatro Campos Bancários Separados — Não Um Bloco de Texto

O bloco de dados de transferência bancária é a tarefa de entrada de dados mais repetitiva no AP japonês. Uma fatura de um fornecedor traz quatro campos identificados — nome do banco, nome da agência, tipo de conta, número da conta — e o funcionário de AP abre a tela do internet banking e os digita, um de cada vez, para cada fatura. Os mesmos quatro valores já existem no cadastro de fornecedores do software de contabilidade. Quando trinta faturas chegam no fechamento do mês, a equipe de AP redigita esses quatro campos trinta vezes — 120 entradas individuais que não adicionam nenhuma informação nova, apenas duplicam dados mestre existentes de uma tela para outra.

A maioria das ferramentas genéricas de extração foi treinada em conjuntos de dados de faturas dos EUA e da UE, onde "método de pagamento" é um campo único — "Transferência Eletrônica" ou "ACH" — e o conceito de dados bancários de roteamento na fatura não existe como um conjunto estruturado de campos. Coloque um seikyūsho (fatura japonesa) em uma dessas ferramentas e o bloco de dados bancários é ignorado ou concatenado em um campo de texto não estruturado. A equipe de AP ainda abre o PDF para copiar e colar cada campo.

A abordagem de extração separa o bloco furikomisaki (dados bancários) em quatro colunas dedicadas — cada uma capturando um campo de forma independente — e usa uma coluna inferida para lidar com a conversão do Japan Post Bank (ゆうちょ銀行). O sistema de contas do Japan Post usa um par símbolo-número (記号-番号) que difere do número de conta de transferência de 7 dígitos exigido pelos sistemas furikomi de bancos comerciais. Uma coluna inferida — uma coluna cujo valor a IA calcula com base no contexto do documento, em vez de encontrá-lo impresso na página — lida com a conversão durante a extração: Número da Conta de Transferência (se Nome do Banco contiver ゆうちょ, converter par símbolo-número para formato de 7 dígitos conforme regra de conversão do Japan Post Bank; caso contrário, gerar Número da Conta). A definição da coluna é executada uma vez e se aplica a cada lote.

Quatro colunas bancárias estruturadas não são apenas uma conveniência organizacional. Elas são os dados de entrada para um arquivo de lote de pagamento — que é onde o formato Zengin (全銀フォーマット) entra no fluxo de trabalho. O guia de processamento em lote cobre a cadeia completa: trinta faturas processadas em um lote → dados bancários furikomi em colunas separadas → saída formatada em um arquivo de lote de pagamento aceito pelo banco. A extração não apenas economiza digitação — ela cria um pipeline de dados onde os mesmos campos bancários digitados pela extração são os mesmos campos bancários ingeridos pela tela de upload do banco.

Shimebi (data de fechamento): O dia de fechamento que determina o período fiscal

As condições de pagamento japonesas são uma sintaxe compacta que as equipes de contas a pagar leem rapidamente, mas que a extração genérica interpreta como texto opaco. “20日締翌月末払い” significa que o período de faturamento fecha no dia 20 do mês e o pagamento vence até o final do mês seguinte. Essa string codifica dois valores computáveis: o dia de fechamento (20) e o prazo de pagamento (1 mês). “月末締翌々月末払い” — comum na construção civil e manufatura — significa fechamento no final do mês, com pagamento até o final do mês seguinte ao próximo (prazo: 2 meses).

O dia de fechamento é operacional, não cosmético. Uma fatura datada de 18 de março sob condições 20日締 cai no período de faturamento de março: pagamento devido no final de abril, a despesa pertence ao ano fiscal corrente se os livros forem fechados em 31 de março. Uma fatura datada de 22 de março sob as mesmas condições cai no período de faturamento de abril: pagamento devido no final de maio, a despesa pertence ao próximo ano fiscal. O dia de fechamento — não a data da fatura, não o limite do mês do calendário — determina a classificação do ano fiscal. A análise de prazo de pagamento shimebi cobre o impacto operacional completo de como as convenções de dia de fechamento afetam a previsão de fluxo de caixa quando trinta fornecedores usam datas shimebi diferentes.

Uma coluna calculada — uma coluna cujo valor a IA calcula durante a extração usando uma fórmula definida — divide as condições de pagamento em campos estruturados: Dia de Fechamento (extrair das Condições de Pagamento: se “20日締” → 20, se “月末締” → 31, se “10日締” → 10) e Meses de Prazo de Pagamento (extrair das Condições de Pagamento: se “翌月末払い” → 1, se “翌々月末払い” → 2). Essas duas colunas são então consumidas por uma fórmula de planilha que calcula a data real de vencimento do pagamento — a coluna Data de Vencimento na planilha de saída não é digitada, não é extraída de um campo de texto livre, mas derivada da data da fatura mais os termos analisados. Essa coluna de data alimenta a previsão de fluxo de caixa e o cronograma de lotes de pagamento, ambos precisando da data real do calendário, não da string de texto que a codifica.

Gensen Chōshū Kubun (classificação de retenção na fonte): Quando o Pagador Deve Deter Antes de Remeter

O sistema de retenção na fonte do Japão impõe uma obrigação de dedução ao pagador quando o beneficiário é um prestador de serviços profissionais qualificado. Contadores fiscais (税理士), contadores públicos certificados (公認会計士), advogados (弁護士), escreventes judiciais (司法書士), designers (デザイナー), escritores (著作家) e várias outras categorias definidas no Artigo 204 da Lei do Imposto de Renda (所得税法) estão sujeitos à retenção na fonte de 10,21% do valor do pagamento. O pagador deduz a retenção, a remete ao fisco e paga ao fornecedor os 89,79% restantes.

Um Seikyūsho (fatura japonesa) de um profissional qualificado geralmente traz uma indicação de retenção na fonte — seja uma linha com "源泉徴収額" e o valor deduzido, ou uma marca de classificação como "源泉徴収あり". Uma fatura que contenha retenção altera o cálculo do pagamento de contas a pagar: o valor líquido a pagar é o total da fatura menos a retenção, e um lançamento separado de passivo para o depósito do imposto deve ser contabilizado. Se a retenção não for capturada durante a extração, a equipe de contas a pagar precisa reexaminar cada fatura qualificada individualmente, calcular a dedução manualmente e ajustar o pagamento — uma etapa aritmética por fatura que, em sessenta faturas, consome um tempo mensurável da equipe.

Uma coluna definida como Classificação de Retenção na Fonte (verificar se a fatura indica 源泉徴収; gerar "Aplicável" se o fornecedor for um profissional qualificado com retenção indicada, caso contrário "Não Aplicável") sinaliza quais faturas exigem a dedução. Uma coluna calculada — Valor Líquido do Pagamento (se retenção aplicável: Total × 0,8979; caso contrário: Total) — calcula diretamente o valor real da transferência Furikomisaki (dados bancários). O arquivo do lote de pagamento agora contém o valor correto da remessa, não o total da fatura, sem que a equipe de contas a pagar precise executar uma etapa de cálculo separada para cada fatura qualificada.

Número de Registro de Fatura Qualificada: O Número T+13 e Por Que Ele Existe

O número de registro de Fatura Qualificada (インボイス登録番号) é um número de 13 dígitos prefixado com “T” — por exemplo, T1234567890123. Todo Emissor de Fatura Qualificada (QII) registrado recebe esse número da National Tax Agency ao se registrar e deve imprimi-lo em toda fatura que o comprador usará para crédito de imposto sobre consumo. A NTA mantém um registro público de emissores de faturas qualificadas onde as equipes de AP podem verificar os números de registro.

O número de registro criou uma nova etapa de verificação por fatura que não existia antes de outubro de 2023. Um funcionário de AP que recebe uma fatura deve localizar o número T — que pode aparecer no cabeçalho, no rodapé, na margem, em letras miúdas ao lado do selo da empresa ou embutido em um bloco de texto próximo aos dados bancários — e confirmar que ele pertence ao fornecedor. Se o número estiver ausente ou não corresponder ao registro da NTA, o crédito de imposto sobre consumo do comprador nessa transação é reduzido de acordo com um cronograma transitório que vai de 80% dedutível (até setembro de 2026) para 50% (até setembro de 2029) até zero. O guia completo para extração de faturas qualificadas japonesas aborda em profundidade o cenário de faturas em conformidade, incluindo os seis campos obrigatórios, o cronograma de crédito transitório e como verificar números T extraídos no registro da NTA em uma única consulta de coluna.

Para o fluxo de extração, a coluna do número de registro é simples de definir — a IA lê o documento, identifica o padrão T+13 em qualquer lugar da página e preenche a coluna. O desafio não é a extração em si, mas a variabilidade de posicionamento: cada fornecedor coloca o número T em um local diferente. Uma ferramenta baseada em modelo que espera o número de registro em uma zona fixa vai perdê-lo em faturas onde o fornecedor o coloca no rodapé. Extração semântica — localizar o campo entendendo o que ele é, não onde está — captura-o independentemente da posição. O mesmo princípio se aplica a todos os campos da fatura, e é a razão pela qual um único esquema de coluna funciona com trinta fornecedores com trinta layouts diferentes.

Imposto sobre Consumo: Extração de Duas Alíquotas para a Declaração de Imposto

O sistema de imposto sobre consumo do Japão utiliza duas alíquotas — 10% padrão (cobrindo a maioria dos bens e serviços) e 8% reduzida (cobrindo alimentos, bebidas não alcoólicas e jornais por assinatura publicados pelo menos duas vezes por semana). Uma fatura qualificada deve declarar a base tributável e o valor do imposto para cada categoria de alíquota separadamente, com frações arredondadas para baixo até o iene inteiro. Um total misto único para ambas as alíquotas não está em conformidade com o sistema de fatura qualificada.

O desafio da extração é a classificação. Uma fatura com itens de linha de alíquotas mistas — materiais de escritório a 10% junto com bebidas embaladas a 8% — exige que cada linha seja atribuída à categoria de alíquota correta, para que os subtotais agrupados por alíquota possam ser verificados em relação aos totais declarados pelo fornecedor. Se o fornecedor acidentalmente agrupou um item de 10% na coluna de 8%, a declaração de imposto sobre consumo do comprador reivindicará um crédito de imposto de entrada excessivo — e o mecanismo de correspondência de dados da National Tax Agency não diferencia entre relatórios incorretos intencionais e dependência de um erro do fornecedor.

Uma coluna inferida lida com a classificação da alíquota durante a extração: Alíquota de Imposto (da Descrição do Item: itens que são alimentos/bebidas excluindo álcool e refeições fora → 8% Alíquota Reduzida; bens/serviços padrão → 10% Alíquota Padrão; itens explicitamente relacionados à exportação → Isento de Imposto). A IA lê a descrição de cada item de linha, aplica as regras de alíquotas duplas do Japão e preenche a coluna de Alíquota de Imposto. Duas colunas calculadas então calculam os subtotais agrupados por alíquota — Subtotal de 10% (soma dos Valores da Linha onde Alíquota de Imposto = 10%) e Subtotal de 8% (soma dos Valores da Linha onde Alíquota de Imposto = 8%) — que podem ser comparados diretamente com os subtotais declarados na fatura para cada categoria de alíquota.

Os dados do imposto sobre consumo fluem da planilha extraída para a declaração de imposto sobre consumo (消費税申告) como dados de entrada — o total tributável de 10%, o valor do imposto de 10%, o total tributável de 8% e o valor do imposto de 8%. Se a saída da extração classificar cada linha na origem, o preparador do imposto verifica as classificações em vez de realizá-las do zero. O guia de erros comuns de entrada de dados de imposto sobre consumo aborda os erros específicos que desencadeiam discrepâncias fiscais quando a classificação da alíquota é feita manualmente em vez de na etapa de extração.

O Fluxo de Extração: Do PDF à Planilha Pronta para Pagamento

O fluxo de trabalho que substitui a transcrição manual de faturas para planilhas é definido uma vez e se aplica a todos os fornecedores, todos os formatos de fatura e todos os lotes de final de mês subsequentes. Não é um processo de configuração por fornecedor. O esquema de colunas captura o que a equipe de AP precisa de um seikyūsho (fatura japonesa), independentemente de quem o enviou — a IA lê cada documento e preenche o esquema, e a saída chega nas mesmas colunas todas as vezes.

Processamento em Lote para AP de Final de Mês

O AP de final de mês em uma empresa japonesa que compra de trinta a cinquenta fornecedores nacionais envolve o recebimento de faturas de fornecedores por três canais: PDFs por e-mail de empresas que usam software de faturamento, PDFs baixados de portais de fornecedores (para grandes empresas comerciais e fabricantes) e faturas em papel recebidas pelo correio que são digitalizadas para PDF ou fotografadas. Os três canais convergem para a mesma mesa na mesma semana do mês, e todos alimentam o mesmo ciclo de processamento de AP.

Processamento em lote significa que todas essas faturas — independentemente do canal de origem, fornecedor ou layout — são processadas como um único trabalho. O esquema de colunas é aplicado a todos os documentos do lote. A saída é uma planilha onde cada linha é uma fatura e cada coluna é um campo extraído. As trinta a cinquenta faturas que chegaram por três canais e vinte a trinta sistemas de faturamento diferentes agora ocupam um único arquivo com uma estrutura uniforme.

Três decisões operacionais que o processamento em lote altera:

A equipe de AP passa de redigitar para verificar. A extração preenche a planilha — a função do funcionário de AP agora é escanear as colunas em busca de itens sinalizados (um número T que a ferramenta marcou como baixa confiança, um nome de agência bancária que parece estranho, um prazo de pagamento calculado que parece errado) em vez de criar os dados do zero. A verificação leva minutos por lote. A criação — abrir cada PDF, encontrar os campos corretos, digitá-los em uma tela diferente — leva horas.

A planilha se torna uma fonte única da verdade para três sistemas downstream. O software de contabilidade recebe seus lançamentos no diário de compras. O sistema bancário recebe seus dados de lote de pagamento. A declaração de imposto recebe seus dados de imposto sobre consumo de entrada. Quando os três sistemas dependem dos mesmos dados extraídos, em vez de três exercícios manuais de entrada separados, uma discrepância em um sistema remonta à saída da extração — e não a um erro de digitação em um dos três exercícios de entrada de dados desconectados.

O mesmo esquema de colunas funciona no mês seguinte. Os fornecedores podem alterar seus layouts de fatura. Novos fornecedores podem ser adicionados. O esquema — definido pelo que cada campo significa, não por onde ele aparece — não precisa ser atualizado. O guia de processamento em lote percorre um exemplo com trinta faturas, incluindo detalhes de furikomi, cálculos de retenção e agendamento de pagamentos agrupados por data de liquidação.

全銀フォーマット: De Colunas de Planilha a um Arquivo de Pagamento em Lote Aceito por Bancos

O formato Zengin (全銀フォーマット) é um formato de arquivo de largura fixa padronizado pela Japanese Banks' Payment Clearing Network (全国銀行資金決済ネットワーク) que permite que uma empresa envie múltiplas transferências bancárias furikomi em um único upload, em vez de inseri-las uma a uma pela tela do internet banking. Todos os grandes bancos japoneses aceitam o formato para transferências eletrônicas em lote através do serviço de firm-banking (FB).

O formato tem 120 bytes por linha, codificado em Shift-JIS, com quatro tipos de registro:

A conexão entre a extração e o formato Zengin é um pipeline de dados, não uma conversão de arquivo. A saída da extração contém Nome do Banco, Nome da Agência, Tipo de Conta, Número da Conta, Nome do Titular da Conta e Valor Líquido do Pagamento — cada um em uma coluna separada. Essas colunas são exatamente os campos que preenchem cada Registro de Dados no arquivo Zengin. O código do banco (4 dígitos) e o código da agência (3 dígitos) — identificadores numéricos usados no formato Zengin que diferem dos nomes textuais na fatura — podem ser resolvidos por meio de uma tabela de consulta que a equipe de AP mantém uma vez: um mapeamento dos nomes de bancos e agências dos fornecedores para seus códigos de banco e agência Zengin.

Uma coluna calculada pode realizar essa consulta durante a extração: Código Bancário Zengin (consulta da tabela de mapeamento de nomes de bancos). A saída da coluna contém o código numérico do banco pronto para o Registro de Dados Zengin, e não o nome do banco que a fatura exibe. A conversão de planilha para Zengin — das colunas de saída da extração para o formato de 120 bytes de largura fixa — pode então ser realizada por uma fórmula de planilha ou um script simples. A extração faz o que foi projetada para fazer: produzir dados estruturados em colunas. A geração do lote de pagamento consome essas colunas como entrada.

A Japanese Banks' Payment Clearing Network publica as especificações formais do Sistema Zengin (PDF). Bancos individuais publicam suas próprias especificações de formato de upload FB, incluindo a codificação de caracteres específica (JIS ou Shift-JIS), regras de preenchimento de campos (preenchimento com zeros alinhado à direita para campos numéricos, preenchimento com espaços alinhado à esquerda para campos de nome) e quais campos podem ficar em branco. A saída da extração é independente de formato — ela produz colunas. A equipe de AP ou um script formata essas colunas de acordo com a especificação Zengin do banco que a empresa utiliza.

Conformidade com o Sistema Indefinite Invoice (Sistema de Fatura Qualificada) por meio de Extração Estruturada

O Qualified Invoice System criou três novas etapas de verificação de conformidade que toda equipe de AP agora deve realizar em cada fatura de fornecedor:

1. Verificação do número de registro — confirmar que o número T+13 na fatura pertence ao fornecedor, corresponde ao registro público da National Tax Agency e não está expirado ou revogado.
2. Separação da alíquota do imposto — confirmar que a fatura separa corretamente os itens com alíquota reduzida de 8% dos itens com alíquota padrão de 10%, e que os subtotais agrupados por alíquota e os valores do imposto estão aritmeticamente corretos (base tributável × alíquota, frações arredondadas para baixo).
3. Cálculo do crédito transitório — para faturas de fornecedores não registrados, calcular o crédito de imposto reduzido na entrada de acordo com o cronograma transitório (80% dedutível até setembro de 2026, 50% até setembro de 2029, zero a partir de então).

Antes do sistema, um funcionário de AP verificava duas coisas: se o total da fatura parecia correto e se o fornecedor estava no cadastro mestre. Agora, o funcionário deve verificar três dimensões adicionais de conformidade por fatura. Com trinta a cinquenta faturas no fechamento do mês, isso representa noventa a cento e cinquenta verificações adicionais que não existiam antes de outubro de 2023. A análise de como a reforma das faturas de 2023 tornou o processamento financeiro mais difícil detalha a mudança na lista de verificação pré-reforma versus pós-reforma.

A extração estruturada absorve a parte mecânica dessas verificações. Uma coluna para o número de registro o torna pesquisável no registro da National Tax Agency em uma consulta de coluna única. Colunas calculadas para subtotais agrupados por alíquota os tornam diretamente comparáveis aos valores informados pelo fornecedor. Uma coluna para o status de registro do fornecedor no sistema de faturas sinaliza se o cálculo do crédito transitório se aplica. A equipe de AP ainda verifica — mas verificar significa comparar dados extraídos com dados de origem em uma planilha, e não ler a seção de impostos de cada fatura e realizar a aritmética das faixas de alíquota em uma calculadora. O guia completo para extração de faturas qualificadas japonesas aborda o fluxo de trabalho de verificação — verificação cruzada do número de registro, aritmética das faixas de alíquota e cálculo do crédito transitório — em detalhes.

Como Estes Artigos se Conectam: O Cluster de Faturas Japonesas

Este guia é o artigo central de um cluster de seis artigos que cobrem a extração de faturas japonesas (請求書) sob todos os ângulos — guia prático, processamento em lote, análise de problemas, custos, erros comuns e esta referência completa. Cada artigo aborda uma dimensão que se sustenta por si só, mas ganha contexto dentro do cluster. Veja como eles se encaixam:

Dois artigos relacionados se estendem além do cluster de faturas japonesas para tipos de documentos adjacentes que compartilham lógica de extração com seikyūsho:

Perguntas Frequentes

A extração por IA consegue ler dados de faturas japonesas capturadas por foto de smartphone?

Sim — o modelo de linguagem de visão subjacente processa a imagem como entrada visual, não como OCR baseado em texto. Uma foto de celular de uma fatura em papel, tirada sob iluminação de escritório com alguma distorção de perspectiva, é uma entrada válida. A IA lê os campos entendendo sua aparência e significado, não exigindo um documento digitalizado perfeitamente plano. O mesmo esquema de colunas que funciona em um PDF gerado por ERP de um fornecedor funciona em uma foto de uma fatura manuscrita de um pequeno prestador de serviços — porque a extração lê a identidade do campo, não sua posição.

O que acontece quando a string de condições de pagamento na fatura usa um formato incomum?

Uma coluna calculada que define a lógica de análise — “20日締” → dia de liquidação 20, “月末締” → dia de liquidação 31 — cobre os padrões comuns. Para condições não padronizadas (“15日締翌々月20日払い” ou termos expressos de forma totalmente diferente), a extração gera o texto original na coluna de Condições de Pagamento e deixa a coluna calculada sinalizada para revisão manual. A equipe de AP revisa essas linhas sinalizadas — uma ou duas em trinta — em vez de analisar manualmente as condições de pagamento de cada fatura. Com o tempo, conforme a lógica da coluna calculada é estendida para lidar com novos padrões, o número de linhas sinalizadas diminui.

A extração lida corretamente com números de conta do Japan Post Bank (ゆうちょ銀行)?

Sim, por meio de uma coluna inferida que detecta ゆうちょ銀行 como nome do banco e aplica a regra de conversão do Japan Post Bank de 記号-番号 para número de conta de transferência de 7 dígitos durante a extração. A saída contém tanto a referência original da conta (para verificação com a fatura) quanto o número de conta de transferência convertido (para criação do lote de pagamento). O Japan Post Bank publica a regra de conversão em seu site.

Como a extração lida com faturas que possuem itens com imposto sobre consumo misto de 10% e 8%?

Uma coluna inferida lê a descrição de cada item e o classifica como 8% Reduzido ou 10% Padrão com base nas categorias de imposto sobre consumo do Japão (alimentos e bebidas não alcoólicas, exceto refeições fora de casa → 8%; a maioria dos outros bens e serviços → 10%). Colunas calculadas então subtotalizam cada categoria de alíquota. A equipe de AP verifica a classificação em relação aos subtotais informados pelo fornecedor — uma etapa de comparação, não de classificação. Para faturas em que o fornecedor não sinaliza itens de alíquota reduzida, a classificação inferida é a única maneira de verificar se o total combinado do fornecedor está correto sem reabrir cada PDF de fatura.

Qual é a diferença entre este guia e o guia de extração de faturas qualificadas?

O guia de extração de faturas qualificadas foca nos seis campos obrigatórios de uma fatura qualificada em conformidade (適格請求書) sob o Sistema Indefinite Invoice (Sistema de Fatura Qualificada), incluindo o cronograma transitório de crédito de imposto de entrada, o processo de verificação no registro da NTA e os desafios específicos de faturas manuscritas e formatadas verticalmente. Este guia cobre o panorama mais amplo de extração de 請求書 (fatura japonesa) — todos os campos que uma equipe de AP encontra, o pipeline completo de extração a pagamento a imposto e a integração com o formato Zengin que o guia de faturas qualificadas não aborda. Leia o guia de faturas qualificadas para obter profundidade específica de conformidade. Leia este guia para o processo de ponta a ponta.

Posso extrair itens de linha — não apenas os totais do cabeçalho — de uma fatura japonesa?

Sim. O esquema de colunas descrito neste guia inclui campos de nível de item de linha (品名, 数量, 単位, 単価, 金額) junto com campos de cabeçalho e rodapé. Cada item de linha se torna uma linha na planilha de saída, com os campos de cabeçalho (Número da Fatura, Fornecedor, Data de Emissão) repetidos em cada linha para que cada item de linha seja rastreável até sua fatura de origem. Essa estrutura suporta a conciliação tripla — pedido de compra, recibo de entrega e fatura — onde itens de linha individuais, e não apenas os totais da fatura, devem ser comparados.