Aller au contenu

Bloquante

BII2-T10-R001: La facture doit comporter un identifiant de personnalisation

En bref

Bloquante : échec aux vérifications sélectionnées.

BII2-T10-R001 signifie que le fichier ne contient pas d'identifiant de personnalisation, la mention qui indique au destinataire quelle spécification de facture électronique le fichier suit. Ajoutez cet identifiant.

Sur cette page

Ce que signifie la règle

La facture n'a pas d'identifiant de personnalisation (élément CustomizationID du fichier UBL, BT-24 dans le modèle européen). C'est un court texte placé en tête du fichier, qui nomme la spécification sur laquelle la facture est construite, par exemple le NLCIUS néerlandais. La règle vérifie seulement qu'il est présent. La version de cette règle pour les avoirs impose exactement la même chose à un avoir.

Pourquoi elle compte

SI-UBL 2.0 / NLCIUS exige un identifiant de personnalisation dans les factures et les avoirs UBL.

Comment corriger

Exportez de nouveau la facture depuis votre logiciel de facturation en choisissant le format de facture électronique néerlandais (UBL, NLCIUS). Si vous construisez le XML à la main ou avec votre propre script, ajoutez un élément cbc:CustomizationID directement dans Invoice pour une facture UBL, ou dans CreditNote pour un avoir UBL. Sa valeur doit nommer la spécification suivie.

Une fois le fichier corrigé, vérifiez-le de nouveau gratuitement : Vérifier une facture électronique

Le texte publié de la règle

An invoice MUST have a customization identifier

Dans SI-UBL 2.0 / NLCIUS (invoice), SI-UBL 2.0 / NLCIUS (credit note), la règle s’énonce ainsi :

A credit note MUST have a customization identifier

Où cette règle s’applique

Jeu de règles Version
SI-UBL 2.0 / NLCIUS (invoice) 2.0.3.13
SI-UBL 2.0 / NLCIUS (credit note) 2.0.3.13
Texte de la règle issu de phive-rules 4.6.4.

Vérifier votre fichier

Déposez votre facture électronique pour voir si BII2-T10-R001 échoue encore, et quelles autres règles échouent.

Mis à jour le 6 novembre 2026