Como extrair dados de notas fiscais alemãs
(Rechnung) para o Excel
A maioria dos guias de extração de notas fiscais presume que suas faturas seguem o modelo genérico dos EUA. Mas quando seu fornecedor envia uma Rechnung de Düsseldorf — com Steuernummer, Leistungsdatum diferente da data da fatura e divisão de IVA entre 19% e 7% — as ferramentas de importação de planilhas feitas para faturas do Stripe ou modelos do QuickBooks falham. Este guia aborda o que realmente importa para notas fiscais alemãs: os campos obrigatórios segundo o §14 UStG, as estruturas de IVA que determinam o que é extraído e onde, e como organizar os dados em um formato que seu Steuerberater possa usar.
Principais Conclusões
- Faltar um campo em uma Rechnung alemã não significa apenas dados incompletos — o Finanzamt (fisco alemão) pode negar toda a sua dedução de IVA de entrada, e o risco legal recai sobre sua empresa, não sobre o fornecedor que emitiu a nota fiscal.
- Uma única nota fiscal alemã pode se enquadrar em quatro regimes diferentes de IVA — padrão 19%, misto 19%+7%, §13b reverse charge (onde o comprador autoliquida o imposto) ou isenção Kleinunternehmer — cada um exigindo um conjunto diferente de colunas em planilhas. Por isso, uma ferramenta genérica com uma única coluna de "imposto" gera dados que seu Steuerberater (consultor tributário) não consegue usar.
- Nomes de colunas que descrevem o significado dos dados — "USt-IdNr" para o ID de IVA do fornecedor, "Leistungsdatum" para a data do serviço — funcionam em todos os quatro regimes de IVA e em qualquer layout de fornecedor, porque o ImageToTable.ai lê o significado, não a posição na página.
Por que as Notas Fiscais Alemãs Derrotam Ferramentas Genéricas de Extração
Uma Rechnung alemã não é uma fatura americana traduzida. É um instrumento legal regido pelo §14 da 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 do IVA de entrada. O fornecedor recebe o pagamento de qualquer forma. Sua empresa assume o risco.
Esta também é a razão pela qual ferramentas de OCR de notas fiscais de uso geral — mesmo aquelas que lidam bem com faturas em inglês — falham com notas fiscais alemãs. Elas não são construídas para distinguir um Rechnungsdatum (data de emissão da nota) de um Leistungsdatum (data em que o serviço foi prestado) — duas datas legalmente distintas exigidas pela lei alemã. Elas não validam se um USt-IdNr segue o formato DE123456789. Elas colapsam as distinções de alíquotas de IVA de 19% e 7% em uma única coluna de "imposto", o que é inutilizável para declarar uma Umsatzsteuervoranmeldung (declaração periódica de IVA alemã) através do ELSTER.
Nada disso importa se você processa 3 notas fiscais nacionais 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 de papel fotografadas, alguns chegando com tratamento de reversão de ônus §13b que exige extração de IVA zero e uma lógica de contabilização completamente diferente.
O que o §14 UStG Realmente Exige em Cada Nota Fiscal Alemã
O §14, parágrafo 4 da UStG lista dez campos obrigatórios — as Pflichtangaben — que toda nota fiscal alemã completa deve conter. Se você está extraindo dados para o Excel para fins contábeis, cada um desses campos corresponde a uma coluna na sua planilha — e a falta de qualquer um deles pode tornar seus dados inutilizáveis para importação no DATEV ou para solicitar crédito de ICMS.
| Campo Alemão | Tradução em Inglês | Por que é Importante para a Extração |
|---|---|---|
| Nome completo e endereço (do fornecedor e do destinatário) | Nome completo e endereço do fornecedor e do destinatário | Dois blocos de endereço separados — fornecedor e comprador. Um OCR simples frequentemente os mescla ou identifica erroneamente qual é qual. |
| Número de contribuinte ou NIF-IVA | Número de contribuinte ou número de identificação de IVA | Pequenos empresários usam o número de contribuinte. Empresas registradas para IVA usam o NIF-IVA (formato DE123456789). Se você extrair o errado ou não extrair nenhum, a fatura é inválida para dedução de IVA. |
| Número da fatura | Número sequencial da fatura | Deve ser único e sem lacunas. Seus dados extraídos precisam disso para correspondência na trilha de auditoria. |
| Data da fatura | Data de emissão da fatura | Não é o mesmo que a data de entrega. Faturas alemãs trazem ambas as datas — ferramentas de extração que geram uma única coluna "data" as confundem. |
| Data / Período de prestação do serviço | Data ou período em que o serviço foi prestado | Exclusivo de faturas alemãs e de alguns países da UE. Necessário para determinar em qual período de IVA a dedução do imposto pago pertence. A maioria das ferramentas genéricas de extração nem sequer procura por este campo. |
| Menge und Art der gelieferten Gegenstände oder Umfang und Art der Leistung | Quantidade e descrição dos bens ou escopo e tipo de serviço | Faturas alemãs geralmente contêm 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. |
| Nettobetrag | Valor líquido (por alíquota de imposto) | Deve ser dividido por alíquota de IVA — uma única linha de €100 líquidos que abrange itens de 19% e 7% não é compatível. A extração deve capturar valores líquidos separados por alíquota. |
| Umsatzsteuersatz und -betrag | Alíquota de IVA e valor do IVA | A alíquota (19% ou 7%) e o valor correspondente devem aparecer. Se a fatura aplicar o regime de reverse charge §13b, a linha de IVA indica "0" e uma referência ao §13b deve ser extraída. |
| Bruttobetrag | Valor total bruto | Deve reconciliar com líquido + IVA. Algumas ferramentas extraem um "total" que não corresponde porque perderam uma linha de desconto ou acréscimo. |
| Hinweis auf Steuerbefreiung (se aplicável) | Referência à isenção fiscal | Para 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. Notas fiscais abaixo de €250 brutas se qualificam como Kleinbetragsrechnungen conforme o §33 UStDV, exigindo apenas: nome e endereço do fornecedor, data da nota, descrição dos bens/serviços, valor bruto e alíquota de IVA aplicável ou aviso do §19. E para Kleinunternehmer conforme o §19 UStG — empresas cujo faturamento do ano anterior não excedeu €22.000 — as notas não devem exibir IVA e devem incluir a declaração de que não há cobrança de IVA conforme o §19. As regras de extração mudam dependendo da categoria em que a nota se enquadra.
O Labirinto do IVA Alemão: Quando uma Única Coluna de "Imposto" Não é Suficiente
A lógica de extração para uma nota fiscal alemã muda materialmente dependendo do regime de IVA aplicável. Um par único de colunas "Alíquota de IVA" e "Valor do IVA" só funciona para o caso mais simples. Notas fiscais alemãs podem se enquadrar em um de quatro cenários, cada um exigindo definições de colunas diferentes:
| Cenário de IVA | Base Legal | O que Extrair | Fonte Comum de Erro |
|---|---|---|---|
| Taxa padrão (19%) | §12 Abs. 1 UStG | Valor líquido, valor do IVA a 19%, total bruto. Uma linha se apenas itens com taxa padrão. | Ferramentas que adivinham a taxa de IVA a partir dos totais em vez de ler a taxa declarada. |
| Taxas mistas (19% + 7%) | §12 Abs. 1 + Abs. 2 UStG | Colunas separadas de líquido e IVA por taxa. Exemplo: coluna Líquido 19%, coluna IVA 19%, coluna Líquido 7%, coluna IVA 7% — mais o total bruto. Comum em faturas de hotelaria e alimentação. | Ferramentas que geram um valor de IVA agregado. Seu Steuerberater precisa da divisão para a Umsatzsteuervoranmeldung, especificamente os números-chave 81 e 86. |
| Inversão do sujeito passivo (§13b) | §13b UStG | Apenas valor líquido, IVA zero, mais o texto de referência da inversão. Também deve capturar o 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 "imposto" — ou ignoram completamente o aviso de inversão. |
| Kleinunternehmer (§19) | §19 UStG | Apenas valor bruto, sem discriminação de IVA. Deve capturar o texto de isenção do §19 para confirmar que a fatura é intencionalmente sem IVA. | Ferramentas que marcam "IVA ausente" como erro. Para uma fatura de Kleinunternehmer, a ausência de IVA está correta — marcá-la como erro é errado. |
Para empresas que recebem faturas de fornecedores alemães com múltiplas categorias de IVA — um cenário comum para grupos de hospitalidade que compram alimentos (7%) e equipamentos (19%) da Metro e Transgourmet — a ferramenta de extração precisa ser flexível o suficiente para gerar diferentes estruturas de colunas por tipo de fatura, sem forçar todas as faturas no mesmo modelo.
Como a Extração com IA Lida com Formatos de Fatura Alemães
É 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 campo para cada layout de fornecedor — o layout de uma fatura da Metro é diferente do layout da Transgourmet, que é diferente novamente de uma Rechnung local de um Handwerker. O custo de manutenção aumenta a cada novo fornecedor.
O ImageToTable.ai adota uma abordagem diferente: Extração Personalizada de Colunas. 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, entendendo o significado do campo, não sua posição. Isso funciona em diferentes formatos de fornecedores sem configuração por fornecedor: uma definição de coluna cobre Metro, Transgourmet, Selgros e a marcenaria independente ao lado.
Os arquivos são processados com segurança e não são armazenados.
Experimente enviar uma Rechnung alemã no demo acima. Defina colunas correspondentes aos campos exigidos pelo §14 UStG — 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 colunas funciona ao trocar para o layout de nota fiscal de outro fornecedor, pois a IA interpreta o significado, não a posição.
Para processamento em lote — enviar um mês inteiro de faturas da Metro e da Transgourmet de uma só vez — a ferramenta extrai cada fatura para uma linha de uma planilha mesclada. Você recebe um arquivo Excel com cada Rechnung como uma linha, pronta para ser filtrada por fornecedor, período ou alíquota de IVA antes de enviar ao seu Steuerberater.
Da Extração à Contabilidade: O Que Seu Fluxo de Trabalho no DATEV, Lexware ou sevDesk Espera
Extrair dados é apenas a primeira metade do trabalho. Na Alemanha, a segunda metade é colocar esses dados no 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 (chaves de lançamento) e a Kontierung (atribuição de contas conforme SKR03 ou SKR04) corretos. Se seu Steuerberater espera contas pré-codificadas, sua saída de extração precisa de uma coluna extra para o número de conta do DATEV. Se eles mesmos fizerem a Kontierung, você pode pular isso — mas pergunte a eles primeiro.
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. Ele categoriza transações automaticamente, mas espera que os dados da fatura recebida incluam o USt-IdNr do fornecedor para validação do IVA. Se esse campo estiver ausente na sua extração, o Lexware marcará a fatura 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 exige a classificação Belegart (tipo de documento): Eingangsrechnung, Ausgangsrechnung ou Gutschrift. Se sua extração não distinguir esses tipos, você precisará 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á uma 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 como 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 recebidas em vários idiomas e formatos, já que a semântica dos nomes das colunas permanece consistente independentemente do idioma original da nota fiscal.
GoBD e Faturamento Eletrônico: Mantendo Seus Dados Extraídos Prontos para Auditoria
Na Alemanha, extrair dados de notas fiscais 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) é a estrutura da autoridade fiscal para escrituração digital. Seus princípios fundamentais — Nachvollziehbarkeit (rastreabilidade), Unveränderbarkeit (imutabilidade) e Verfügbarkeit (disponibilidade) — significam que cada dado extraído deve ser rastreável até a nota fiscal original, e cada nota fiscal original deve ser preservada por 10 anos conforme §147 AO em seu formato original.
Uma alteração 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 fatura eletrônica B2B da Alemanha (E-Rechnungspflicht) entra em vigor da seguinte forma:
- 1º de janeiro de 2025 — Todas as empresas B2B alemãs devem ser capazes de receber faturas eletrônicas no formato compatível com EN 16931 (XRechnung ou ZUGFeRD 2.1).
- 1º de janeiro de 2027 — Empresas com faturamento no 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 em sua caixa de entrada carregam uma camada de dados XML incorporada que uma ferramenta de extração capaz pode ler diretamente, ignorando completamente o OCR para esses campos e fornecendo 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 a conformidade é que seu fluxo de extração preserve a conexão entre os dados extraídos e o documento original. Se você extrair 40 Rechnungen em lote para um único arquivo Excel e arquivar apenas o 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
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 de papel fotografadas, documentos escaneados e capturas de tela de faturas online são suportados. A qualidade importa: se a foto estiver muito borrada para ler os dígitos do USt-IdNr, nenhuma ferramenta consegue extraí-los de forma confiável. Mas para fotos legíveis, a precisão da extração é comparável à entrada de 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ê escolhe direcionam a extração.
Como a extração lida com notas fiscais de reversão §13b?
Para notas fiscais de reversão §13b, defina suas colunas para incluir o valor líquido, uma coluna de alíquota de IVA (que extrairá como 0%) e uma coluna para o texto de referência da reversão. A IA não preencherá erroneamente um valor de IVA porque a própria nota fiscal não cobra IVA — ela declara que o destinatário faz a autoliquidação. Você ainda deve extrair o ID de IVA estrangeiro do fornecedor e seu próprio USt-IdNr da nota fiscal, pois ambos são campos obrigatórios conforme §14a Abs. 2 UStG para tratamento de reversão.
E quanto ao ZUGFeRD e XRechnung — a ferramenta consegue analisar XML embutido?
Ao enviar um PDF ZUGFeRD, a IA lê a camada visual do PDF. Ela não analisa o XML embutido diretamente. Para campos presentes no XML, isso produz o mesmo resultado final — colunas estruturadas — mas a abordagem é leitura visual, não análise de XML. Para arquivos XML puros XRechnung, a ferramenta não foi projetada para processar XML bruto; você precisaria de um conversor XML para CSV para esses casos. Na prática, a maioria dos fornecedores alemães que emitem notas fiscais ZUGFeRD insere o XML dentro de um PDF visualizável, o que funciona com a abordagem de extração visual.
Posso processar notas fiscais da Metro, Transgourmet e Selgros em um único lote?
Sim. Como a extração é orientada pela semântica dos nomes das colunas, e não por modelos por fornecedor, você pode enviar notas fiscais dos três atacadistas em um único lote e definir suas colunas uma vez. A IA localiza Rechnungsnummer, Lieferant, Nettobetrag, USt-Betrag, etc. em cada documento de forma independente. O resultado é uma planilha única com uma linha por nota fiscal e colunas consistentes em todos os fornecedores.
Os dados extraídos estão em conformidade com a GoBD para fins de auditoria?
O arquivo Excel extraído é uma cópia de trabalho, não seu arquivo de auditoria. A conformidade com a GoBD diz respeito a como você armazena os documentos originais, não como você usa os dados extraídos operacionalmente. Desde que você mantenha as notas fiscais originais — PDFs, arquivos XML ou cópias digitalizadas em papel — em formato inalterável e recuperável por 10 anos, extrair dados delas para fluxos de trabalho contábeis não viola a GoBD. A ferramenta de extração não fornece armazenamento de arquivo; você é responsável pela retenção de documentos separadamente.
Direcionando seus dados de notas fiscais alemãs para onde precisam ir
A extração de faturas alemãs está na interseção de três aspectos geralmente tratados separadamente: precisão dos dados, conformidade fiscal e compatibilidade de software. As ferramentas que lidam bem com um costumam ignorar os outros. 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 mantém os dados na estrutura correta, mas não escala além de 30 faturas por mês. A análise de IA do XML ZUGFeRD oferece 100% de precisão em faturas eletrônicas, mas não faz nada pela Rechnung em papel do eletricista local que ainda imprime e envia suas contas pelo correio.
Um fluxo de trabalho baseado em extração semântica — definindo o que você precisa pelo nome da coluna, e não pela posição no modelo — lida com todos os três aspectos simultaneamente. Ele extrai os campos exigidos pelo §14 UStG, preserva a estrutura de IVA que sua Umsatzsteuervoranmeldung precisa e gera colunas que correspondem ao esquema de importação do seu software de contabilidade. E funciona da mesma forma, seja a fatura recebida como um PDF ZUGFeRD, uma foto do celular de um fornecedor ou um documento em papel escaneado de 2023.
Grátis para testar — sem necessidade de conta para as primeiras 50 páginas.