Conformidade com a norma ZUGFeRD na Alemanha: perfis, requisitos e integração com o ERP

24 de agosto de 2026

10 min de leitura

Resumir com IA

Os requisitos alemães em matéria de faturação eletrónica podem fazer com que um processo de faturação que já conhecemos pareça, de repente, um projeto IT muito mais complexo. Se o seu ERP já funciona bem, a última coisa que quer é ter de o reformular apenas para suportar outro formato de fatura.

É por isso que eu começaria pelo que já tem. Alguns sistemas ERP conseguem gerar faturas eletrónicas estruturadas através de módulos integrados, APIs ou componentes específicos de cada país. Outros continuam a produzir PDFs padrão e necessitam de um passo adicional de conversão. Assim que souber qual é a situação do seu sistema, torna-se muito mais fácil escolher uma configuração ZUGFeRD que cumpra os requisitos sem introduzir alterações desnecessárias no processo central de faturação.

Dmitry Nazarevich

Director de Tecnologia

Arquiteto visionário, Dmitry faz a ponte entre a inovação bruta e a viabilidade comercial. Ele supervisiona o roteiro tecnológico da empresa, garantindo que cada solução seja construída sobre uma pilha que resolva problemas comerciais imediatos.

Ver perfil

O que é o ZUGFeRD?

O ZUGFeRD é um formato híbrido de fatura eletrónica. Uma fatura ZUGFeRD combina um documento PDF/A-3 legível por pessoas com código XML estruturado incorporado, que o software de contabilidade pode processar diretamente.

O ficheiro XML contém dados de fatura definidos, tais como informações sobre o vendedor e o comprador, linhas de fatura, códigos taxe, totais, detalhes de pagamento e referências. No caso da faturação eletrónica alemã, a versão e o perfil ZUGFeRD selecionados são tão importantes quanto o próprio ficheiro.

Que perfil ZUGFeRD deve utilizar?

O ZUGFeRD tem cinco perfis principais, além do perfil de referência XRECHNUNG, e estes diferem tanto no âmbito dos dados como na utilização regulamentar. Numa implementação B2B alemã típica baseada na norma EN 16931, normalmente começaria pelo perfil EN 16931 e passaria para o EXTENDED quando o processo empresarial exigisse dados estruturados adicionais.

Perfil	O que abrange	Situação na Alemanha
MÍNIMO	Informações básicas sobre o comprador, o vendedor, os totais e os impostos	Não reconhecida como uma fatura UStG completa
BASIC WL	Informações contabilísticas ao nível do cabeçalho, sem linhas de fatura	Não reconhecida como uma fatura UStG completa
BÁSICO	Subconjunto da norma EN 16931 para faturas mais simples	Reconhecida como uma fatura completa ao abrigo da UStG
EN 16931, anteriormente COMFORT	Modelo completo de fatura de base segundo a norma EN 16931	Reconhecida como uma fatura UStG completa e a principal opção para a faturação eletrónica em conformidade com as normas da UE
ALARGADO	EN 16931, além de dados adicionais para processos empresariais mais complexos	Reconhecida como uma fatura completa ao abrigo da UStG
XRECHNUNG	Perfil de referência baseado nos requisitos da XRechnung para o KoSIT	É relevante sobretudo nos casos em que se aplicam os requisitos da XRechnung, em particular no âmbito B2G

O FeRD recomenda explicitamente a norma EN 16931 para faturas eletrónicas em conformidade com a UE. O Ministério Federal das Finanças alemão afirma também que o ZUGFeRD, a partir da versão 2.0.1, pode cumprir os requisitos alemães em matéria de faturação eletrónica, com exceção dos níveis MINIMUM e BASIC-WL.

Por isso, a seleção do perfil deve ser feita numa fase inicial. Escolher o perfil «MÍNIMO» apenas porque este contém os montantes básicos, por exemplo, não torna o documento numa fatura eletrónica alemã em conformidade.

Quem tem de cumprir a legislação na Alemanha?

Alemanha está a introduzir a faturação eletrónica B2B por etapas.

Desde 1 de janeiro de 2025, as empresas alemãs abrangidas por esta medida devem estar tecnicamente preparadas para receber faturas eletrónicas relativas a transações abrangidas pelas regras B2B.
Até 31 de dezembro de 2026, as regras transitórias continuam a permitir a emissão de faturas em papel e, com o consentimento do destinatário, outros formatos eletrónicos, como os ficheiros PDF comuns.
Durante o ano de 2027, esse período de transição é prolongado para os emitentes cujo volume de negócios do ano anterior não exceda 800 000 €. Certos acordos de EDI beneficiam igualmente de um período de transição até 2027.
A partir de 1 de janeiro de 2028, termina o período de transição geral para a faturação B2B nacional abrangida por esta medida.

Não consideraria isto como uma regra segundo a qual todas as faturas alemãs têm de utilizar o ZUGFeRD. O âmbito de aplicação continua a depender da transação. As faturas B2C, algumas transações isentas, as faturas de baixo valor e outros casos especiais podem seguir regras diferentes.

Por que razão as faturas em PDF comuns já não são suficientes

Um ficheiro PDF normal contém informações destinadas principalmente à leitura humana. Uma fatura eletrónica estruturada também fornece campos legíveis por máquina, definidos para software de contabilidade.

Uma pessoa pode ver:

Uma fatura estruturada separa os valores subjacentes, para que o software saiba qual o montante que corresponde à base tributável, ao IVA, ao total bruto e ao montante a pagar.

Essa distinção permite que os sistemas ERP e de contabilidade processem faturas sem terem de reconstruir o seu significado a partir do texto ou do layout da página em PDF.

Verifique primeiro o que o seu ERP já suporta

Antes de implementar um conversor, verifique se o ERP já disponibiliza funções de faturação eletrónica específicas para cada país, APIs ou módulos de documentos.

Normalmente, existem três percursos:

Os ambientes SAP, por exemplo, podem utilizar funcionalidades específicas de cada país através do SAP Document and Reporting Compliance. Outros sistemas ERP ou sistemas personalizados podem necessitar de middleware ou de um serviço de conversão independente.

Um conversor autónomo faz, portanto, mais sentido quando não existe um suporte nativo adequado ou quando a alteração da aplicação principal de faturação implicaria riscos desnecessários para o projeto.

Como um conversor autónomo de PDF para ZUGFeRD pode ajudar

No caso de um processo baseado em PDF, o fluxo de conversão pode ser o seguinte:

Sempre que possível, os dados estruturados do ERP constituem uma fonte mais fiável do que os valores reconstruídos a partir do PDF. Os formatos JSON, XML, CSV, registos de bases de dados ou dados de API preservam o significado dos campos da fatura e reduzem os erros de interpretação.

Mapeie os dados da fatura para o modelo EN 16931

A criação do XML requer um mapeamento semântico correto. O conversor tem de identificar o que cada valor da fatura representa e colocá-lo no campo estruturado correspondente.

O preço é simples. Outros campos requerem mais contexto: os identificadores do vendedor e do comprador, o tipo de fatura, as categorias fiscais, os códigos de unidade, os abatimentos, os encargos, as referências, as condições de pagamento, as informações de entrega e a discriminação do IVA podem todos afetar o ficheiro XML.

Valor da fatura	Termo da norma EN 16931
Número da fatura	BT-1
Data de emissão	BT-2
Moeda	BT-5
Nome do vendedor	BT-27
Nome do comprador	BT-44
Valor líquido da linha	BT-131
Total sem IVA	BT-109
Total do IVA	BT-110
Total com IVA	BT-112
Montante em dívida	BT-115

A maior parte do trabalho de implementação centra-se neste modelo de dados e na validação associada ao mesmo. O sistema tem de mapear corretamente os dados de origem, criar um ficheiro XML válido, convertê-lo para o formato PDF/A-3 e manter a consistência entre ambas as representações.

Validar por camadas

Eu verificaria a fatura em várias etapas:

Por exemplo:

O conversor deve calcular e comparar estes valores, em vez de copiar cadeias de caracteres formatadas do PDF.

Também verificaria o ficheiro PDF/A-3 final após a incorporação do XML. A etapa de empacotamento altera o documento, pelo que a verificação apenas do PDF de origem não abrange o resultado final.

Antes de enviar, compararia o número da fatura, as datas, as partes envolvidas, a moeda, os valores das linhas, as informações fiscais, os totais, os dados de pagamento e as referências entre os ficheiros PDF e XML.

Precisa de adicionar a faturação eletrónica ao seu ERP?

Podemos ajudá-lo a avaliar a sua configuração atual do ERP, a definir o fluxo adequado de dados de faturação e a implementar a faturação eletrónica em integração com os sistemas que já utiliza.

Lista de verificação de conformidade com a ZUGFeRD

Utilize uma versão compatível do ZUGFeRD e o perfil adequado.
Cumpra os requisitos da norma EN 16931 relativos ao tipo de fatura selecionado.
Inclua todos os dados necessários da fatura no XML estruturado.
Gerar um documento PDF/A-3 válido.
Incorpore o XML corretamente no PDF.
Mantenha a consistência dos valores das faturas em PDF e XML.
Validar esquemas XSD e regras de negócio do Schematron.
Verifique os valores da lista de códigos relativos a moedas, unidades, categorias de IVA e formas de pagamento.
Recalcular o IVA, os totais, as datas e os montantes a pagar.
Rejeitar as faturas que não passarem nas verificações de validação obrigatórias.
Conserve a fatura eletrónica de acordo com os requisitos de conservação da Alemanha.
Testar os ficheiros com os sistemas de contabilidade dos clientes antes da sua utilização em produção.

Mais sobre este tema

Serviços

Serviços de integração da KSeF — conformidade com a faturação eletrónica

Blogue

Processamento automatizado de facturas

Blogue

Faturação eletrónica SAP: conformidade de documentos e relatórios

Blogue

Migração de dados de ERP: melhores práticas, estratégia e ferramentas

Contactar-nos

Marcar uma chamada ou preencha o formulário abaixo e entraremos em contacto consigo assim que tivermos processado o seu pedido.

Nome

Empresa

Correio electrónico

Telefone

Mensagem

Envie-nos uma mensagem de voz

Anexar documentos

Enviar ficheiro

Pode anexar um ficheiro com um máximo de 2MB. Formatos de ficheiro válidos: pdf, jpg, jpeg, png.

Ao clicar em Enviar, o utilizador autoriza a Innowise a processar os seus dados pessoais de acordo com a nossa Política de privacidade para lhe fornecer informações relevantes. Ao enviar o seu número de telefone, o utilizador aceita que o possamos contactar através de chamadas de voz, SMS e aplicações de mensagens. Poderão ser aplicadas tarifas de chamadas, mensagens e dados.

Pode também enviar-nos o seu pedido
para contact@innowise.com

O que é que acontece a seguir?

Assim que recebermos e processarmos o seu pedido, entraremos em contacto consigo para necessidades do seu projeto e assinar um NDA para garantir a confidencialidade.

Depois de analisarmos os seus desejos, necessidades e expectativas, a nossa equipa elaborará uma proposta de projeto proposta de projeto com o âmbito do trabalho, dimensão da equipa, tempo e estimativas de custos.

Marcaremos uma reunião consigo para discutir a oferta e acertar os pormenores.

Por fim, assinaremos um contrato e começaremos a trabalhar no seu projeto imediatamente.