L'adresse électronique du vendeur est absente

Le BT-34 porte l'adresse électronique du vendeur, symétrique du BT-49.

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-13/BT-34 : Le BT-34 est obligatoire. Valeur actuelle : BT-34=" ".

ubl
[BR-FR-13/BT-34] : Le BT-34 (cbc:EndpointID du vendeur) est obligatoire. Valeur actuelle : BT-34=" ".

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-13 L'adresse électronique du vendeur est absenteBR-FR-13 Règles françaises BR-FR-CTCBR-FR-13 BT-34BR-FR-13/BT-34 : Le BT-34 est obligatoire. Valeur actuelle : BT-34=" ".BR-FR-13 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

Elle identifie l'émetteur auprès des plateformes et conditionne les échanges de statuts du cycle de vie : sans elle, les accusés de réception et de rejet n'ont pas de destinataire.

Comment la corriger

Renseignez l'adresse électronique déclarée auprès de votre plateforme agréée, avec son schéma d'identification.

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:SellerTradeParty/ram:URIUniversalCommunication absent -->

APRÈS (conforme)

<ram:URIID schemeID="EM">[email protected]</ram:URIID>