Aller au contenu

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

UBL-CR-006 : Retirer l'heure d'émission du document

Avertissement : cbc:IssueTime sort du modèle EN 16931. La facture reste valide ; retirez l'élément et gardez la date d'émission.

EN 16931Avertissement : le document reste valideChamps de base

Sur cette page

La réponse courte

UBL-CR-006 est un avertissement émis lorsque cbc:IssueTime apparaît directement sous la racine Invoice ou CreditNote. EN 16931 ne retient que la date d'émission : retirez donc cbc:IssueTime et gardez cbc:IssueDate tel quel.

Le document reste valide avec l'avertissement et passe toutes les étapes. Retirer l'élément maintient le XML dans le modèle EN 16931, où un destinataire n'a aucun terme métier auquel rattacher une heure.

Ce que la règle vérifie

La règle vérifie une seule chose : si un élément cbc:IssueTime est un enfant direct de la racine. Sa valeur n'est pas lue.

Les heures d'émission placées ailleurs relèvent d'autres règles. L'heure d'une référence de commande ou d'une référence à une facture antérieure, par exemple, a son propre avertissement UBL-CR.

Une heure au mauvais format n'atteint jamais cet avertissement. Lors d'un essai, 10:30 sans secondes et un élément vide ont chacun échoué à l'étape XSD, ce qui fait ignorer les étapes EN 16931 et Peppol.

Le fuseau horaire ne change rien : 10:30:00Z et 10:30:00+01:00 ont donné le même avertissement lors d'un essai.

TermeSignificationÉlément UBL
-Heure d'émission (UBL uniquement, sans terme métier)cbc:IssueTime
BT-2Date d'émission de la facturecbc:IssueDate

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 :

  • L'horodatage du document est scindé en une date et une heure, et les deux parties sont écrites, parce que UBL 2.1 a un élément pour chacune.
  • Une bibliothèque UBL généraliste émet chaque champ d'en-tête pour lequel elle a une valeur, que la norme EN 16931 l'utilise ou non.
  • Un mapping écrit pour un autre format fondé sur UBL, qui utilise l'heure d'émission, est réutilisé pour des factures EN 16931.

Comment corriger le document

  1. Cessez d'émettre cbc:IssueTime sous la racine. cbc:IssueDate reste et ne demande aucune modification.
  2. Si vos registres ont besoin de l'heure de création du document, conservez-la dans votre propre système. EN 16931 n'a pas de terme métier pour elle : elle n'a donc pas de signification convenue dans la facture.
  3. Passez en revue les autres éléments UBL facultatifs qu'écrit le sérialiseur ; les éléments hors du modèle déclenchent leurs propres avertissements UBL-CR.

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 : une heure d'émission suit la date d'émission

<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:IssueTime>10:30:00</cbc:IssueTime>
<cbc:DueDate>2026-10-08</cbc:DueDate>

Fragment de la facture corrigée : la date d'émission seule

<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:DueDate>2026-10-08</cbc:DueDate>

La facture avec l'avertissement a <cbc:IssueTime>10:30:00</cbc:IssueTime> juste après la date d'émission, la facture corrigée non. Cette facture ne signale que cet avertissement et est valide à toutes les étapes : elle serait donc acceptée en l'état ; retirer l'heure la ramène dans le modèle EN 16931.

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

  • S'applique de la même façon aux documents UBL Invoice et CreditNote ; lors d'un essai, un avoir avec une heure d'émission a donné le même avertissement.
  • L'avertissement vient de l'étape EN 16931. Peppol n'ajoute rien sur l'heure d'émission, et l'étape Peppol passe.
  • Dans le schéma, cbc:IssueTime se place après cbc:IssueDate. Placé avant, le document a échoué à l'étape XSD lors d'un essai, et cet avertissement n'a jamais été atteint.

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-24.1 : source vérifiée le 2026-09-24, explication mise à jour le 2026-09-24.

La définition officielle de UBL-CR-006 (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.