Saltar para o conteúdo

Fatal

BR-NL-9: Uma fatura de correção tem de indicar a fatura que corrige

Em resumo

Fatal: falha nas verificações selecionadas.

BR-NL-9 significa que o documento é uma fatura de correção (código 384), mas não indica qual a fatura anterior que corrige. Corrija acrescentando o número da fatura original como referência à fatura anterior.

Nesta página

O que significa

Quando o código do tipo de documento (BT-3) é 384, o ficheiro tem de conter uma referência à fatura anterior (BT-25), que é o número dessa fatura. A regra só verifica que a referência existe. Não verifica se o número existe.

Porque é importante

Uma correção só faz sentido junto da fatura que corrige. Sem a referência, o destinatário não a consegue associar à original, pelo que o ficheiro falha a verificação e a fatura é rejeitada.

Como corrigir

No software de faturação, crie a correção a partir da fatura original, para que a ligação seja mantida, ou preencha o campo do número da fatura original. Não precisa da data da fatura original, ver BR-NL-24. Se não está a corrigir uma fatura anterior, o tipo 384 é a escolha errada: use 380 para uma nova fatura ou 381 para uma nota de crédito.

A regra tal como foi publicada

For suppliers in the Netherlands, if the document is a corrective invoice (cbc:InvoiceTypeCode = 384), the document MUST contain an invoice reference (cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID)

Onde esta regra se aplica

Conjunto de regras Versão
SI-UBL 2.0 / NLCIUS (invoice) 2.0.3.13
SI-UBL 2.0 / NLCIUS (credit note) 2.0.3.13
NLCIUS (CII) 1.0.3.13
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 BR-NL-9 ainda falha e que outras regras falham.

Atualizado em 6 de novembro de 2026