# Rejet BR-FR-01 : le numéro de facture dépasse 35 caractères

Votre facture part, et la plateforme la signale ou la rejette : le numéro de facture dépasse la limite autorisée. La règle BR-FR-01 plafonne l'identifiant de facture (BT-1) à 35 caractères. Peu importe que le numéro soit juste par ailleurs : au-delà de 35 signes, le contrôle du profil français ne passe pas.

Série : Codes d'erreur · Règle : BR-FR-01 · Norme : XP Z12-012 · Sévérité : Fatale · Champs : BT-1

Publié le 2026-07-18. Mis à jour le 2026-10-05. Auteur : L'équipe Diag Invoice.

Version HTML : https://diag-invoice.fr/blog/rejet-br-fr-01-numero-facture-trop-long

## Ce que vérifie la règle

La plateforme mesure la longueur de votre numéro de facture. Rien d'autre : ni son unicité, ni sa cohérence avec vos autres factures, seulement le nombre de caractères de l'identifiant que vous déclarez en `BT-1`. Si cet identifiant dépasse 35 caractères, le contrôle BR-FR-01 échoue, quel que soit le reste de la facture. La même limite s'applique au numéro de la facture antérieure référencée (`BT-25`), par exemple dans un avoir, ainsi qu'à la référence de facture portée sur une ligne (`EXT-FR-FE-136`).

> **ÉNONCÉ OFFICIEL · PROFIL FRANÇAIS**
>
> L'identifiant de facture (`BT-1`) doit être limité à 35 caractères.
>
> Source : Règle BR-FR-01 · XP Z12-012 Annexe A V1.4 (énoncé reformulé) · Sévérité : fatale · schematrons FNFE 1.4.0.04

Dans les schematrons FNFE 1.4.0.04, l'assertion est fatale en mode FATAL : applicable en émission depuis le 1er octobre 2026, et en réception au plus tard à cette date. La version 1.3.0 la classait en _warning_. Chaque plateforme agréée (PA) applique la version qu'elle a déployée : une PA restée en 1.3.0 peut encore se limiter à un simple signalement.

## En clair

L'identifiant de votre facture, le `BT-1`, ne peut pas dépasser 35 caractères. C'est une limite de longueur, indépendante du contenu : peu importe que le numéro soit juste et unique, s'il est trop long, il peut être rejeté.

## Un exemple

Le cas typique est une numérotation « parlante » qui empile l'année, le client, l'agence et un compteur. Chaque information ajoutée rapproche le numéro de la limite, puis la dépasse.

| Numéro de facture (BT-1) | Longueur | Résultat |
|---|---|---|
| `FACT-2026-CLIENT-AGENCE-LYON-SUD-0001478` | 40 car. | non conforme (> 35) |
| `2026-LYS-0001478` | 16 car. | conforme |

Les deux numéros identifient la même facture. Le premier porte toute son histoire dans son intitulé et franchit la limite ; le second garde l'essentiel (année, code court, compteur) et laisse les informations « parlantes » aux champs qui leur sont dédiés.

## Pourquoi ça arrive

Trois causes reviennent le plus souvent. La première est une numérotation descriptive, qui concatène l'année, un code client, une agence et un compteur : la longueur croît mécaniquement au fil des informations ajoutées.

La deuxième est un préfixe ou un suffixe ajouté automatiquement par le logiciel (code de site, d'établissement ou de canal de vente) qui s'empile sur un numéro déjà long. La troisième est la reprise d'un identifiant externe, comme un numéro de bon de commande, directement inséré dans le numéro de facture.

## Comment corriger

1. Comptez la longueur exacte du numéro, tirets et préfixes compris. La limite est de 35 caractères pour l'identifiant complet.
2. Raccourcissez la séquence : gardez l'année, un code court et un compteur. Déplacez les informations « parlantes » (client, agence, commande) vers les champs dédiés plutôt que dans le numéro.
3. Reparamétrez le masque de numérotation de votre logiciel une bonne fois, pour que tous les prochains numéros tiennent sous 35 caractères sans intervention.
4. Ré-émettez la facture avec un numéro conforme. Une facture rejetée n'est pas corrigée côté plateforme : elle doit être re-déposée après correction à la source.

## Où ça se joue dans le cycle de vie

Ce contrôle fait partie du profil français appliqué par les plateformes agréées (PA), à l'émission comme à la réception. Dans les schematrons FNFE 1.4.0.04, l'assertion est fatale en mode FATAL : applicable en émission depuis le 1er octobre 2026, et en réception au plus tard à cette date. La version 1.3.0 la classait en _warning_ ; une PA qui l'applique encore peut se limiter à un simple signalement.

En cas de rejet, la PA émet le statut [213 « Rejetée »](/blog/statuts-cycle-de-vie-facture-electronique) : un message générique assorti d'un motif obligatoire, choisi dans la liste des codes motifs (par exemple `REJ_SEMAN`, « Rejet pour erreur sémantique »). La facture doit alors être corrigée à la source, puis déposée de nouveau.

## Questions fréquentes

### Pourquoi mon numéro de facture est-il rejeté alors qu'il est unique ?

BR-FR-01 ne contrôle pas l'unicité mais la longueur. L'identifiant de facture (BT-1) doit tenir en 35 caractères au maximum. Un numéro unique mais trop long est quand même signalé ou rejeté par la plateforme.

### Les 35 caractères comptent-ils les tirets et les préfixes ?

Oui. La limite porte sur la chaîne complète telle qu'elle figure dans le champ BT-1, préfixes, tirets et compteur inclus. C'est la longueur totale qui est mesurée, pas seulement le numéro d'ordre.

### Que faire des informations client que je mettais dans le numéro ?

Déplacez-les dans les champs prévus (référence acheteur, nom du client, références de commande) plutôt que de les concaténer dans le numéro. Le numéro sert à identifier la facture, pas à porter ces métadonnées.

## Sources

- [Schematrons France RFE, modes FATAL et WARNING (1.4.0.04, 04/09/2026) · FNFE-MPE](https://github.com/fnfempe/France_RFE)
- [Ressources : schematrons BR-FR-CTC et normes AFNOR XP Z12-012, Z12-013, Z12-014 (V1.4, 30/06/2026) · FNFE-MPE](https://fnfe-mpe.org/ressources/)