Saltar para o conteúdo

Fatal

BR-NL-7: Use um código de tipo de documento permitido: 380, 381, 384 ou 389

Em resumo

Fatal: falha nas verificações selecionadas.

BR-NL-7 significa que o código do tipo de documento não é nenhum de 380, 381, 384 ou 389. Corrija definindo o tipo como fatura (380), nota de crédito (381), fatura de correção (384) ou autofaturação (389).

Nesta página

O que significa

O código do tipo de documento (BT-3) tem de ser 380 (fatura), 381 (nota de crédito), 384 (fatura de correção) ou 389 (autofaturação). Num ficheiro UBL, está no código de tipo da fatura ou no da nota de crédito. Nas regras para ficheiros CII, os mesmos quatro valores são verificados no código de tipo do documento CII.

Porque é importante

O código de tipo diz ao destinatário como registar o documento. As regras NLCIUS aceitam apenas estes quatro, pelo que qualquer outro código, mesmo que outros conjuntos de regras o aceitem, falha a verificação e a fatura é rejeitada.

Como corrigir

Verifique o tipo de documento no software de faturação. Uma fatura normal deve ser 380 e uma nota de crédito 381. Se o software permitir definir o código manualmente, altere-o para um dos quatro. Se o documento não for uma fatura, não deve ser enviado como fatura eletrónica.

A regra tal como foi publicada

The invoice or credit note type code (cbc:InvoiceTypeCode/cbc:CreditNoteTypeCode) MUST have one of the following values: 380, 381, 384, 389

Em NLCIUS (CII), a regra tem a seguinte redação:

The invoice type code (ram:TypeCode) MUST have one of the following values: 380, 381, 384, 389

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-7 ainda falha e que outras regras falham.

Atualizado em 6 de novembro de 2026