Historique de l'release de Peppol

Peppol propose trois filières d'release , chacune avec un calendrier distinct. Cette page présente un résumé des versions publiées depuis 2021, les principales modifications apportées, ainsi que des liens vers les notes de mise à jour officielles sur release .

Fonctionnement des versions de Peppol

PisteCe qu'il couvreCadenceRelease notes
Cahier des charges post-attributionFacture, note de crédit, bon de commande, avis d'expédition, catalogue et les documents de validation qui s'y rapportentDeux fois par an, en mai et en novembre, obligatoire environ trois mois plus tardFacturation, autres documents du BIS
Transmission électronique (eDEC)Transport, adressage, enveloppe, politique d'identification, politique réseau, listes de codesPubliées dès qu'elles sont prêtes, chacune avec sa propre date de début de validitéJournal des modifications d'eDEC
PINTLe modèle de facturation international utilisé en dehors du cadre des spécifications européennes de facturation, ainsi que les adaptations spécifiques à chaque paysSa propre série de versionsFacturation PINT

Pour le parcours post-attribution, la date qui importe est la date d’utilisation obligatoire, et non la date de publication. L’intervalle entre ces deux dates correspond à la période de transition, durant laquelle les anciens et les nouveaux artefacts de validation sont tous deux acceptés. Passé ce délai, seuls les nouveaux sont acceptés ; c’est pourquoi un document qui a été validé un jour peut être rejeté le lendemain sans qu’aucun changement n’ait été apporté à votre propre système.

Les spécifications eDelivery fonctionnent différemment. Elles comportent une date de début de validité et relèvent principalement de la responsabilité de votre prestataire de services plutôt que de la vôtre. Les listes de codes eDEC ont leur propre série de versions et sont mises à jour plusieurs fois par an, indépendamment de tout le reste.

Communiqués de presse après l'attribution du marché

Peppol BIS Billing et les autres documents post-attribution utilisent des séries de versions distinctes au sein d'un même cycle release . Les versions actuelles sont la 3.0.21 pour la facturation et la 3.0.17 pour les commandes, les avis d'expédition et les documents de catalogue. Consultez les notes officielles release concernantPeppol BIS Billing et les autres documents du BIS.

Mai 2026 : Billing 3.0.21 et BIS 3.0.17

Obligatoire à compter du 17 août 2026. Ajout d’un profil optionnel pour la facturation avec une étape de réponse ; les normes PEPPOL-EN16931-P0100 et P0101 ont été mises à jour pour le prendre en charge. Les règles d'identifiant danoises PEPPOL-COMMON-R052 et R053 sont passées du statut « avertissement » à « erreur », et quatre nouvelles règles néerlandaises, de R054 à R057, ont été ajoutées en tant qu'avertissements qui, selon l'annonce d'OpenPeppol, deviendront des erreurs fatales. Les listes de codes ont été mises à jour, avec notamment la suppression de quatorze entrées de la liste EAS.

Novembre 2025 : Billing 3.0.20 et BIS 3.0.16

Obligatoire à compter du 23 février 2026. Ajout des codes PEPPOL-COMMON-R052 et R053 en tant qu’avertissements pour les identifiants d’entreprise danois, tous deux signalés à l’époque comme des erreurs futures, et suppression du code PEPPOL-COMMON-R084. Du côté des commandes, des éléments relatifs à l’adresse de livraison ont été ajoutés aux lignes de commande. Un correctif publié en janvier 2026 a ajouté le code 0245 correspondant à l'identifiant fiscal slovaque aux listes EAS et ICD.

Mai 2025 : Billing 3.0.19 et BIS 3.0.15

Obligatoire à compter du 25 août 2025. La norme PEPPOL-COMMON-R042 a été modifiée afin que le numéro CVR danois comporte huit caractères sans le préfixe « DK », avec une période de transition s'étendant jusqu'en 2026. La norme PEPPOL-EN16931-R051 a été corrigée concernant la devise du BT-117. Les documents de commande ont été complétés par une date d'expédition souhaitée et des identifiants de traçabilité des produits pour les dispositifs médicaux.

Novembre 2024 : Billing 3.0.18 et BIS 3.0.14

Des règles nationales allemandes ont été ajoutées, et la norme PEPPOL-EN16931-R002, qui exige une note de facture, a été exclue lorsque les deux parties sont allemandes. Trois règles suédoises, SE-R-003, SE-R-004 et SE-R-013, sont passées de la catégorie « avertissement » à la catégorie « erreur fatale ». Si vous facturez des acheteurs suédois et que vous vous êtes arrêté à cette page release, c'est très probablement ce changement qui a entraîné le rejet de vos documents.

Mai 2024 : Billing 3.0.17 et BIS 3.0.13

La norme SE-R-013 a été introduite en tant qu'avertissement permettant de vérifier le chiffre de contrôle d'un numéro d'organisation suédois, et la norme PEPPOL-COMMON-R049 a été étendue pour inclure la même vérification pour l'ICD 0007. Les exigences relatives à l'identifiant des éléments du catalogue ont été clarifiées.

Novembre 2023 : Billing 3.0.16 et BIS 3.0.12

Le code PEPPOL-EN16931-R006 a été supprimé car il faisait double emploi avec la règle syntaxique UBL-SR-04. Des codes de type de commande ont été ajoutés aux documents de commande, ainsi que le code EAS 0218 pour la Lettonie.

Mai 2023 : Billing 3.0.15 et BIS 3.0.11

La règle PEPPOL-COMMON-R050, qui valide le numéro d'identification d'entreprise australien (ABN), est passée du statut « avertissement » au statut « erreur fatale ». Plusieurs règles grecques ont été supprimées et la règle GR-R-011 a été ajoutée en tant qu'erreur fatale pour l'identifiant fiscal des fournisseurs grecs.

Novembre 2022 : Billing 3.0.14 et BIS 3.0.10

La norme PEPPOL-COMMON-R049 est passée du statut « avertissement » à « erreur fatale » pour les numéros d'organisation suédois relevant de l'ICD 0007. Cette release a également introduit la norme Peppol BIS Advanced Ordering.

Mai 2022 : Billing 3.0.13 et BIS 3.0.9

La règle PEPPOL-COMMON-R043 est passée du statut « avertissement » à « erreur fatale » pour le numéro d'entreprise belge relevant de l'ICD 0208, et la règle PEPPOL-COMMON-R049 a été introduite en tant qu'avertissement pour les numéros d'organisation suédois.

Novembre 2021 : Billing 3.0.12 et BIS 3.0.8

La règle PEPPOL-COMMON-R043 a été introduite sous forme d'avertissement concernant le numéro d'entreprise belge, et les règles italiennes d'identification pour les codes CIM 0201, 0210 et 0211 ont été ajoutées en tant qu'avertissements. La tendance observée dans cette version et les suivantes est constante : une validation d'identifiant national apparaît d'abord sous forme d'avertissement, puis devient une erreur fatale une ou deux versions plus tard.

Spécifications relatives à la livraison électronique

Les spécifications eDelivery couvrent le transport AS4, la découverte des SMP et SML, l'enveloppe des messages métier, la politique d'identification et la politique réseau. Elles relèvent principalement de la responsabilité des prestataires de services Peppol et déterminent la manière dont les messages sont acheminés ainsi que les identifiants Peppol valides. Les versions ci-dessous sont répertoriées dans lejournal des modifications eDEC.

juillet 2026

La politique du réseau Peppol 1.0.0 a été publiée sous la forme d'un ensemble unique de règles applicables au réseau. La version 1.1.0 de la politique relative au statut au niveau du message (MLR) a été mise en place, accompagnée d'un guide opérationnel destiné aux prestataires de services ; la version 2.0.2 de l'enveloppe métier a également été publiée, ainsi que la version 9.7 des listes de codes. Le plan de dépréciation et de retrait progressif de la MLR a été publié le 15 juillet, fixant la date de fin de vie du message qu'elle remplace.

mai 2025

La première spécification « Message Level Status » (version 1.0.0) et le schéma d'identification des prestataires de services OpenPeppol (version 1.0.0) ont été publiés. C'est à ce moment-là qu'a commencé le passage d'une réponse facultative entre utilisateurs finaux à un statut obligatoire entre prestataires de services.

avril 2025

Les politiques relatives à l'utilisation des identifiants 4.4.0, SMP 1.4.0 et SML 1.3.0 ont été publiées conjointement ; elles entreront toutes en vigueur le 1er novembre 2025. Il s'agit de l'ensemble de règles qui régit la manière dont un identifiant « Peppol ID » est rédigé et résolu ; c'est donc ce document qu'il convient de consulter si vous développez vous-même une logique d'adressage.

Octobre 2024

Politique relative à l'utilisation des identifiants 4.3.0, abrogée six mois plus tard.

avril 2024

Le profil AS4 2.0.3, une correction d'erreur apportée au profil de transport, ainsi que la suppression des schémas de format de carte de visite hérités.

décembre 2023 et janvier 2024

Les spécifications relatives aux rapports ont été finalisées : « Rapports sur les statistiques des utilisateurs finaux » 1.1.1, « Rapports sur les statistiques des transactions » 1.0.2 et la directive opérationnelle qui définit les informations que les prestataires de services doivent communiquer et à quelle fréquence. La communication de ces rapports est devenue obligatoire à compter de 2024.

novembre 2023

SMP 1.3.0, publié avec une analyse d'impact et une feuille de route de migration.

avril 2023

La spécification relative aux enveloppes professionnelles 2.0.0 a été publiée et est devenue obligatoire à compter d'octobre 2023. Les premières spécifications en matière de déclaration ont été introduites simultanément.

Février 2023

Le profil de transport AS2 a été supprimé. Depuis, AS4 est le seul profil de transport Peppol.

décembre 2021

Une mise à niveau de grande envergure, avec des périodes de migration de trois mois pour la majeure partie de la pile : SMP 1.2.0, SML 1.2.0, Politique d'utilisation des identifiants 4.1.0, Politique de sécurité des transports 1.1.0, Profil AS4 2.0.2, Enveloppe métier 1.2.1 et Annuaire Peppol 1.1.1.

Listes de codes

Les listes de codes eDEC font l'objet d'une gestion des versions distincte et sont mises à jour plusieurs fois par an ; elles en sont actuellement à la version 9.7. Elles définissent les schémas d'identifiant des participants, les types de documents, les processus et les profils de transport présents sur le réseau. Une mise à jour de ces listes de codes peut donc entraîner la suppression d'un schéma sur lequel vous vous appuyez, sans que les spécifications aient été modifiées, comme cela s'est produit pour le schéma finlandais LY-tunnus 0037.

PINT

PINT est le modèle international de facturation utilisé lorsque la spécification européenne en matière de facturation ne s'applique pas. Chaque pays élabore une spécification nationale sur cette base ; ainsi, une version de PINT sert de référence pour les spécifications nationales qui en découlent. Les versions ci-dessous sont tirées des notes d'release s relatives à la facturation PINT, et chaque spécification nationale dispose de ses propres notes dans le cadre des spécifications PINT.

VersionPubliéQu'est-ce qui a changé ?
1.1.3juin 2026Mise à jour des listes de codes et des règles Schematron ; clarification de la documentation relative aux notes de crédit et des messages d'erreur
1.1.2décembre 2025Une règle limitant l'utilisation des caractères génériques dans l'identifiant de personnalisation
1.1.12025Le représentant fiscal devient facultatif ; les listes du code général ont été déplacées vers les spécialisations
1.1.0novembre 2024Extension des schémas d'identifiants et des codes de devises ; obligation d'utiliser des identifiants de document avec caractères génériques
1.0.2mai 2024Correction des liaisons syntaxiques, mise à jour des listes de codes et harmonisation des règles de validation
1.0.1novembre 2023Ajout du code du système d'adresses électroniques, corrections rédactionnelles
1.0.0Juillet 2023Première version du modèle de données de facturation PINT

Comment l'utiliser

Si vous générez ou recevez des documents Peppol, c’est le « post-award track » qu’il faut surveiller, et la date d’entrée en vigueur obligatoire est celle à prendre en compte dans votre planification. Lisez les notes de l’« release » dès la publication d’une « release » en mai ou en novembre, et non pas trois mois plus tard, lorsqu’elle devient obligatoire. Le passage d’un avertissement à une erreur est le changement qui perturbe un flux qui fonctionnait auparavant, et il est toujours annoncé au moins une « release » à l’avance.

Si c'est votre fournisseur de services qui gère la connexion, c'est à lui qu'il incombe de tenir à jour le flux eDelivery. Les informations qui vous parviennent par ce biais sont sporadiques : il peut s'agir d'un nouveau schéma d'identifiant que vous pouvez enregistrer, ou d'un ancien schéma qui est retiré.

Source normative

Toutes les versions sont publiées par OpenPeppol. Les notes de l'release , accessibles via les liens figurant sur cette page, constituent la référence normative. Les résumés présentés ici ont été rédigés par Qvalia dans le but d'être lus, et non de se substituer à la source.