Como extrair dados de faturas alemãs(Rechnung) para Excel

A maioria dos guías de extração de faturas assume que suas faturas se parecen com recibos genéricos estilo americano. Mas quando seu fornecedor envia uma Rechnung de Düsseldorf — com Steuernummer, um Leistungsdatum que difiere da data da fatura e uma divisão de IVA entre 19% e 7% — as ferramentas de importação de planillas construídas para faturas de Stripe ou modelos de QuickBooks se desmoronan. Este guía cubre o que realmente importa para faturas alemãs: os campos obrigatórios segundo §14 UStG, as estruturas de IVA que determinam o que se extrae e onde, e como colocar os dados em um formato que seu Steuerberater possa usar.

Pare de digitar dados manualmente — deixe que a IA os lea por você
Envie uma imagem ou PDF — dados estruturados em planilla em 10 segundos
Probar agora →
Extracción de datos de fatura alemã Rechnung a planilla Excel sobre calculadora

Principais conclusões

  1. Faltar um campo em uma Rechnung alemã não significa apenas dados incompletos — o Finanzamt (escritório fiscal alemán) pode negar toda sua dedução de IVA suportado, e o risco legal recae sobre sua empresa, não sobre o fornecedor que envió a fatura.
  2. Uma única fatura alemã pode cair em quatro regimes de IVA diferentes — 19% estándar, mixto 19%+7%, §13b reverse charge (onde o comprador autoliquida o imposto) ou exenção Kleinunternehmer — cada um exigindo um conjunto diferente de colunas de planilla, portanto, a columna única de "impuesto" de uma ferramenta genérica produce dados que seu Steuerberater (asesor fiscal) não pode usar.
  3. Nomes de colunas que descreven o que os dados significan — "USt-IdNr" para o ID de IVA do fornecedor, "Leistungsdatum" para a data do serviço — funcionan em todos os quatro regimes de IVA e em qualquer formato de fornecedor, porque ImageToTable.ai lee significado, não posição na página.

Por que faturas alemãs derrotam ferramentas genéricas de extração

Uma Rechnung alemã não é uma fatura dos EUA traduzida. É um instrumento legal regido pelo §14 do Umsatzsteuergesetz (UStG) — a Lei Alemã do IVA — com dez campos obrigatórios cuja presença ou ausência determina se sua empresa pode recuperar o IVA de entrada (Vorsteuerabzug). Quando um campo está ausente ou formatado incorretamente, o Finanzamt pode negar sua dedução de IVA de entrada. O fornecedor é pago de qualquer forma. Sua empresa assume o risco.

É também por isso que ferramentas genéricas de OCR para faturas — mesmo as que lidam bem com faturas em inglês — falham com faturas alemãs. Elas não são construídas para distinguir um Rechnungsdatum (data de emissão da fatura) de um Leistungsdatum (data em que o serviço foi executado) — duas datas legalmente distintas exigidas pela lei alemã. Elas não validam se uma USt-IdNr segue o formato DE123456789. Elas colapsam as distinções de alíquotas de IVA de 19% e 7% em uma única coluna "imposto", o que é inutilizável para declarar uma Umsatzsteuervoranmeldung (declaração antecipada de IVA alemã) via ELSTER.

Nada disso importa se você processa 3 faturas domésticas por mês e insere tudo manualmente no Lexware. Importa consideravelmente quando você lida com 80 Rechnungen por mês de 25 fornecedores alemães — cada um com layouts diferentes, alguns como PDFs, alguns como cópias em papel fotografadas, alguns chegando com tratamento de reverse charge §13b que exige extração de IVA zero e uma lógica de lançamento completamente diferente.

O que o §14 UStG realmente exige em cada fatura alemã

O §14 Abs. 4 UStG lista dez campos obrigatórios — os Pflichtangaben — que toda fatura alemã completa deve conter. Se você está extraindo dados para Excel para fins contábeis, cada um desses campos corresponde a uma coluna em sua planilha — e a ausência de qualquer um deles pode significar que seus dados são inutilizáveis para importação no DATEV ou para reivindicar IVA de entrada.

Campo AlemãoTradução em InglêsPor Que Isso Importa para a Extração
Vollständiger Name und Anschrift (des leistenden Unternehmers und des Leistungsempfängers)Full name and address of both supplier and recipientDois blocos de endereço separados — fornecedor e comprador. OCR barato frequentemente os mescla ou identifica incorretamente qual é qual.
Steuernummer oder USt-IdNrTax number or VAT identification numberKleinunternehmer usam Steuernummer. Empresas registradas para IVA usam USt-IdNr (formato DE123456789). Se você extrair o número errado ou não extrair nenhum, a fatura é inválida para dedução de IVA.
RechnungsnummerSequential invoice numberDeve ser única e sem lacunas. Seus dados extraídos precisam disso para correspondência na trilha de auditoria.
RechnungsdatumInvoice issue dateNão é o mesmo que a data de entrega. Faturas alemãs contêm ambas as datas — ferramentas de extração que geram uma única coluna de "data" as confundem.
Leistungsdatum / LeistungszeitraumDate or period when the service was deliveredExclusivo de faturas alemãs e de algumas da UE. Necessário para determinar em qual período de IVA a dedução do imposto de entrada pertence. A maioria das ferramentas genéricas de extração nem procura por este campo.
Menge und Art der gelieferten Gegenstände oder Umfang und Art der LeistungQuantity and description of goods or scope and type of serviceRechnungen alemãs frequentemente trazem descrições longas e juridicamente precisas dos itens. A extração de itens de linha precisa preservar o texto completo da descrição, sem truncá-lo.
NettobetragNet amount (per tax rate)Deve ser dividido por alíquota de IVA — uma única linha líquida de €100 que cobre itens de 19% e 7% não é conforme. A extração deve capturar valores líquidos separados por alíquota.
Umsatzsteuersatz und -betragVAT rate and VAT amountA alíquota (19% ou 7%) e o valor correspondente devem aparecer ambos. Se a fatura aplicar o §13b reverse charge, a linha de IVA diz "0" e uma referência ao §13b deve ser extraída.
BruttobetragGross total amountDeve reconciliar com líquido + IVA. Algumas ferramentas extraem um "total" que não corresponde porque perderam uma linha de desconto ou sobretaxa.
Hinweis auf Steuerbefreiung (if applicable)Reference to tax exemptionPara Kleinunternehmer (§19 UStG): "Gemäß §19 UStG wird keine Umsatzsteuer berechnet." Para intra-UE: aviso de reverse charge. A ausência desses avisos = fatura inválida para o destinatário.

Duas exceções práticas reduzem a quantidade de campos. Faturas abaixo de €250 brutos se qualificam como Kleinbetragsrechnungen conforme §33 UStDV, exigindo apenas: nome e endereço do fornecedor, data da fatura, descrição dos bens/serviços, valor bruto e alíquota de IVA aplicável ou aviso do §19. E para Kleinunternehmer conforme §19 UStG — empresas cujo faturamento do ano anterior não excedeu €22.000 — as faturas não devem exibir IVA e devem incluir a declaração de que não há cobrança de IVA conforme §19. As regras de extração mudam dependendo da categoria da fatura.

O Labirinto do IVA Alemão: Quando uma Única Coluna de "Imposto" Não Basta

A lógica de extração para uma fatura alemã muda materialmente dependendo do regime de IVA aplicável. Um par de colunas "Alíquota de IVA" e "Valor do IVA" só funciona para o caso mais simples. Faturas alemãs podem se enquadrar em um de quatro cenários, cada um exigindo definições de colunas diferentes:

Cenário de IVABase LegalO que ExtrairFonte Comum de Erro
Alíquota padrão (19%)§12 Abs. 1 UStGValor líquido, IVA de 19%, total bruto. Uma linha se houver apenas itens com alíquota padrão.Ferramentas que adivinham a alíquota de IVA a partir dos totais em vez de ler a alíquota declarada.
Alíquotas mistas (19% + 7%)§12 Abs. 1 + Abs. 2 UStGColunas separadas de líquido e IVA por alíquota. Exemplo: coluna Líquido 19%, coluna IVA 19%, coluna Líquido 7%, coluna IVA 7% — além do total bruto. Comum em faturas de hospitalidade e alimentos.Ferramentas que geram um único valor agregado de IVA. Seu Steuerberater precisa da divisão para a Umsatzsteuervoranmeldung, especificamente os Kennzahlen 81 e 86.
Reverse charge (§13b)§13b UStGApenas valor líquido, IVA zero, além do texto de referência do reverse charge. Também deve capturar o ID de IVA estrangeiro do fornecedor e o USt-IdNr do destinatário (ambos exigidos conforme §14a Abs. 2).Ferramentas que ainda preenchem um valor de IVA porque encontraram um rótulo de "imposto" — ou perdem completamente o aviso de reverse charge.
Kleinunternehmer (§19)§19 UStGApenas valor bruto, sem detalhamento de IVA. Deve capturar o texto do aviso §19 para confirmar que a fatura é intencionalmente isenta de IVA.Ferramentas que marcam "IVA ausente" como erro. Para uma fatura de Kleinunternehmer, a ausência de IVA está correta — marcá-la como erro é incorreto.

Para empresas que recebem faturas de fornecedores alemães em múltiplas categorias de IVA — um cenário comum para grupos de hospitalidade que compram alimentos (7%) e também equipamentos (19%) da Metro e da Transgourmet — a ferramenta de extração precisa ser flexível o suficiente para gerar estruturas de colunas diferentes por tipo de fatura, em vez de forçar todas as faturas no mesmo modelo.

Como a Extração com IA Lida com Formatos de Notas Fiscais Alemãs

É aqui que a diferença entre OCR baseado em modelo e extração orientada por IA se torna concreta. Ferramentas baseadas em modelo exigem que você defina coordenadas de campos para cada layout de fornecedor — um layout de nota da Metro é diferente de um da Transgourmet, que por sua vez é diferente de uma Rechnung de um Handwerker local. O custo de manutenção cresce a cada novo fornecedor.

O ImageToTable.ai adota uma abordagem diferente: Extração de Colunas Personalizadas. Em vez de ensinar a ferramenta onde os campos estão na página, você define o que deseja extrair digitando nomes de colunas — "Rechnungsnummer", "Leistungsdatum", "Nettobetrag 19%", "USt-Betrag 19%", "Nettobetrag 7%", "USt-Betrag 7%", "USt-IdNr" — e a IA localiza cada valor em qualquer lugar da página ao entender o significado do campo, não a sua posição. Isso funciona em diferentes formatos de fornecedores sem configuração individual: uma definição de coluna cobre Metro, Transgourmet, Selgros e a marcenaria independente ao lado.

JPG/PNG/PDF Extração com IA

Os arquivos são processados com segurança e não são armazenados.

Experimente enviar uma Rechnung alemã na demonstração acima. Defina colunas correspondentes aos campos do §14 UStG que você precisa — comece com Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Lieferant, Nettobetrag, USt-Satz, USt-Betrag, Bruttobetrag e USt-IdNr — e veja o que a IA extrai. A mesma definição de coluna funciona quando você alterna para o layout de nota de um fornecedor diferente, porque a IA lê o significado, não a posição.

Para processamento em lote — enviando um mês inteiro de notas da Metro e da Transgourmet de uma só vez — a ferramenta extrai cada nota em uma linha de uma planilha mesclada. Você obtém um único arquivo Excel com cada Rechnung como uma linha, pronto para filtrar por fornecedor, intervalo de datas ou alíquota de IVA antes de encaminhar ao seu Steuerberater.

Pare de digitar dados manualmente — deixe a IA ler por você
Envie uma imagem ou PDF — dados estruturados em planilha em 10 segundos
Experimente Agora →

Da Extração à Contabilidade: O Que Seu Fluxo de Trabalho com DATEV, Lexware ou sevDesk Espera

Extrair dados é apenas a primeira metade do trabalho. Na Alemanha, a segunda metade é fazer esses dados chegarem ao software de contabilidade em um formato que seu Steuerberater possa usar sem retrabalho. O destino importa porque cada plataforma tem expectativas diferentes:

DATEV — usado por cerca de 60–70% dos consultores fiscais alemães — espera dados via Kanzlei-Rechnungswesen (CSV no formato DATEV) ou Unternehmen Online (XML). O formato CSV exige colunas específicas: Belegdatum, Buchungstext, Gegenkonto, Betrag e, principalmente, o Buchungsschlüssel correto (chaves de lançamento) e a Kontierung (atribuição de contas conforme SKR03 ou SKR04). Se seu Steuerberater espera contas pré-codificadas, sua saída de extração precisa de uma coluna extra para o número da conta DATEV. Se eles mesmos fazem a Kontierung, você pode omiti-la — mas pergunte antes.

Lexware Office (antigo lexoffice) — por €7,90/mês, a plataforma de contabilidade em nuvem mais usada por PMEs alemãs — importa via sua própria estrutura CSV ou feed bancário direto. Ela categoriza transações automaticamente, mas espera que os dados de notas fiscais de entrada incluam a USt-IdNr do fornecedor para validação de IVA. Se esse campo estiver ausente na sua extração, o Lexware sinalizará a nota para revisão manual.

sevDesk — o desafiante moderno por €12,90/mês — importa contatos e Belege (documentos) via CSV com seu próprio modelo. O upload CSV é simples, mas espera a classificação de Belegart (tipo de documento): Eingangsrechnung, Ausgangsrechnung ou Gutschrift. Se sua extração não distinguir esses tipos, você terá que reclassificar linhas manualmente após a importação.

O ponto em comum: softwares de contabilidade alemães esperam estruturas de dados de notas fiscais alemãs. Uma extração genérica que gera "Fornecedor", "Data" e "Total" exigirá reformatação manual substancial antes que qualquer uma dessas plataformas aceite a importação. Definir colunas de extração para corresponder diretamente ao esquema do software de destino — por exemplo, nomear sua coluna USt-IdNr em vez de "Número de IVA", e Belegdatum em vez de "Data" — elimina a etapa de reformatação.

A mesma abordagem de extração também funciona para notas fiscais internacionais que chegam em vários idiomas e formatos, já que a semântica dos nomes das colunas permanece consistente independentemente do idioma original da nota.

GoBD e Faturamento Eletrônico: Mantendo Seus Dados Extraídos Prontos para Auditoria

Na Alemanha, extrair dados de faturas não é apenas uma questão de eficiência — envolve obrigações legais de manutenção de registros. O GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern) é o framework da autoridade fiscal para contabilidade digital. Seus princípios centrais — Nachvollziehbarkeit (rastreabilidade), Unveränderbarkeit (imutabilidade) e Verfügbarkeit (disponibilidade) — significam que cada dado extraído deve ser rastreável até a fatura original, e cada fatura original deve ser preservada por 10 anos conforme §147 AO em seu formato original.

Uma emenda de julho de 2025 ao GoBD esclareceu um ponto crítico para o arquivamento de faturas eletrônicas: para faturas eletrônicas estruturadas (XRechnung e a camada XML incorporada em PDFs ZUGFeRD), o XML legível por máquina é o registro oficial. O PDF legível por humanos só precisa ser arquivado se contiver informações fiscais adicionais não presentes no XML — como observações de lançamento ou condições de pagamento escritas à mão na camada visual. Para a maioria das empresas, isso significa que o arquivo Excel extraído é seu conjunto de dados de trabalho, mas o arquivo XML original é o que os auditores solicitarão.

A obrigatoriedade de faturamento eletrônico B2B na Alemanha (E-Rechnungspflicht) entra em vigor gradualmente:

  • 1º de janeiro de 2025 — Todas as empresas B2B alemãs devem ser capazes de receber faturas eletrônicas em formato compatível com EN 16931 (XRechnung ou ZUGFeRD 2.1).
  • 1º de janeiro de 2027 — Empresas com faturamento do ano anterior acima de €800.000 também devem enviar faturas eletrônicas.
  • 1º de janeiro de 2028 — Todas as empresas B2B alemãs devem enviar faturas eletrônicas. Faturas em papel e PDF não serão mais aceitas para transações B2B domésticas, exceto para Kleinbetragsrechnungen abaixo de €250 e Kleinunternehmer conforme §19.

A implicação prática para extração de dados: sua mistura de faturas recebidas já está mudando. PDFs ZUGFeRD que chegam à sua caixa de entrada carregam uma camada de dados XML incorporada que uma ferramenta de extração capaz pode ler diretamente, ignorando o OCR para esses campos e entregando dados estruturados 100% precisos. Para fornecedores que ainda enviam Rechnungen em PDF simples (permitido durante o período de transição até 2027), a extração por IA preenche a lacuna — lendo o PDF visual e gerando as mesmas colunas estruturadas.

O que importa para conformidade é que seu fluxo de extração preserve a conexão entre os dados extraídos e o documento de origem. Se você extrair 40 Rechnungen em lote para um único arquivo Excel e arquivar apenas o arquivo Excel, você falha no GoBD. Os documentos originais — sejam XML, PDF ou papel escaneado — devem permanecer acessíveis e recuperáveis por 10 anos.

Perguntas Frequentes

Isso funciona com Rechnungen em papel escaneado e fotos de celular?

Sim. A IA lê o conteúdo do documento semanticamente — não precisa de um PDF digital limpo. Faturas em papel fotografadas, documentos escaneados e capturas de tela de faturas online são todos suportados. A qualidade importa: se a foto estiver borrada demais para ler os dígitos da USt-IdNr, nenhuma ferramenta conseguirá extraí-los de forma confiável. Mas para fotos legíveis, a precisão da extração é comparável à entrada em PDF.

A ferramenta consegue distinguir entre Rechnungsdatum e Leistungsdatum?

Sim, desde que você defina colunas separadas para cada um. Se você definir uma coluna chamada "Rechnungsdatum" e outra chamada "Leistungsdatum", a IA entende que são dois campos de data distintos e retorna o valor correto para cada um. Se você definir apenas uma única coluna "Data", a IA usará a data de emissão da fatura como data principal — ela não vai adivinhar que você também precisa da data do serviço. Os nomes das colunas que você escolher orientam a extração.

Como a extração lida com faturas de reverse charge §13b?

Para faturas de reverse charge §13b, defina suas colunas para incluir o valor líquido, uma coluna de alíquota de IVA (que será extraída como 0%) e uma coluna para o texto de referência do reverse charge. A IA não preencherá erroneamente um valor de IVA porque a própria fatura não cobra IVA — ela declara que o destinatário é o responsável pelo recolhimento. Você ainda deve extrair o ID de IVA estrangeiro do fornecedor e sua própria USt-IdNr da fatura, pois ambos são campos obrigatórios sob §14a Abs. 2 UStG para tratamento de reverse charge.

E quanto a ZUGFeRD e XRechnung — a ferramenta consegue analisar XML incorporado?

Quando você envia um PDF ZUGFeRD, a IA lê a camada visual do PDF. Ela não analisa o XML incorporado diretamente. Para campos presentes no XML, isso produz o mesmo resultado final — colunas estruturadas — mas a abordagem é leitura visual em vez de análise de XML. Para arquivos XML puros XRechnung, a ferramenta não foi projetada para processar XML bruto; você precisaria de um conversor de XML para CSV para esses casos. Na prática, a maioria dos fornecedores alemães que emitem faturas ZUGFeRD incorpora o XML dentro de um PDF visualizável, o que funciona com a abordagem de extração visual.

Posso processar faturas da Metro, Transgourmet e Selgros em um único lote?

Sim. Como a extração é orientada pela semântica dos nomes das colunas, em vez de modelos por fornecedor, você envia faturas dos três atacadistas em um único lote e define suas colunas uma vez. A IA localiza Rechnungsnummer, Lieferant, Nettobetrag, USt-Betrag, etc. em cada documento de forma independente. A saída é uma única planilha mesclada com uma linha por fatura e colunas consistentes em todos os fornecedores.

Os dados extraídos estão em conformidade com GoBD para fins de auditoría?

O arquivo Excel extraído é uma cópia de trabalho, não seu arquivo de auditoría. A conformidade com GoBD diz como você armazena os documentos originais, não como você usa os dados extraídos operativamente. Desde que você retenga as faturas originais — PDFs, arquivos XML ou cópias de papel escaneadas — em um formato inalterável e recuperável por 10 anos, extraer dados delas para fluxos de trabalho contables não viola GoBD. A própria herramienta de extracción não fornece almacenamiento de archivo; você é responsável pela retenção de documentos separadamente.

Levando os Dados de Suas Faturas Alemãs a Onde Devem Ir

A extração de faturas alemãs fica na intersección de três preocupações que geralmente são tratadas separadamente: precisão de dados, conformidade fiscal e compatibilidade de software. As herramientas que lidan bem com uma tendem a ignorar as outras. O OCR baseado em modelos pode ser preciso para o formato de um único fornecedor, mas exige reconstrução para cada novo fornecedor. A entrada manual no Lexware mantiene os dados na estrutura correta, mas não escala além de 30 faturas por mês. A análise de XML ZUGFeRD por IA dá 100% de precisión em faturas eletrónicas, mas não faz nada para a Rechnung em papel do Elektriker local que ainda imprime e envia suas contas por correo.

Um fluxo de trabalho construido em torno da extracción semántica — definindo o que você precisa pelo nome da columna em vez de pela posição do modelo — lida com as três preocupações simultáneamente. Extrae os campos que §14 UStG exige, preserva a estrutura de IVA que sua Umsatzsteuervoranmeldung necesita e produz colunas que coinciden com o esquema de importación do seu software de contabilidad. E funciona da mesma manera, seja a fatura chegue como PDF ZUGFeRD, uma foto da cámara de um fornecedor ou um documento de papel escaneado de 2023.

Envie uma Rechnung alemã e vea o que se extrae

Grátis para experimentar — não é necessária conta para as primeiras 50 páginas.

📮 contact email: [email protected]