Saltar para o conteúdo

Fatal

UBL-SR-20: Um só identificador para um beneficiário diferente do fornecedor

Em resumo

Fatal: falha nas verificações selecionadas.

UBL-SR-20 significa que o beneficiário do pagamento (BG-10) tem mais do que um identificador (BT-60), sem contar os que têm schemeID SEPA, que falta o elemento do nome do beneficiário ou do fornecedor, ou que os dois nomes são iguais. Mantenha um só identificador do beneficiário, excluindo os que têm schemeID SEPA, e indique um beneficiário apenas quando for uma entidade diferente do fornecedor.

Nesta página

O que significa

O identificador do beneficiário (BT-60) identifica a entidade que recebe o pagamento quando não é o fornecedor. A regra conta os elementos cbc:ID no cac:PartyIdentification do beneficiário e admite no máximo um, incluindo os que não têm schemeID. Exclui os que têm schemeID SEPA, sem distinguir maiúsculas de minúsculas; esse código é usado para o identificador do credor atribuído pelo banco (BT-90) num débito direto. A regra repete também a verificação do nome da UBL-SR-19: o nome do beneficiário tem de ser diferente do nome do fornecedor, pelo que também falha se faltar o elemento de qualquer um dos dois nomes ou se os nomes forem iguais.

Porque é importante

Quando existe um beneficiário, a EN 16931 admite no máximo um identificador que não esteja marcado como SEPA e exige que os elementos dos nomes do beneficiário e do fornecedor estejam presentes e tenham valores diferentes.

Como corrigir

No seu software de faturação, abra os dados do beneficiário ou da entidade a quem se paga e mantenha um só identificador não marcado como SEPA, por exemplo um número de empresa ou um GLN. Se for o próprio fornecedor a receber, limpe os dados do beneficiário para que o ficheiro não tenha beneficiário, porque o nome do beneficiário tem de ser diferente do nome do fornecedor. Se indicar um beneficiário, confirme que os elementos do nome do beneficiário e do nome do fornecedor estão presentes. No XML, mantenha um só cbc:ID em cac:PayeeParty/cac:PartyIdentification, sem contar os que têm schemeID SEPA, independentemente do uso de maiúsculas ou minúsculas.

Depois de corrigir o ficheiro, volte a verificá-lo gratuitamente: Verificar uma fatura eletrónica

Ou corrija a fatura num formulário e transfira o ficheiro corrigido, por 1 crédito: Corrigir uma fatura eletrónica rejeitada

A regra tal como foi publicada

Payee identifier shall occur maximum once, if the Payee is different from the Seller

Onde esta regra se aplica

Conjunto de regras Versão
EN 16931 (UBL) 1.3.17
EN 16931 (UBL credit note) 1.3.17
XRechnung 3.0 (UBL) 3.0.2
XRechnung 3.0 (UBL credit note) 3.0.2
Peppol BIS Billing 3.0 (invoice) 2026.5
Peppol BIS Billing 3.0 (credit note) 2026.5
SI-UBL 2.0 / NLCIUS (invoice) 2.0.3.13
SI-UBL 2.0 / NLCIUS (credit note) 2.0.3.13
France CTC (UBL invoice) 1.4.0-04
France CTC (UBL credit note) 1.4.0-04
CIUS-RO UBL Invoice 1.0.9 1.0.9
CIUS-RO UBL Credit Note 1.0.9 1.0.9
Texto da regra retirado de phive-rules 4.6.4.

Verifique o seu ficheiro

Arraste para aqui a sua fatura eletrónica para ver se a regra UBL-SR-20 ainda falha e que outras regras falham.

Atualizado em 7 de novembro de 2026