Un identifiant privé dépasse 100 caractères
Un identifiant de partie en schéma 0224 — l'identifiant privé du vendeur (BT-29) ou de l'acheteur (BT-46) — est limité à 100 caractères.
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.
ciiBR-FR-26/BT-29 : L'identifiant privé (ram:GlobalID) dépasse 100 caractères. Valeur actuelle : " ". Veuillez raccourcir cette valeur pour respecter la limite.
ciiBR-FR-26/BT-46 : L'identifiant privé (ram:GlobalID) dépasse 100 caractères. Valeur actuelle : " ". Veuillez raccourcir cette valeur pour respecter la limite.
ubl[BR-FR-26/BT-29] : L'identifiant privé (cbc:ID) dépasse 100 caractères. Valeur actuelle : " ". Veuillez raccourcir cette valeur pour respecter la limite.
ubl[BR-FR-26/BT-46] : L'identifiant privé (cbc:ID) dépasse 100 caractères. Valeur actuelle : " ". Veuillez raccourcir cette valeur pour respecter la limite.
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.
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 code convenu entre partenaires tient en quelques dizaines de caractères ; au-delà, c'est presque toujours un libellé ou une concaténation de champs qui a pris la place du code, et le partenaire ne le reconnaîtra pas. 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
Renseignez le code tel que le partenaire l'attend, et rien d'autre. Factlint ne tronque pas un identifiant convenu entre deux entreprises.
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
<ram:GlobalID schemeID="0224">COMPTE-CLIENT-1234-OUVERT-LE-12-03-2019-PAR-LE-SERVICE-COMMERCIAL-REGION-SUD-OUEST-CONDITIONS-2026-NET-30-JOURS</ram:GlobalID>
<ram:GlobalID schemeID="0224">COMPTE-CLIENT-1234</ram:GlobalID>