Guia Peppol 2026: adesão, identificação e envio de faturas

Como aderir ao Peppol em Portugal: escolher prestador, confirmar o identificador, enviar e receber faturas, verificar estados e evitar confusões com a FE-AP.

Etiquetas
#faturação eletrónica peppol#peppol id#access point peppol#fatura eletrónica#software de faturação
Guia de faturação eletrónica Peppol com passos de configuração, identificadores e entrega de faturas.

Por Tailride · Fontes verificadas em 30 de outubro de 2026

Uma PME adere normalmente ao Peppol através do seu programa de faturação, de um portal ou de um prestador ligado a um ponto de acesso certificado. O prestador verifica a empresa, confirma o identificador e configura os documentos que pode receber. Não é necessário tornar-se membro da OpenPeppol para trocar faturas como utilizador. OpenPeppol para utilizadores, adesão e acesso à rede.

Em Portugal, esta ligação deve ser distinguida das exigências concretas da FE-AP e da contratação pública. Uma conta Peppol, por si só, não prova a integração com esses processos. Este guia explica configuração, identificadores, envio, receção e erros. As datas legais estão no artigo de obrigações por país. FAQ da eSPap.

Como funciona o Peppol?

O Peppol reúne especificações documentais, regras e prestadores certificados. Não é um único portal central. Fornecedor e cliente podem usar programas e prestadores diferentes.

No modelo de quatro cantos, o fornecedor prepara a fatura; o seu ponto de acesso valida e transmite o documento ao ponto de acesso do cliente; este entrega-o ao processo de receção acordado. A infraestrutura localiza o serviço e os tipos de documento aceites pelo destinatário. O prestador trata dessa pesquisa técnica; a empresa deve fornecer os dados e referências certos. Arquitetura OpenPeppol.

Modelo Peppol de quatro cantos: fornecedor, ponto de acesso emissor, ponto de acesso recetor e cliente.

1. Escolher como aderir ao Peppol

Comece pelo programa que já utiliza. Pergunte se o seu plano e configuração permitem envio e receção nos países e perfis necessários. Importar um XML não demonstra, por si só, uma ligação à rede.

OpçãoQuando pode fazer sentidoO que confirmar
Função do programa atualO processo já é suportado pela aplicaçãoEnvio, receção, países, perfis e exportação
Portal de faturaçãoPoucas faturas sem integração própriaFaturas recebidas, notas de crédito, originais XML e limites
Prestador integrado nos sistemasTroca automatizada entre aplicaçõesMapeamento de dados, erros, implementação, apoio e custos

São vias de acesso descritas pela autoridade Peppol neerlandesa. Confirme o ponto de acesso subjacente na lista de prestadores certificados. Se o software utilizar um terceiro, peça a identificação desse operador. O país de sede no registo não prova a cobertura de todos os serviços nacionais.

Solicite um orçamento que inclua ativação, entidades jurídicas, volumes recebidos e enviados, integração, conservação, exportação e migração. As fontes não estabelecem um preço único de retalho para Peppol: depende do programa e do prestador. FAQ sobre custos.

FE-AP e CIUS-PT não são apenas nomes alternativos de Peppol

Para um cliente da Administração Pública, confirme a plataforma utilizada e as instruções do contrato. A eSPap descreve canais Webservices e AS2 para a FE-AP e requisitos documentais CIUS-PT. Uma declaração genérica de compatibilidade Peppol não demonstra que o prestador também assegura essa integração. eSPap, canais e documentos.

Peça que sejam identificados o formato de origem, o perfil aceite no destino, o canal de entrega e a responsabilidade pela integração. Não trate a aceitação de um ficheiro UBL como prova de que todos os canais portugueses estão cobertos.

2. Confirmar o identificador Peppol

O identificador combina um código de esquema e um valor registado. Pode basear-se numa identificação fiscal, num registo empresarial ou noutro identificador reconhecido. Não é a palavra-passe do programa, o email ou o número da encomenda.

Esquema de exemploIdentificaçãoVerificação prática
9946 - PortugalEsquema PT:VATConfirmar o valor efetivamente registado; conhecer o NIF não prova a adesão
0208 - BélgicaNúmero de empresa BCE/KBORegisto obrigatório dos fornecedores belgas, pelo menos neste esquema
0106 - Países BaixosNúmero KVKVerificar destinatário e capacidade documental
0190 - Países BaixosOINConfirmar o endereço indicado pelo organismo público
0211 - ItáliaIdentificação IVA italianaA AgID descreve o valor com IT seguido do número de IVA

Fontes: lista oficial de esquemas, FAQ belga, autoridade neerlandesa, AgID. A tabela mostra esquemas, não endereços utilizáveis nem prova de registo de uma empresa.

Peça confirmação do esquema, valor exato, entidade jurídica, ambiente de produção e tipos de documentos ativados para receção. Preserve zeros iniciais e prefixos exigidos. O endereço eletrónico do comprador deve constar do campo certo da fatura estruturada; o número fiscal mostrado noutra parte não o substitui. EndpointID / BT-49.

O identificador Peppol combina um código de esquema e um valor registado; a estrutura não prova a adesão.

3. Verificar o cliente e os documentos suportados

Pesquise no Peppol Directory ou na ferramenta do prestador. Confirme entidade, identificador e perfil da fatura. A capacidade de receber encomendas não prova que a mesma organização recebe o tipo de fatura pretendido.

Não aparecer no Directory não significa necessariamente estar fora da rede. A publicação nesse diretório não é obrigatória. Use o Lookup OpenPeppol ou peça ao prestador que consulte os metadados do identificador e documento exatos. A capacidade de receber também não demonstra a de enviar. Limites do diretório, FAQ da autoridade.

Obtenha referência do comprador, número de encomenda e dados do departamento. A regra R003 de Peppol BIS Billing exige referência do comprador ou da encomenda. O cliente ou um perfil nacional podem exigir informação adicional. Uma referência inventada não resolve a necessidade comercial. Regra R003.

4. Validar e enviar a primeira fatura

Combine o primeiro envio com o cliente. Utilize um ambiente de testes, se o prestador o disponibilizar. Em produção, envie uma fatura real e autorizada; não crie um documento fiscal fictício só para testar a ligação.

Verifique entidades, destinatário, número, datas, moeda, IVA, linhas e referências. A validação abrange estrutura e regras de negócio. O líquido de uma linha deve ser coerente com quantidade, preço, encargos e descontos. Um PDF com bom aspeto não demonstra essa coerência dos dados XML. BIS Billing, regra de cálculo R120.

Guarde número da fatura, identificador da mensagem, destinatário, data e hora e resultado. Se ocorrer um tempo de espera excedido, peça primeiro confirmação da entrega original. Criar outro número de fatura pode gerar um segundo documento comercial em vez de resolver uma falha de transporte.

5. Organizar a receção e manter os originais

Ative a receção expressamente e confirme o destino: programa contabilístico, portal ou outro fluxo acordado. Designe alguém para acompanhar importações falhadas e documentos pendentes. Um XML em formato Peppol enviado por email não foi necessariamente entregue através da rede Peppol.

Preserve o original estruturado, anexos relevantes e evidências de entrega. Confirme exportação e conservação com o prestador. A vista PDF ajuda a revisão, mas não substitui automaticamente o original necessário nem todas as regras legais de arquivo.

Verificação recomendadaEvidência a guardar
A fatura emitida chega ao destinatário acordadoNúmero, identificador da mensagem e resultado técnico explicado
A fatura recebida chega à equipa responsávelOriginal e entrada na aplicação de destino
As referências são preservadasReferência do comprador ou encomenda no sistema final
Notas de crédito são suportadasProcesso de correção e capacidade documental acordados
Duplicados após nova tentativa são controladosComportamento das repetições e controlo contabilístico
Os dados podem ser recuperadosOriginais, anexos e histórico disponível exportados

Esta lista é uma recomendação de implementação do Tailride, não um teste oficial de certificação.

Seis verificações para escolher prestador, confirmar identificadores, testar e preservar os originais.

Entrega, aceitação, lançamento e pagamento são diferentes

VerificaçãoO que demonstraO que não demonstra
Entrega técnicaA mensagem chegou ao ponto indicado no comprovativoQue o cliente aprovou conteúdo e valor
Resposta comercialO cliente indica aceitação, dúvida ou rejeição, se suportadoQue os fundos chegaram ao banco
Lançamento contabilísticoA fatura foi registada no sistema relevanteQue foi paga
Reconciliação do pagamentoOs dados de pagamento foram associados à faturaQue todos os eventos de rede anteriores tiveram sucesso

OpenPeppol distingue comprovativos de transporte de mensagens Invoice Response. Estas respostas comerciais não são universalmente obrigatórias e nem todos os estados têm de ser comunicados. Peça que os rótulos do programa sejam explicados. Mesmo uma notificação de pagamento deve ser reconciliada com os registos efetivos. Especificação Invoice Response, FAQ da autoridade.

A autoridade neerlandesa descreve ainda a introdução de Message Level Status, MLS, sucessor de MLR, entre julho de 2026 e março de 2027. Para a empresa, importa saber qual o erro técnico ou decisão do cliente efetivamente visível na aplicação. FAQ atual.

Verificar separadamente entrega técnica, aceitação comercial, lançamento contabilístico e pagamento bancário.

Erros Peppol frequentes e primeiras verificações

SintomaVerificar primeiroPasso seguinte
Destinatário não encontradoEsquema, valor, ambiente e perfilPedir pesquisa de rede, além do Directory
Identificador já registadoPrograma ou prestador anteriorCoordenar a migração antes de cancelar o acesso antigo
Falta referência de comprador ou encomendaInstruções do cliente e R003Obter a referência certa e corrigir a origem
Erro de IVA, linha ou totalCódigo de erro e valores XMLCorrigir os dados, não apenas o PDF
Entregue, mas invisível para o clienteSignificado do comprovativo e fila de importaçãoRastrear com mensagem, destinatário e data e hora
Rejeição comercialPreço, encomenda ou motivo indicadoResolver a causa e seguir o processo de correção
Duplicado após nova tentativaEnvio original e número da faturaConfirmar resultado antes de reenviar

As referências e cálculos baseiam-se em R003 e R120; a distinção entre entrega e decisão comercial é descrita em Invoice Response. As restantes ações são recomendações práticas a confirmar com o prestador.

Onde entra o Tailride depois da troca Peppol?

A página de produto verificada em 30 de outubro de 2026 indica que o Tailride não atua como ponto de acesso Peppol. Lê ficheiros Peppol/UBL compatíveis recebidos por email, descarregados ou importados por fontes suportadas. Se o prestador disponibilizar o original, esse fluxo de ficheiros pode ser usado na revisão posterior. Depende da exportação e não é uma ligação automática a qualquer serviço Peppol. Tailride E-Invoices.

O Tailride preserva o XML original e fornece uma vista PDF legível. Troca regulamentar, comunicação fiscal e arquivo legal exigem verificações próprias. O guia de ZUGFeRD, Factur-X e XRechnung trata os ficheiros; o artigo de estatísticas de faturação eletrónica trata adoção e volumes. Documentação dos originais.

Perguntas frequentes

O cliente tem de usar o mesmo prestador?

Não. O modelo de quatro cantos permite prestadores diferentes, desde que o destinatário suporte os documentos e processos necessários. OpenPeppol.

O identificador Peppol é sempre o NIF?

Não. É composto por esquema e valor registado. Existem esquemas fiscais, de registos empresariais e de organismos públicos. Lista oficial.

Posso mudar de ponto de acesso?

Sim. Coordene identificador, data de mudança e recuperação do histórico com os dois prestadores. A AgID descreve expressamente essa migração. FAQ de migração.

Quanto demora a adesão?

As fontes utilizadas não fixam um prazo universal. Verificação, registos existentes, configuração e apoio podem influenciar a ativação. Confirme envio e receção separadamente.

O Peppol substitui automaticamente a FE-AP?

Não se pode presumir. A eSPap descreve canais e requisitos específicos. Confirme com o cliente público e o prestador se a integração concreta está abrangida. FAQ FE-AP.

Âmbito e verificação

Fontes verificadas em 30 de outubro de 2026. O guia destina-se a empresas ligadas através de um prestador. Comparações e verificações são recomendações do Tailride, não requisitos oficiais de certificação. Preços, prazos e interfaces dependem do serviço. Confirme o perfil e as obrigações nacionais da operação. As imagens explicam processos.

Fontes e documentação

Tailride