Aller au contenu principal

Référence

Export Markdown

CII-SR-466 Contact acheteur : nom de la personne ou du service, pas les deux

En CII, le point de contact de l’acheteur (BT-56) correspond soit à ram:PersonName, soit à ram:DepartmentName dans ram:BuyerTradeParty/ram:DefinedTradeContact. CII-SR-466 (« Only one BT-56 element is allowed on an invoice ») échoue quand les deux éléments sont présents. Les artefacts de validation du CEN la signalent comme avertissement ; la configuration KoSIT pour XRechnung 3.0.2 du 31/08/2026 l’élève au rang d’erreur pour XRechnung en syntaxe CII. Le contact de l’acheteur reste lui-même facultatif.

Description du problème

ERREUR

Règle de syntaxe EN 16931 pour CII (CEN, CII-SR)

Chaîne de validation interactive

Cliquez sur une étape pour voir ce qu’elle contrôle, ou saisissez un identifiant de règle pour trouver l’étape qui la signale.

Essayer:

CII-SR-466 règle syntaxique EN 16931 pour UBL ou CII

Signalée à l’étape 2 : Règles EN 16931.

Niveau erreur : le rapport recommande de rejeter la facture.

Étape 2 · Ce qui est contrôlé

  • Les termes métier essentiels sont présents (BR-01 à BR-65).
  • Les totaux concordent et les champs liés sont cohérents (BR-CO) ; codes et décimales sont valides (BR-CL, BR-DEC).
  • Chaque catégorie de TVA est cohérente : S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Codes d’exemple

Correction type

Recalculez les totaux et la TVA à partir des lignes, et corrigez la catégorie de TVA dans les données source.

Un validateur contrôle une facture électronique par étapes. D’abord, le fichier doit être un XML bien formé conforme au schéma UBL ou CII (XSD). Viennent ensuite les règles métier de l’EN 16931 : règles de base BR, calculs BR-CO, listes de codes BR-CL, décimales BR-DEC et règles par catégorie de TVA comme BR-S. Puis les règles nationales ou de réseau sélectionnées par BT-24 : BR-DE pour XRechnung, PEPPOL-EN16931 pour Peppol BIS Billing. Le rapport liste chaque règle en échec : une erreur signifie rejet, des avertissements seuls signifient toujours acceptation. CII-SR-466 : règle syntaxique EN 16931 pour UBL ou CII, étape « Règles EN 16931 ». Jeux de règles : validateur KoSIT 1.6.3 avec la configuration XRechnung du 31 août 2026 (artefacts EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

Contexte et importance

Les acheteurs indiquent souvent une personne et un service dans la commande, et les deux sont repris dans le contact CII. Depuis la version KoSIT du 31/08/2026, cette combinaison échoue à la validation XRechnung.

Solution

Gardez une seule valeur pour BT-56 : ram:PersonName pour une personne nommée, ou ram:DepartmentName pour un service, puis supprimez l’autre élément. Si l’acheteur n’a indiqué aucun contact, vous pouvez omettre tout le bloc ram:DefinedTradeContact.

Actions rapides

Valider le XMLConvertir la facture

Exemples valides

  • ram:PersonName = « Jonas Weber »
  • ram:DepartmentName = « Achats » (sans PersonName)

Exemples invalides

  • ram:PersonName = « Jonas Weber » et ram:DepartmentName = « Achats »

Exemples de code

XML valide
<ram:DefinedTradeContact>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
XML invalide
<ram:DefinedTradeContact>
  <ram:PersonName>Jonas Weber</ram:PersonName>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>

Champs concernés

BT-56 Point de contact de l’acheteur

Outils de validation

Validateur KoSIT officiel

Exécutez le validateur officiel du KoSIT avec la configuration XRechnung pour contrôler les règles EN 16931 et XRechnung.

Convertir un PDF en XRechnung

Repérez les erreurs de validation pendant la conversion et vérifiez chaque correction.