Aller au contenu principal

Référence

Export Markdown

PEPPOL-EN16931-R008 Le document ne doit pas contenir d’éléments vides

PEPPOL-EN16931-R008 signale chaque élément XML qui ne contient ni texte ni élément enfant, par exemple <cbc:Note/> ou <cbc:Telephone> </cbc:Telephone>. Les attributs ne comptent pas comme contenu : <cbc:EndpointID schemeID="EM"/> est donc vide lui aussi. La configuration KoSIT pour XRechnung 3.0.2 applique la règle en erreur fatale, en UBL comme en CII. Seuls un cbc:ID vide dans cac:OrderReference (UBL) et ram:ApplicableHeaderTradeDelivery, exigé par le schéma CII, sont exclus.

Description du problème

ERREUR

Règle Peppol BIS Billing 3.0 (OpenPeppol)

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:

PEPPOL-EN16931-R008 règle Peppol BIS Billing

Signalée à l’étape 3 : Règles nationales (CIUS).

Niveau erreur : le rapport recommande de rejeter la facture.

Étape 3 · Ce qui est contrôlé

  • L’identifiant de spécification en BT-24 sélectionne le jeu de règles, par exemple XRechnung 3.0 ou Peppol BIS Billing 3.0.
  • XRechnung ajoute les règles allemandes BR-DE : référence acheteur (BT-10), contact du vendeur, instructions de paiement.
  • Peppol ajoute les règles PEPPOL-EN16931 et des règles par pays. XRechnung applique aussi certaines règles PEPPOL-EN16931.

Codes d’exemple

Correction type

Renseignez dans vos données de base les champs exigés par le jeu de règles, comme la Leitweg-ID en BT-10 ou le contact du vendeur.

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. PEPPOL-EN16931-R008 : règle Peppol BIS Billing, étape « Règles nationales (CIUS) ». 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 éléments vides viennent le plus souvent de modèles d’export qui écrivent chaque champ, même quand la source n’a pas de valeur : une note vide, un champ de contact, une ligne d’adresse ou un bloc de partie. Un substitut masque l’erreur de structure, mais inscrit une donnée fausse dans la facture.

Solution

Supprimez l’élément vide. Si le groupe parent ne contient plus aucune donnée, supprimez-le aussi. Si le champ est obligatoire, saisissez la valeur réelle du document source. Ne remplissez pas l’élément avec un substitut comme « - » ou « n/a ». L’emplacement indiqué dans le rapport du validateur (un XPath) désigne l’élément.

Actions rapides

Exemples valides

  • <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  • Aucun élément cbc:Note si la facture n’a pas de note

Exemples invalides

  • <cbc:Note/>
  • <cbc:Telephone></cbc:Telephone>
  • <cbc:EndpointID schemeID="EM"/>

Exemples de code

XML valide
<cac:Contact>
  <cbc:Name>Accounts receivable</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>billing@example.com</cbc:ElectronicMail>
</cac:Contact>
XML invalide
<cac:Contact>
  <cbc:Name>Accounts receivable</cbc:Name>
  <cbc:Telephone/>
  <cbc:ElectronicMail>billing@example.com</cbc:ElectronicMail>
</cac:Contact>

Champs concernés

Outils de validation