Un identifiant privé contient des caractères non autorisés

Un identifiant de partie en schéma 0224 — l'identifiant privé du vendeur (BT-29) ou de l'acheteur (BT-46) — n'admet que des lettres, des chiffres et les symboles - _ . ; sans espace.

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-24/BT-29 : L'identifiant privé (ram:GlobalID) ne respecte pas le format autorisé. Valeur actuelle : " ". Seuls les caractères alphanumériques et les symboles "-", "_", "." sont autorisés.

cii
BR-FR-24/BT-46 : L'identifiant privé (ram:GlobalID) ne respecte pas le format autorisé. Valeur actuelle : " ". Seuls les caractères alphanumériques et les symboles "-", "_", "." sont autorisés.

ubl
[BR-FR-24/BT-29] : L'identifiant privé (cbc:ID) ne respecte pas le format autorisé. Valeur actuelle : " ". Seuls les caractères alphanumériques et les symboles "-", "_", "." sont autorisés.

ubl
[BR-FR-24/BT-46] : L'identifiant privé (cbc:ID) ne respecte pas le format autorisé. Valeur actuelle : " ". Seuls les caractères alphanumériques et les symboles "-", "_", "." sont autorisés.

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-24 Un identifiant privé contient des caractères non autorisésBR-FR-24 Règles françaises BR-FR-CTCBR-FR-24 BT-29BR-FR-24/BT-29 : L'identifiant privé (ram:GlobalID) ne respecte pas le format autorisé. Valeur actuelle : " ". Seuls les caractères alphanumériques et les symboles "-", "_", "." sont autorisés.BR-FR-24 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.

Ouvrir le validateur Voir l’API

Pourquoi cette erreur se produit

Le schéma 0224 sert à transporter un code que deux partenaires se sont donné — un numéro de compte client, un code fournisseur. Il est recopié tel quel par les plateformes et rapproché caractère pour caractère à l'arrivée : un espace ou une virgule suffit à ce que le rapprochement échoue. 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

Normalisez le code dans votre référentiel de tiers, d'un commun accord avec le partenaire qui le lit. Factlint ne modifie 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

AVANT (invalide)

<ram:GlobalID schemeID="0224">CLIENT 1234, AGENCE SUD</ram:GlobalID>

APRÈS (conforme)

<ram:GlobalID schemeID="0224">CLIENT-1234_AGENCE-SUD</ram:GlobalID>