Faturamento Eletrônico na Alemanha 2026–2027:
O Que as Equipes Financeiras Precisam Saber Antes de Janeiro de 2027
A dimensão mais mal compreendida da obrigatoriedade de faturamento eletrônico B2B na Alemanha não é a especificação do formato XRechnung ou o limite de receita de €800.000. É o intervalo de três anos entre "obrigação de receber" e "obrigação de emitir". Desde 1º de janeiro de 2025, toda empresa que opera na Alemanha — de uma GmbH de três pessoas ao DAX — é legalmente obrigada a aceitar faturas eletrônicas estruturadas (e-faturas, E-Rechnungen). Mas a maioria dessas empresas ainda não é obrigada a emitir uma, e não será até 2027 ou 2028. Esse intervalo cria um problema operacional específico que nenhuma visão geral de prazos aborda: como processar faturas XML quando seu próprio sistema contábil ainda funciona com PDFs?
Principais Conclusões
- Toda empresa alemã é legalmente obrigada a receber faturas eletrônicas estruturadas desde 1º de janeiro de 2025, mas o debate público continua tão focado no prazo de emissão de 2027 que a maioria das equipes de contas a pagar do Mittelstand ainda não consegue abrir um arquivo XML XRechnung.
- Um fornecedor que envia PDF em vez do XRechnung legalmente exigido não é uma não conformidade menor — de acordo com uma decisão do BMF de junho de 2025, sua dedução de IVA na entrada dessa fatura pode ser totalmente negada, transformando uma lacuna de formato em uma perda direta de caixa.
- Você não precisa substituir DATEV ou Lexware — o ImageToTable.ai normaliza XML XRechnung, PDFs ZUGFeRD e faturas em papel em uma única planilha que seu sistema contábil pode importar, fechando a lacuna de recebimento antes que um fornecedor mude sem aviso.
A Base Legal: Wachstumschancengesetz e §14 UStG
A obrigatoriedade da nota fiscal eletrônica na Alemanha não é uma diretriz ou recomendação do setor. Trata-se de uma alteração na Lei do IVA do país (Umsatzsteuergesetz, UStG) promulgada pelo Wachstumschancengesetz (Lei de Oportunidades de Crescimento), aprovada pelo Bundesrat em 22 de março de 2024 e que entrou em vigor em 27 de março de 2024 (publicada no Bundesgesetzblatt BGBl. I 2024 Nr. 108). As disposições sobre notas fiscais eletrônicas estão no Artigo 23 desta lei.
A alteração central está no §14 UStG (gesetze-im-internet.de), que redefine o que constitui uma nota fiscal válida para transações B2B domésticas. De acordo com o §14 Absatz 1 Satz 3 UStG, uma nota fiscal eletrônica (elektronische Rechnung, ou E-Rechnung) significa agora: um documento emitido, transmitido e recebido em formato eletrônico estruturado que permita o processamento eletrônico. Um PDF enviado por e-mail — mesmo que gerado por software de contabilidade — não atende a esta definição. Não possui camada de dados estruturados, marcação semântica legível por máquina e não pode ser analisado automaticamente pelo ERP do destinatário sem reextrair o conteúdo.
A obrigação de emitir notas fiscais eletrônicas está no §14 Absatz 2 Satz 2 Nr. 1 UStG n.F. — para transações B2B domésticas entre empresas estabelecidas na Alemanha, a nota fiscal deve ser emitida como nota fiscal eletrônica estruturada. A implementação administrativa foi detalhada em duas cartas do BMF (BMF-Schreiben) de 15 de outubro de 2024 e 15 de outubro de 2025, com o FAQ do BMF sobre E-Rechnung atualizado mais recentemente em março de 2026.
A Alemanha obteve uma derrogação da UE para esta obrigatoriedade através de uma Decisão de Execução do Conselho datada de 25 de julho de 2023, que permite ao país prosseguir com a nota fiscal eletrônica B2B doméstica antes da aplicação total do quadro ViDA (IVA na Era Digital). A obrigatoriedade está explicitamente alinhada com a norma europeia EN 16931 e a lista de sintaxes da Diretiva 2014/55/UE.
A precisão é importante. Em uma auditoria fiscal alemã (Betriebsprüfung), "o regulamento exige nota fiscal eletrônica" não defende uma constatação. "O §14 Absatz 2 Satz 2 Nr. 1 UStG, conforme alterado pelo Wachstumschancengesetz (BGBl. I 2024 Nr. 108), exige notas fiscais eletrônicas estruturadas em conformidade com a EN 16931 para transações B2B domésticas" defende. A referência ao regulamento é a postura de conformidade.
Cronograma de Três Fases — e o Que Cada Fase Significa na Prática
A obrigatoriedade não entra em vigor de uma só vez. Ela é implementada em três fases ao longo de quatro anos civis, sendo o principal diferencial o porte da empresa medido pelo faturamento total do ano anterior (Gesamtumsatz). A tabela a seguir mapeia cada fase à obrigação específica que ela cria.
| Fase | Data de Vigência | Quem Deve Receber | Quem Deve Emitir | Regime de Transição |
|---|---|---|---|---|
| Fase 1 | 1º de janeiro de 2025 | Todas as empresas B2B nacionais — sem exceção por porte, sem exceção para pequenos empresários | Ainda sem obrigação de emissão | Papel e PDF ainda podem ser enviados até 31 de dezembro de 2026 com consentimento do destinatário |
| Fase 2 | 1º de janeiro de 2027 | Contínuo — todas as empresas | Empresas com faturamento anual anterior superior a €800.000 | PMEs com faturamento ≤€800 mil podem continuar enviando papel/PDF até 31 de dezembro de 2027; conexões EDI existentes mantidas até 31 de dezembro de 2027 |
| Fase 3 | 1º de janeiro de 2028 | Contínuo — todas as empresas | Todas as empresas B2B nacionais, independentemente do porte | Sem mais regime de transição. Conexões EDI devem estar em conformidade com a EN 16931 |
Fontes: §14 UStG; FAQ do BMF sobre E-Fatura (março de 2026); Ficha Informativa da UE sobre Faturação Eletrónica — Alemanha.
Três esclarecimentos importantes que muitas visões gerais ignoram:
O limite de €800.000 é baseado no faturamento total do ano civil anterior. Se seu faturamento em 2026 excedeu €800.000, você deve emitir faturas eletrônicas a partir de janeiro de 2027. Se não, seu prazo de emissão é janeiro de 2028 — a menos que seu faturamento em 2027 ultrapasse o limite, caso em que sua obrigação começa no ano seguinte.
O recebimento já é obrigatório, sem exceções. Até mesmo um pequeno empresário (Kleinunternehmer) nos termos do §19 UStG deve ser capaz de receber faturas eletrônicas estruturadas. A "isenção para pequenas empresas" aplica-se apenas à emissão. Desde 1º de janeiro de 2025, fornecer um endereço de e-mail que aceite anexos de arquivo XML tecnicamente satisfaz a letra da lei — mas deixa o destinatário com um arquivo ilegível e uma exceção tratada manualmente toda vez que um fornecedor adota o formato eletrônico.
Notas fiscais de pequeno valor (<€250) e bilhetes de transporte estão excluídos. Conforme os §33 e §34 da UStDV (Umsatzsteuer-Durchführungsverordnung), notas fiscais abaixo de €250 e bilhetes que funcionam como nota fiscal para serviços de transporte estão isentos do requisito de formato estruturado. Serviços isentos de impostos conforme §4 Nr. 8-29 UStG (por exemplo, certos serviços financeiros e de seguros) também estão excluídos.
A implementação gradual da Alemanha a posiciona à frente do cronograma do ViDA para faturamento eletrônico doméstico, que estabelece o prazo de conformidade para 1º de janeiro de 2035. Mas o Requisito de Relatório Digital (DRR) transfronteiriço sob o ViDA entra em vigor em 1º de julho de 2030 — o que significa que as empresas alemãs que se tornarem capazes de emitir notas fiscais eletrônicas para fins domésticos agora já terão resolvido o problema técnico mais difícil antes da obrigação transfronteiriça chegar. Para o cronograma europeu completo em todos os estados-membros, veja nossa visão geral do Faturamento Eletrônico na Europa 2026–2027.
XRechnung vs ZUGFeRD: Não é uma Decisão de Um ou Outro
Os dois formatos compatíveis com a obrigação alemã são XRechnung e ZUGFeRD. Ambos estão em conformidade com a EN 16931 — mas entregam os dados da nota fiscal de maneiras fundamentalmente diferentes, e escolher entre eles não é uma questão de selecionar um e ignorar o outro. A maioria das empresas precisará lidar com ambos, porque fornecedores diferentes usarão formatos diferentes.
XRechnung: XML Puro, Sem Camada Visual
XRechnung é a Especificação de Uso de Nota Fiscal Central (CIUS) nacional da Alemanha para a EN 16931, mantida pela KoSIT (Koordinierungsstelle für IT-Standards). É um formato XML puro — sem PDF, sem renderização visual, apenas campos de dados estruturados organizados de acordo com um esquema rigoroso. A versão obrigatória atual é a XRechnung 3.0.1 (em vigor desde 1º de fevereiro de 2024), que introduziu três campos obrigatórios ausentes em versões anteriores: BT-23 (Tipo de Processo de Negócio), BT-34 (Endereço Eletrônico do Vendedor) e BT-49 (Endereço Eletrônico do Comprador). Uma versão preliminar da XRechnung 4.0 foi lançada para testes em 2026, baseada nas sintaxes UBL 2.5 e CII D25A, mas nenhuma data de adoção obrigatória foi definida.
A XRechnung é o formato obrigatório para faturamento B2G (business-to-government) desde 27 de novembro de 2020. Para B2B, é um dos dois formatos aprovados. A consequência prática: se você já emite notas fiscais para autoridades públicas na Alemanha, já está gerando XRechnung e a obrigação B2B não introduz nenhum novo ônus de formato no lado da emissão.
ZUGFeRD: PDF Híbrido com XML Incorporado
ZUGFeRD (Zentraler User Guide des Forums elektronische Rechnung Deutschland) é um formato híbrido mantido pela FeRD (Forum elektronische Rechnung Deutschland). Ele combina um documento PDF/A-3 legível por humanos com uma camada XML estruturada incorporada — assim, o mesmo arquivo pode ser lido por uma pessoa e processado por um sistema ERP. A versão atual é a ZUGFeRD 2.2, tecnicamente idêntica ao padrão francês Factur-X (a cooperação franco-alemã neste formato significa que ZUGFeRD e Factur-X são a mesma especificação, apenas com nomes localizados).
Detalhe crítico: Nem todo arquivo ZUGFeRD é uma nota fiscal eletrônica conforme. O ZUGFeRD define cinco perfis de conformidade — MINIMUM, BASIC, COMFORT (EN16931), EXTENDED e XRECHNUNG. Apenas o perfil COMFORT/EN16931 e superiores atendem aos requisitos de faturamento eletrônico B2B da Alemanha. Um fornecedor que envia uma nota ZUGFeRD no perfil BASIC enviou algo que parece uma nota fiscal eletrônica — um PDF híbrido com XML incorporado — mas não atende à definição legal conforme §14 UStG. Esta é a armadilha de conformidade que a maioria das pequenas empresas encontrará primeiro.
Comparação Lado a Lado
| Critério | XRechnung | ZUGFeRD (COMFORT/EN16931+) |
|---|---|---|
| Formato de dados | XML puro (UBL 2.1 ou UN/CEFACT CII) | Híbrido: PDF/A-3 + XML incorporado (CII) |
| Legível por humanos | Não — requer visualizador ou analisador | Sim — camada PDF visível em qualquer leitor |
| Uso principal | B2G (governo), também aceito para B2B | B2B (comercial), dominante no Mittelstand |
| Leitweg-ID | Obrigatório para B2G (BT-10) | Opcional; não exigido para B2B |
| Tamanho do arquivo | Muito pequeno (apenas XML) | Maior (PDF + XML) |
| Arquivamento | XML deve ser arquivado em formato original (8 anos) | PDF/A-3 está pronto para arquivo; XML também deve ser preservado |
| Órgão regulador | KoSIT (xeinkauf.de) | FeRD (ferd-net.de) |
Uma carta do BMF de junho de 2025 introduziu uma regra interpretativa importante para notas fiscais híbridas ZUGFeRD: a parte XML estruturada tem precedência sobre a camada PDF legível por humanos. Se houver qualquer discrepância entre as duas representações, os dados do XML prevalecem para fins de IVA. Isso reverte a regra anterior, onde o PDF era tratado como a versão autoritativa. Também significa que a dedução do IVA de entrada (Vorsteuerabzug) conforme §15 UStG só pode ser baseada nos dados legíveis por máquina — se o XML estiver incompleto ou não conforme, o destinatário não pode reivindicar a dedução do IVA, mesmo que a camada PDF pareça correta.
O Que a Obrigação NÃO Exige (E Que Muitos Assumem Que Exige)
Três características de outros regimes europeus de faturação eletrónica são frequentemente — e incorretamente — atribuídas à obrigação alemã. Esclarecê-las é mais útil do que adicionar outra camada de especificação técnica, porque esses equívocos geram ansiedade desnecessária de conformidade em pequenas e médias equipas financeiras.
Sem Leitweg-ID para B2B
O Leitweg-ID (ID de roteamento de referência do comprador) é um identificador estruturado usado para encaminhar faturas para a autoridade pública correta na administração federal, estadual e municipal alemã. Consiste em três segmentos separados por hífen — um prefixo fixo (até 12 caracteres), um sub-identificador único (até 30) e um dígito verificador (2). É exigido apenas para faturas B2G enviadas pelos portais de submissão federal ZRE ou estadual OZG-RE.
Para transações B2B, nenhum Leitweg-ID é exigido. O FAQ do BMF confirma isso explicitamente. Se existir um campo de formato para referência do comprador no seu modelo de fatura B2B, um valor de espaço reservado é suficiente. As empresas não precisam se registrar ou obter qualquer identificador de roteamento para trocar faturas eletrónicas com contrapartes comerciais.
Sem Plataforma de Validação Governamental
Ao contrário da Itália (Sistema di Interscambio, SdI), França (rede PPF/PA) ou Bélgica (rede baseada em Peppol), a Alemanha adotou um modelo operacional descentralizado para faturação eletrónica B2B. Não existe uma plataforma governamental central através da qual as faturas devam ser roteadas ou validadas antes da entrega. As faturas são trocadas diretamente entre parceiros comerciais por qualquer canal mutuamente acordado — e-mail, Peppol, EDI, API direta — desde que o formato estruturado atenda aos requisitos da EN 16931.
Esta é uma diferença significativa para empresas Mittelstand. Na França, toda empresa deve se registrar numa plataforma aprovada (Plateforme Agréée) e o diretório governamental rastreia cada destinatário. Na Alemanha, o governo fica fora do caminho de transmissão B2B. A contrapartida: não existe uma camada oficial de validação que capture erros de formato antes de uma fatura chegar à sua contraparte. O remetente — e apenas o remetente — é responsável por garantir a conformidade.
Peppol é Opcional, Não Obrigatório
A Alemanha oferece suporte ao Peppol (Pan-European Public Procurement Online) como rede de entrega, e o formato Peppol BIS 3.0 é reconhecido como compatível com a EN 16931. Mas, diferentemente da Bélgica — onde o Peppol é o protocolo de troca obrigatório — a Alemanha não exige que as empresas se conectem à rede Peppol. As faturas eletrônicas B2B podem ser enviadas por anexo de e-mail, transferência segura de arquivos ou qualquer outro canal acordado. Pontos de acesso Peppol estão disponíveis para empresas que desejam roteamento automatizado, mas são uma escolha de conveniência, não um requisito de conformidade.
A Realidade das Mittelstand: DATEV, Lexware e a Transição Híbrida
A maioria dos 3,6 milhões de negócios na Alemanha são pequenas e médias empresas (Mittelstand) — e a grande maioria delas usa um de dois sistemas de contabilidade: DATEV ou Lexware. Isso não é uma preferência de mercado; é uma característica estrutural da contabilidade alemã. A relação com o Steuerberater (consultor fiscal) é a âncora da maioria das operações financeiras das Mittelstand, e a plataforma dominante nessa profissão é a DATEV. Uma ferramenta que exporta corretamente para a DATEV é utilizável. Uma que não o faz é operacionalmente invisível.
Isso cria uma tensão específica para a obrigatoriedade da fatura eletrônica. A lei exige XML estruturado. O Steuerberater ainda processa PDFs através da DATEV. A equipe financeira fica no meio, precisando receber XRechnung e ZUGFeRD dos fornecedores enquanto sua própria emissão de faturas — se estiverem abaixo do limite de €800.000 — pode permanecer em PDF até 2028.
| Software | Recebimento de E-Rechnung | Emissão de E-Rechnung | Integração com DATEV | Usuário Típico |
|---|---|---|---|---|
| DATEV | Suportado via DATEV Unternehmen online | Suportado via DATEV Rechnungswesen | Nativo (ecossistema DATEV) | Steuerberater, empresas de médio porte com contabilidade externa |
| Lexware Office | XRechnung e ZUGFeRD 2.x suportados | Geração de XRechnung e ZUGFeRD 2.x | Formato de arquivo de exportação DATEV | Pequenas empresas, empreendedores individuais, contadores internos |
| SAP | Requer Add-On para conformidade total com EN 16931 | Requer Add-On; saída PDF padrão do SAP não é compatível | Via middleware ou conectores nativos | DAX, grandes empresas, subsidiárias internacionais |
| sevDesk | Recebimento de XRechnung e ZUGFeRD 2.x | Geração de XRechnung e ZUGFeRD 2.x | Interface de exportação DATEV | Freelancers, microempresas, empresas de serviços |
O desafio de adaptação para a maioria das empresas Mittelstand não é "qual formato escolher". É que seu processo de contas a pagar é construído em torno da leitura de PDFs: o funcionário do financeiro abre o anexo, lê o valor e a data de vencimento, insere no Lexware ou DATEV e arquiva o PDF. Quando um fornecedor começa a enviar XRechnung — um arquivo XML que aparece como código bruto ao ser aberto — esse fluxo de trabalho quebra. Os dados são, na verdade, mais estruturados e completos do que o PDF jamais foi, mas ficam inacessíveis sem um interpretador.
Estima-se que apenas 20–25% das empresas alemãs estavam enviando faturas eletrônicas no início de 2026, e aproximadamente um terço relatou ser capaz de recebê-las. A lacuna entre 25% e 100% é a transição operacional que se desenrolará entre 2027 e 2028 — e as equipes financeiras que prepararem um fluxo de trabalho para lidar com entradas de XML e PDF antes que seus fornecedores migrem evitarão a correria que ocorre quando um fornecedor-chave adota o formato eletrônico sem aviso prévio.
O ecossistema de processamento de faturas alemão já carrega custos significativos de entrada manual. Como exploramos em detalhes em nossa análise do problema de entrada manual de faturas na Alemanha, cada fatura em papel ou PDF que chega em formato não estruturado requer de 3 a 5 minutos de redigitação — um custo que se multiplica rapidamente com o volume de faturas. A obrigatoriedade da fatura eletrônica foi projetada para eliminar isso em nível estrutural, mas apenas se o destinatário tiver capacidade de processar dados estruturados na chegada.
O que as Equipes Financeiras Devem Fazer Agora — um Roteiro de 5 Etapas
Esta não é uma lista de verificação para uma corporação DAX com equipe de conformidade dedicada e orçamento de ERP de seis dígitos. Foi escrita para o gerente financeiro de uma empresa Mittelstand com 50 a 500 funcionários, uma instalação existente de Lexware ou DATEV e instruções do Geschäftsführer para não atrapalhar o fechamento mensal.
Verifique sua capacidade de recebimento agora.
Desde janeiro de 2025, sua organização deve ser capaz de receber faturas XRechnung e ZUGFeRD. No mínimo técnico, isso significa que seu sistema de e-mail deve aceitar anexos de arquivos XML sem filtrá-los ou bloqueá-los. No nível prático, significa que alguém da sua equipe financeira deve ser capaz de extrair os dados estruturados desses arquivos e inseri-los em seu sistema contábil. Um arquivo não lido em uma caixa de entrada satisfaz a letra da lei, mas gera uma exceção de contas a pagar toda vez.
Mapeie sua base de fornecedores por jurisdição.
Identifique quais de seus fornecedores atuais estão constituídos na Alemanha. São essas empresas que farão a transição de suas faturas para XRechnung ou ZUGFeRD em 1º de janeiro de 2027 (se o faturamento for superior a €800 mil) ou em 1º de janeiro de 2028 (todos os outros). Fornecedores transfronteiriços de outros estados da UE não estão atualmente sujeitos à obrigação alemã — eles permanecem sob as regras de seu país de origem — e as transações B2C são totalmente excluídas. Esse mapeamento revela sua janela de exposição.
Confirme seu caminho de formato de saída.
Se seu faturamento do ano anterior exceder €800.000, você precisa de um plano confirmado para gerar e-faturas compatíveis até janeiro de 2027 — não apenas uma promessa de fornecedor. Se você está abaixo do limite e não espera ultrapassá-lo antes de 2028, ainda tem alívio de transição até 31 de dezembro de 2027, mas deve documentar seu caminho para a conformidade. O modo de falha mais comum é esperar por uma atualização do fornecedor de ERP que chega atrasada ou com mapeamento EN 16931 incompleto.
Construa um fluxo de trabalho de AP com formatos mistos.
Nos próximos dois a três anos, seu fluxo de faturas recebidas será uma mistura de formatos: XML XRechnung, PDFs híbridos ZUGFeRD e papel/PDF tradicional de pequenos fornecedores e vendedores transfronteiriços. A abordagem mais prática para uma equipe financeira que não pode pagar por uma plataforma empresarial de automação de AP é uma ferramenta que normaliza todos os formatos de faturas recebidas — PDF, digitalizações de papel, capturas de tela e a camada visual de PDFs híbridos ZUGFeRD — em uma única planilha ou formato pronto para ERP. Isso evita a divisão operacional onde "XRechnung passa por um parser XML dedicado, ZUGFeRD por um caminho de extração e PDFs em papel por entrada manual", substituindo três fluxos de trabalho por um.
Planeje o arquivamento antes da primeira fatura chegar.
De acordo com o §14b Absatz 1 UStG, a parte estruturada de toda e-fatura recebida e emitida deve ser mantida em seu formato original e inalterado por 8 anos. Uma renderização em PDF não substitui os dados XML. Se seu processo atual de arquivamento consiste em salvar PDFs em pastas, ele não atende à obrigação de retenção da camada de dados estruturados de faturas eletrônicas. Os princípios GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern) exigem proveniência em nível de campo, versionamento e imutabilidade — pergunte ao fornecedor do software por um exemplo de trilha de auditoria antes de adotar uma abordagem de arquivamento.
Perguntas Frequentes
Um PDF enviado por e-mail é uma nota fiscal eletrônica válida na Alemanha?
Não. De acordo com o §14 Absatz 1 Satz 3 UStG, alterado pela Wachstumschancengesetz, uma nota fiscal eletrônica válida deve ser emitida, transmitida e recebida em um formato eletrônico estruturado que permita o processamento eletrônico. Um PDF — mesmo quando gerado digitalmente e enviado por e-mail — não contém dados estruturados. É uma representação visual, não uma estrutura de dados legível por máquina. Durante os períodos de transição (até 31 de dezembro de 2026 para todas as empresas, e até 31 de dezembro de 2027 para PMEs ≤€800.000), PDFs ainda podem ser enviados com consentimento do destinatário — mas são classificados como "outras notas fiscais" (sonstige Rechnungen), não como notas fiscais eletrônicas.
Qual formato devo usar — XRechnung ou ZUGFeRD?
Se você fatura órgãos públicos na Alemanha, o XRechnung é obrigatório para B2G. Se você fatura outras empresas nacionalmente, o ZUGFeRD (no perfil COMFORT/EN16931 ou superior) é a escolha mais prática para a maioria das empresas, pois produz um PDF legível por humanos junto com os dados estruturados — seu destinatário pode ler a nota fiscal normalmente mesmo sem um parser. No entanto, a escolha do seu software determinará em grande parte essa decisão: se seu pacote contábil gera ZUGFeRD 2.x, use esse. Se gera XRechnung, use esse. A decisão importante não é o formato — é garantir que o perfil de conformidade do formato atenda ao requisito EN 16931.
Sou Kleinunternehmer (pequeno empresário). Preciso fazer algo?
Sim — você deve ser capaz de receber notas fiscais eletrônicas estruturadas de seus fornecedores alemães. A isenção para Kleinunternehmer sob o §19 UStG não o isenta da obrigação de recebimento do §14 UStG. Você não é obrigado atualmente a emitir notas fiscais eletrônicas até 2028 (a menos que seu faturamento exceda €800.000), mas se um fornecedor alemão lhe enviar uma nota fiscal XRechnung ou ZUGFeRD, você deve ser capaz de processá-la.
Posso solicitar a dedução do IVA de uma fatura em PDF após 2027?
Apenas se o fornecedor ainda estiver dentro da sua janela de transição. Após 1º de janeiro de 2027, empresas acima do limite de €800.000 devem emitir faturas eletrônicas. Se esse fornecedor lhe enviar um PDF, a fatura não atende aos requisitos legais do §14 UStG — e sua dedução do IVA (Vorsteuerabzug) nos termos do §15 UStG pode ser negada. Um ofício do BMF de junho de 2025 esclareceu ainda que a dedução do IVA só pode ser baseada em dados estruturados legíveis por máquina. Este é o risco financeiro mais significativo da não conformidade: ele transforma um erro de formato em um custo direto igual ao valor do IVA da fatura. Após 1º de janeiro de 2028, a mesma regra se aplica independentemente do porte do fornecedor.
E se eu não tiver um sistema ERP que leia XRechnung?
Você não está sozinho — uma parcela significativa das empresas Mittelstand utiliza contabilidade no Lexware ou DATEV sem uma camada corporativa de automação de contas a pagar. A abordagem mínima viável para receber faturas eletrônicas sem um analisador ERP é usar uma ferramenta de extração de documentos que possa extrair dados de documentos em formato PDF — incluindo a camada visual de PDFs híbridos ZUGFeRD, capturas de tela de faturas XRechnung renderizadas em um visualizador e faturas tradicionais em papel ou PDF — e então gerar os resultados combinados em uma única planilha ou CSV que seu software de contabilidade possa importar. Isso preenche a lacuna entre "precisa receber XML" e "só consegue processar PDFs" sem substituir sua pilha de software existente. O mandato francês, que segue uma trajetória semelhante, enfrenta o mesmo desafio — veja Faturamento Eletrônico na França 2026 para a experiência comparável com Factur-X e a rede PPF/PA.
O que acontece se os dados XML e a camada PDF discordarem em uma fatura ZUGFeRD?
O XML prevalece. Um ofício do BMF de junho de 2025 estabeleceu que a camada de dados estruturados tem precedência legal sobre a renderização visual do PDF em faturas híbridas. Se as duas representações diferirem — por exemplo, o PDF mostra uma alíquota de IVA de 19%, mas o XML codifica uma alíquota de 7% — o destinatário deve processar o valor do XML. Esta regra também se aplica ao pedido de dedução do IVA do destinatário: a dedução deve ser baseada nos dados XML, não no PDF visível.
Por quanto tempo devo conservar as e-faturas e em que formato?
De acordo com o §14b Absatz 1 UStG, tanto as faturas recebidas quanto as emitidas devem ser retidas por 8 anos (10 anos segundo o direito comercial, Handelsrecht). Para e-faturas, a parte XML estruturada deve ser preservada em sua forma original e inalterada. Uma simples renderização em PDF não cumpre a obrigação de retenção. O sistema de arquivamento deve estar em conformidade com os princípios GoBD: trilha de auditoria em nível de campo, imutabilidade, versionamento e legibilidade por máquina para acesso em auditorias fiscais.
O Prazo Real Não é Janeiro de 2027
As datas oficiais da obrigatoriedade ganham as manchetes, mas a data que realmente importa para sua equipe de contas a pagar é o dia em que seu primeiro fornecedor-chave migrar para a e-fatura — e essa data pode ser qualquer dia entre agora e 2028, pois fornecedores acima do limite de €800.000 estão livres para fazer a transição antecipadamente. A preparação não se resume a cumprir um único prazo regulatório. Trata-se de garantir que, quando a mudança chegar sem aviso, a fatura não fique sem ser lida na caixa de entrada financeira enquanto o prazo de pagamento corre.
A boa notícia para a maioria das equipes financeiras de médias empresas é que a obrigatoriedade alemã é estruturalmente mais simples que suas equivalentes francesa ou italiana: sem plataforma de autorização, sem rede obrigatória, períodos de transição flexíveis e formatos baseados no mesmo padrão EN 16931 que seus fornecedores de software vêm atualizando desde 2020. A adaptação é incremental, não arquitetural. O risco não é a regulamentação em si — é presumir que "2028" ou "€800.000" significa que você não tem nada a fazer até lá. O recebimento já é obrigatório. Os fornecedores já estão fazendo a transição. A confusão de formatos já está gerando exceções no contas a pagar. A hora de construir um fluxo de trabalho para receber faturas estruturadas é antes da primeira chegar.