Aller au contenu

Ironfang Finance - Référence des règles

UBL-CR-412 : Déplacer la date d'échéance des instructions de paiement vers l'en-tête de la facture

Avertissement : une facture indique sa date d'échéance dans cbc:DueDate, pas dans les instructions de paiement. Le document reste valide ; déplacez la date.

EN 16931Avertissement : le document reste valideChamps de base

Sur cette page

La réponse courte

UBL-CR-412 est un avertissement émis lorsqu'une facture porte cbc:PaymentDueDate dans ses instructions de paiement (cac:PaymentMeans). Une facture indique sa date d'échéance (BT-9) dans l'en-tête, dans cbc:DueDate : déplacez la date à cet endroit.

L'avertissement seul ne rend pas le document invalide, mais d'autres règles vérifient toujours ce qui est présent.

Ce que la règle vérifie

La règle vérifie si une facture porte cac:PaymentMeans/cbc:PaymentDueDate. Sa valeur n'est pas lue, et un avoir n'est pas vérifié.

Elle s'exécute une seule fois sur l'ensemble du document et ne produit donc qu'un constat, quel que soit le nombre de fois où le document contient l'élément. Ce constat pointe vers la racine du document, et non vers l'élément : cherchez cac:PaymentMeans/cbc:PaymentDueDate dans le XML.

TermeSignificationÉlément UBL
-PaymentDueDate (BT-9 dans un avoir uniquement)cac:PaymentMeans/cbc:PaymentDueDate
BG-16Instructions de paiementcac:PaymentMeans

Comment une intégration en arrive là

Causes possibles, déduites de la forme de la règle et non d'une utilisation mesurée :

  • Le système source détient la valeur, et le mapping l'écrit parce qu'UBL 2.1 a une place pour elle.
  • Une bibliothèque UBL 2.1 générique écrit chaque élément et attribut pour lequel elle a une valeur, qu'EN 16931 l'utilise ou non.
  • Un mapping conçu pour un autre document basé sur UBL, comme une commande, un avis d'expédition ou un profil national, est réutilisé pour Peppol BIS Billing.

Comment corriger le document

  1. Déplacez la date de cac:PaymentMeans/cbc:PaymentDueDate vers cbc:DueDate dans l'en-tête.
  2. La date d'échéance (BT-9) est cbc:DueDate dans une facture UBL ; seul un avoir, qui n'a pas de cbc:DueDate, l'indique dans les instructions de paiement.
  3. Validez à nouveau : l'avertissement disparaît.

Valider votre facture corrigée

Avant et après

Ce sont des extraits, pas des documents complets. Les documents synthétiques complets dont ils proviennent sont liés ci-dessous.

Fragment de la facture avec l'avertissement : PaymentDueDate dans les instructions de paiement

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>30</cbc:PaymentMeansCode>
  <cbc:PaymentDueDate>2026-10-08</cbc:PaymentDueDate>
  <cbc:PaymentID>PAYMENT-001</cbc:PaymentID>

Fragment de la facture corrigée : la même date dans le cbc:DueDate de l'en-tête

<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>EXAMPLE-INV-002</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:DueDate>2026-10-08</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:Note>Example only. Terms &amp; references &lt;must&gt; be preserved. Café 🐺</cbc:Note>
<cbc:TaxPointDate>2026-09-07</cbc:TaxPointDate>

La facture avec l'avertissement contient <cbc:PaymentDueDate>2026-10-08</cbc:PaymentDueDate> dans les instructions de paiement, mais pas de cbc:DueDate ; la facture corrigée porte à la place la même date dans le cbc:DueDate de l'en-tête. La facture avec l'avertissement ne signale que celui-ci et est valide à toutes les étapes : elle serait donc acceptée en l'état.

Ce que le validateur a signalé

Enregistré avec phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, le moteur du validateur gratuit, sur des données synthétiques. Un résultat enregistré est une preuve de non-régression pour ces documents ; ce n'est pas une certification.

Où la règle s'applique

  • Ne s'applique qu'à une Invoice UBL : la règle ignore les avoirs, car l'avoir UBL 2.1 n'a pas de cbc:DueDate et indique sa date d'échéance (BT-9) dans cac:PaymentMeans/cbc:PaymentDueDate.
  • L'avertissement vient des règles de l'étape EN 16931 pour la syntaxe UBL. Dans l'exemple enregistré, l'étape XSD réussit : l'élément est valide en UBL 2.1 et sort seulement du modèle EN 16931.

Portée et source

Rédigé pour Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, tel qu'appliqué aux documents Invoice et CreditNote en UBL 2.1. D'autres profils, syntaxes et versions peuvent définir cet identifiant autrement. Version du catalogue d'aide 2026-09-29.1 : source vérifiée le 2026-09-29, explication mise à jour le 2026-09-29.

La définition officielle de UBL-CR-412 (en anglais) contient le texte normatif et le test. Cette page en est notre explication, pas une copie.

Cette aide ne modifie pas le verdict du moteur. Corriger ce constat ne signifie pas que le document passe toutes les étapes de validation, et la validation ne certifie pas la conformité juridique ou fiscale et ne transmet aucun document via Peppol.