Retour au catalogue des erreurs
BR-FR-27BT-160
input

France

Un attribut d'article n'a ni nom ni code

Chaque attribut d'article (BG-32) doit porter un nom (BT-160) ou un code d'attribut (EXT-FR-FE-159), non vide. Un attribut sans l'un ni l'autre n'a pas de sens.

Seul l’émetteur détient cette valeur : Factlint la signale et ne la fabrique jamais. Testez votre facture pour savoir si elle est concernée.

Le message que votre validateur affiche

Recopié tel quel de l’artefact scellé : c’est la phrase exacte que le contrôle imprime quand cette règle échoue.

cii

BR-FR-27/BG-32 : Le groupe Attribut d’article (BG-32) doit contenir soit un nom d’attribut d’article (BT-160 : ram:Description), soit un code d’attribut d’article (EXT-FR-FE-159 : ram:TypeCode). Aucun des deux éléments n’a été trouvé dans le contexte ApplicableProductCharacteristic. Veuillez ajouter au moins l’un des deux éléments pour respecter la structure attendue.

cii

BR-FR-27/BT-160 : Le nom d’attribut d’article (ram:Description) ne doit pas être vide. Valeur actuelle : " ". Veuillez fournir un nom d’attribut valide ou utiliser un code à la place.

cii

BR-FR-27/EXT-FR-FE-159 : Le code d’attribut d’article (ram:TypeCode) ne doit pas être vide. Valeur actuelle : " ". Veuillez fournir un code d’attribut valide ou utiliser un nom à la place.

ubl

[BR-FR-27/BG-32] : Le groupe Attribut d’article (BG-32) doit contenir soit un nom d’attribut d’article (BT-160 : cbc:Name), soit un code d’attribut d’article (EXT-FR-FE-159 : cbc:NameCode). Aucun des deux éléments n’a été trouvé dans le contexte /cac:Item/cac:AdditionalItemProperty. Veuillez ajouter au moins l’un des deux éléments pour respecter la structure attendue.

ubl

[BR-FR-27/BT-160] : Le nom d’attribut d’article (cbc:Name) ne doit pas être vide. Valeur actuelle : " ". Veuillez fournir un nom d’attribut valide ou utiliser un code à la place.

ubl

[BR-FR-27/EXT-FR-FE-159] : Le code d’attribut d’article (cbc:NameCode) ne doit pas être vide. Valeur actuelle : " ". Veuillez fournir un code d’attribut valide ou utiliser un nom à la place.

Cité de schematron-fnfe 1.4.0.03, sous licence Apache-2.0.

Requêtes fréquentes autour de ce code

Ces formulations reprennent les recherches réelles d’un intégrateur : code, syntaxe, règle, champ métier et correction.

BR-FR-27 Un attribut d'article n'a ni nom ni codeBR-FR-27 Règles françaises BR-FR-CTCBR-FR-27 BT-160BR-FR-27/BG-32 : Le groupe Attribut d’article (BG-32) doit contenir soit un nom d’attribut d’article (BT-160 : ram:Description), soit un code d’attribut d’article (EXT-FR-FE-159 : ram:TypeCode). Aucun des deux éléments n’a été trouvé dans le contexte ApplicableProductCharacteristic. Veuillez ajouter au moins l’un des deux éléments pour respecter la structure attendue.BR-FR-27 correction

Tester votre fichier avec cette erreur en tête

Déposez la facture concernée : le rapport dira si ce code apparaît, où il apparaît dans le document, et si Factlint peut seulement le signaler ou aussi le corriger.

Pour automatiser ce contrôle dans une chaîne ERP, appelez l’API de validation et reliez chaque code rendu à sa fiche publique.

Pourquoi cette erreur se produit

Un attribut est un couple : ce qu'on qualifie et sa valeur. La valeur seule — « 500 », « rouge » — n'est rattachable à rien, et les systèmes qui exportent leurs caractéristiques d'article laissent le nom vide dès que le libellé manque dans le référentiel. La règle vient du pack Schematron FNFE, pas de la norme européenne : une facture parfaitement conforme à l'EN 16931 la déclenche dès qu'elle est jugée contre le socle français.

Comment la corriger

Donnez un nom à l'attribut, ou un code de la liste de l'extension, ou retirez l'attribut. Factlint ne nomme pas une caractéristique de produit à votre place.

Sévérité rendue par le référentiel

Bloquante depuis le 1er septembre 2026 : le socle courant, `fr-2026-09`, scelle l'artefact FNFE 1.4.0.03 en mode fatal, et c'est lui que le moteur épinglé applique par défaut. Une facture émise en août 2026 est jugée contre `fr-2026-08`, où la même règle sort en avertissement — ce qui écarte déjà le verdict « conforme ». L'API rend la sévérité du ruleset épinglé pour la facture jugée.

Exemple de correction XML

AVANT (invalide)
<ram:ApplicableProductCharacteristic><ram:Description></ram:Description><ram:Value>Bleu marine</ram:Value></ram:ApplicableProductCharacteristic>
APRÈS (conforme)
<ram:ApplicableProductCharacteristic><ram:Description>Couleur</ram:Description><ram:Value>Bleu marine</ram:Value></ram:ApplicableProductCharacteristic>