PEPPOL em Portugal: O Que É e Para Que Serve ao Contabilista

A primeira vez que um cliente lhe reencaminha um "comprovativo de entrega PEPPOL", é normal ler duas vezes. Parece uma fatura. Ao mesmo tempo, parece um recibo de sistema. Tem um .xml em anexo, um identificador esquisito no corpo do email e, algures, a expressão Peppol BIS Billing 3.0. E o cliente pergunta: "Isto é mesmo a fatura? Ainda preciso do PDF?"

É uma pergunta que vai surgir cada vez mais. O PEPPOL não é novo — Portugal está ligado à rede há anos, através da ESPAP — mas o universo de empresas que tocam nela está a alargar devagar. Se faz a contabilidade de uma empresa que fatura ao sector público, ou que tem fornecedores na UE, já está com um pé dentro deste tema.

Este guia arruma o essencial: o que o PEPPOL é, onde já se aplica hoje em Portugal, e o que muda em concreto no seu fluxo mensal quando um cliente passa a usá-lo — tudo isso alimenta as obrigações SAF-T cobertas no nosso guia SAF-T Portugal.

O Que É o PEPPOL, na Prática

PEPPOL (Pan-European Public Procurement On-Line) é uma rede de entrega de documentos empresariais. Não é um formato de faturação — é mais o sistema postal das faturas estruturadas e documentos afins entre países da UE.

Há três peças que interessam:

• A rede. Um conjunto de Access Points certificados que trocam documentos entre emissores e receptores. A empresa liga-se uma única vez, a um Access Point, e passa a poder enviar ou receber de qualquer outra empresa na rede.
• O formato. O PEPPOL define uma estrutura XML normalizada — hoje o Peppol BIS Billing 3.0 — assente na norma europeia EN 16931. Todas as faturas que circulam na rede respeitam essa estrutura.
• Os identificadores. Cada participante tem um Peppol ID. Em Portugal, é tipicamente o NIF com um prefixo de esquema (9946: para Portugal).

O que o PEPPOL não é: não substitui a AT, não substitui o SAF-T, não concorre com o Portal das Finanças. Uma fatura PEPPOL continua a ter de entrar na contabilidade do cliente, continua a ter de ser comunicada à AT pelos canais normais, e continua a aparecer no SAF-T mensal.

É um cano, não é um regulador.

Onde o PEPPOL Já Se Aplica em Portugal

Esta é a parte onde muitos artigos generalizam. A situação honesta, hoje:

Contratação pública (B2G): Com a transposição da Directiva UE 2014/55/UE e as regras da ESPAP, as entidades públicas portuguesas têm de estar em condições de receber faturas eletrónicas estruturadas segundo a EN 16931. Na prática, os fornecedores do sector público emitem cada vez mais via PEPPOL ou através das plataformas sob o enquadramento da ESPAP (FE-AP e canais associados). Se o seu cliente fatura a ministérios, câmaras, hospitais ou outros organismos públicos, isto já está em vigor para ele — os prazos foram faseados ao longo dos últimos anos e hoje abrangem todas as dimensões de empresa.

B2B transfronteiriço na UE: Multinacionais grandes enviam e recebem cada vez mais faturas PEPPOL além-fronteiras por imposição do grupo. Uma subsidiária portuguesa de um grupo belga ou neerlandês pode já estar na rede, mesmo sem ser um tema discutido localmente.

B2B doméstico: Não existe hoje uma obrigação geral que force as empresas privadas portuguesas a usar PEPPOL entre si. Algumas usam, voluntariamente, por já estarem ligadas por causa do sector público. O pacote europeu "VAT in the Digital Age" (ViDA) aponta para um caminho de facturação estruturada mais abrangente nos próximos anos — mas, à data de hoje, o uso PEPPOL em B2B doméstico em Portugal é opcional, não obrigatório.

Ou seja, quando um cliente lhe perguntar "eu sou obrigado a fazer PEPPOL?", a resposta depende de a quem ele vende e em que geografia.

O Que Muda no Processamento Mensal

Quando um cliente começa a receber faturas por PEPPOL, há algumas alterações concretas no fluxo. Nenhuma é dramática isoladamente — mas em conjunto mudam a forma como fecha o mês.

1. A fatura chega como dados estruturados, não como PDF

Uma fatura PEPPOL é um XML que já traz todos os campos que normalmente reintroduz à mão: NIF do fornecedor, número de fatura, linhas, taxas de IVA, totais, condições de pagamento. O fornecedor costuma enviar também um PDF legível por humanos, mas o XML é o documento com valor legal, não o PDF.

Para o contabilista, a consequência é direta: o passo de data entry desaparece quase por completo. Se a ferramenta que usa sabe ler Peppol BIS 3.0, deixa de estar a fazer OCR a um PDF e a confirmar campos — está a ingerir XML já estruturado.

2. Os duplicados comportam-se de outra forma

Num fluxo em papel ou PDF, os duplicados aparecem quando a mesma fatura chega por dois canais (email + portal do fornecedor, por exemplo). No PEPPOL, cada documento tem um ID único ao nível da rede. Se continuar a receber PDFs por email do mesmo fornecedor, precisa de uma regra de deduplicação: o XML PEPPOL é canónico; o PDF é cópia.

Sem essa regra, lança a despesa duas vezes. É um erro comum nos primeiros meses.

3. A questão do arquivo muda

As regras portuguesas obrigam a arquivar faturas durante 10 anos num formato que preserve integridade e legibilidade. Para faturas PEPPOL, isso significa arquivar o XML mais a representação visual — não só o PDF. Se a AT perguntar, o XML é a fonte de verdade.

Se o fluxo de arquivo atual deita fora o XML e guarda apenas o PDF, está a descartar o documento legal e a manter uma cópia.

4. O e-Fatura e o SAF-T continuam a aplicar-se

Uma fatura PEPPOL não isenta o cliente das obrigações normais de comunicação. O fornecedor emitente continua a ter de comunicar a fatura à AT (pelo software de facturação certificado ou pelo e-Fatura), e a contabilidade do cliente continua a ter de lançar, reconciliar contra o e-Fatura e incluir no SAF-T mensal.

O conteúdo não muda. O canal de entrega muda.

O Que a AT Verifica

Num contexto PEPPOL, os pontos de escrutínio são praticamente os mesmos de qualquer outra fatura — com algumas nuances.

• Os NIFs continuam a ter de bater certo. O XML traz os NIFs do fornecedor e cliente em campos estruturados. Um NIF errado produz o mesmo flag de cruzamento que em qualquer outro caso.
• ATCUD e dados do código QR. Se a fatura PEPPOL vem de um fornecedor português, o XML deve continuar a conter o ATCUD e os dados que populam o QR code, porque o software certificado do emissor continua obrigado a gerá-los. Faltar ATCUD numa fatura emitida em Portugal é sinal de alerta, independentemente do canal de entrega.
• Fornecedores estrangeiros. Uma fatura PEPPOL de um fornecedor, digamos, alemão, não traz ATCUD — o ATCUD é uma construção portuguesa. Isso é esperado e correcto. Normalmente são operações em reverse-charge, e as regras habituais de reverse-charge aplicam-se na mesma.

Nada disto é território de compliance novo. São os mesmos controlos, adaptados a um canal novo.

Checklist Prática Quando um Cliente Entra em PEPPOL

Se um cliente avisa que vai começar a enviar ou receber faturas por PEPPOL, percorra esta lista com ele antes de fechar o primeiro mês:

1. Identifique qual é o Access Point. Geralmente é o fornecedor do software de facturação ou um prestador especializado. Peça o Peppol ID (o NIF com o prefixo 9946: para Portugal).
2. Combine como as faturas chegam a si. Vai receber o XML cru? Um PDF renderizado? Os dois? Em que canal — email, drive partilhada, integração directa? Decida antes de começar a haver volume.
3. Defina a regra de deduplicação. Por escrito: "O XML é o registo primário. Qualquer PDF recebido da mesma fatura é cópia." E garanta que o seu software ou processo cumpre a regra.
4. Actualize o arquivo. Guarde o XML, não apenas o PDF. Durante 10 anos. Num sítio acessível se a AT pedir.
5. Confirme a reconciliação com o e-Fatura. Verifique que as faturas recebidas por PEPPOL continuam a aparecer no e-Fatura como seria de esperar (porque o emitente continua a comunicá-las). Se não aparecerem, o problema é de comunicação do emissor, não do PEPPOL.
6. Pense no volume. Se este cliente começa a receber dezenas ou centenas de faturas PEPPOL por mês, os hábitos manuais da era do PDF vão partir-se. Planeie o passo de automação antes de o volume planear por si.

Para Onde Isto Vai

O PEPPOL não é uma revolução para os contabilistas portugueses. É uma mudança mais silenciosa — parte do movimento lento que substitui o PDF-como-fatura por dados estruturados como base por defeito. As empresas que se ligam hoje, por causa do sector público, são a linha da frente; o ViDA e as futuras regras europeias vão puxar outras com o tempo.

O que faz sentido, na prática, é ganhar prática nos dois ou três clientes que já tocam no tema, para que quando chegar o quarto e o quinto, o fluxo já esteja decidido. É mais fácil do que reconstruir o processo sob pressão de prazo.

Se gere vários clientes e alguns já estão em PEPPOL enquanto outros continuam em PDF-e-email, veja como o dashboard multi-cliente da Faturiza ajuda contabilistas a manter fluxos diferentes organizados. A mesma abordagem que já lida com realidades SAF-T diferentes numa carteira de clientes estende-se naturalmente a realidades mistas de PEPPOL e PDF — porque, no fim do mês, o SAF-T e os lançamentos têm de bater certo de qualquer maneira.

Leitura relacionada:

• SAF-T em Portugal: Guia de Sobrevivência do Contabilista
• ATCUD e Códigos QR nas Faturas: O Que Muda no Processamento do Contabilista
• IVA em Reverse-Charge em Faturas de Fornecedores UE

Parte da nossa série de guias SAF-T e conformidade.