Le prochain grand changement de Peppol : le statut au niveau du message (MLS) devient obligatoire

Le 2 juillet 2026, OpenPeppol a publié une série de mises à jour qui redéfiniront la manière dont chaque point d'accès (AP) du réseau Peppol gère la confirmation de livraison. Au cœur de cette démarche se trouve Message Level Status (MLS) v1.1.0, aux côtés d'un tout nouveau Ligne directrice opérationnelle du fournisseur de services sur le MLS v1.0.0, une spécification d'enveloppe Peppol mise à jour (v2.0.2), la première version de Politique du réseau Peppol, et une liste de codes actualisée (v9.7). OpenPeppol a organisé des sessions dédiées — Open Dialogs, MLS Basics et “ Impact de MLS sur les AP et SMP existants ” — pour guider les fournisseurs de services à travers ce changement, ce qui témoigne clairement de l'importance de cette mise à jour pour le réseau.

Voici une analyse pratique de ce qui change, de son importance et de ce que les fournisseurs de services doivent faire à ce sujet.

Ce qu'est réellement la MLS

Peppol distingue trois niveaux d'information sur le statut lorsqu'un message circule dans le réseau :

• Statut du protocole — confirme la conformité à Peppol eDelivery et PKI (par exemple, le message de signal AS4).
• Statut de messagerie (MLS) — confirme la conformité au cadre architectural Peppol lui-même.
• Statut de l'entreprise — confirme la conformité aux règles commerciales locales (par exemple, une réponse de facture Peppol BIS).

La MLS se situe dans la couche intermédiaire. C'est le mécanisme par lequel le PA destinataire (C3) indique au PA émetteur (C2) si un message entrant a été traité et transmis avec succès — indépendamment de la validité finale du document métier sous-jacent. En bref : un accusé de réception AS4 positif prouve seulement que le message est arrivé à C3. La MLS est ce qui confirme que C3 a réellement pu en faire quelque chose d'utile.

La chronologie de la migration

OpenPeppol a établi un plan de migration en trois étapes, et les dates méritent d'être notées dès maintenant dans le calendrier :

• T1 – 1er juillet 2026Les spécifications entrent en vigueur ; le compte à rebours de la mise en œuvre commence.
• T2 – 28 février 2027: Fin de la Phase 1. MLS réception la fonctionnalité doit être en service en production, et la fenêtre pour activer MLS envoi ouvre.
• T3 – 31 mars 2027: Fin de la Phase 2. L'envoi de MLS devient obligatoire et les exigences de niveau de service associées deviennent exécutoires.

Pendant la Phase 1 (de T1 à T2, soit environ 8 mois), les Fournisseurs de services doivent :

• Construire une infrastructure d'envoi MLS
• Implémenter la mise en file d'attente MLS et la logique de nouvel essai
• Construire l'infrastructure de réception MLS
• Analyser et évaluer les champs SBDH MLS
• Enregistrer la capacité de réception MLS dans le SMP

C'est un effort d'ingénierie significatif, et la fenêtre de 8 mois est plus serrée qu'il n'y paraît une fois que la mise en file d'attente, les nouvelles tentatives et l'enregistrement SMP sont pris en compte.

Nouvelles exigences de niveau de service

Deux nouveaux SLR ancrent le volet opérationnel de la MLS :

• SLR MLS-1 (Envoi): 99,51 TP3T de messages MLS concernant des documents professionnels de moins de 10 Mo doivent être envoyés dans un délai maximal de 20 minutes.
• SLR MLS-2 (Réception): 99,51 TP3T des messages MLS concernant les documents professionnels de moins de 10 Mo doivent être reçus dans un délai maximal de 25 minutes.

Il est important de noter qu'il s'agit de seuils statistiques sur une période de mesure mensuelle — et non d'une garantie par message. La spécification indique explicitement qu'un seul MLS manquant dans la fenêtre de 25 minutes devrait non être considéré comme une preuve définitive d'échec de la livraison, en particulier étant donné qu'un accusé de réception AS4 positif établit déjà que C3 a pris la responsabilité du message. Il est conseillé aux PA destinataires de ne pas renvoyer le document commercial d'origine simplement parce qu'un MLS n'est pas arrivé à temps.

La procédure d'escalade ne s'enclenche qu'après 24 heures : si aucun MLS n'est arrivé d'ici là (et qu'il a été demandé de manière inconditionnelle), C2 doit contacter le support de C3 — via un point de contact connu, les informations de l'endpoint SMP ou, en dernier recours, les coordonnées figurant sur peppol.org — et coordonner directement les prochaines étapes avec C3. Les événements de non-réception doivent être consignés pour la surveillance opérationnelle et comme preuve de conformité.

Quelques règles qui valent la peine d'être connues

Quelques détails des spécifications sont faciles à manquer mais importants sur le plan opérationnel :

• Une réponse par document. Chaque document commercial reçu doit faire l'objet d'une réponse composée de zéro ou d'un message MLS. Si plus d'un MLS valide est reçu d'une manière ou d'une autre pour la même transmission, seul le premier Les messages valides comptent — les suivants doivent être ignorés par C2. (La détection des doublons au niveau AS4/transmission est supposée être déjà en place.)
• Le code de rejet “Failure of Delivery” (FD) est spécial. Il ne peut être utilisé que lorsque le message entrant est architecturalement correct, ne peut pas être transféré définitivement vers C4, et que le rejet est dû à des raisons non commerciales. Même dans ce cas, la responsabilité de la correction du problème sous-jacent incombe toujours à C3, bien que le document commercial lui-même soit renvoyé à C2.
• Conséquences en matière de reporting. Les messages MLS comptent comme des échanges de jeux de données Peppol et doivent être inclus dans le rapport de statistiques des transactions (TSR), en utilisant un identifiant de type de document distinct. Mais ils doivent non apparaître dans les rapports de statistiques des utilisateurs finaux (EUSR), étant donné que MLS est purement un échange de fournisseur de services à fournisseur de services sans implication de l'utilisateur final.
• Le MLR est en train d'être éliminé progressivement. Une mise à jour distincte datée du 15 juillet 2026 pointe vers un document dédié “ Peppol MLR Phase-Out v1.0.0 ” — un changement connexe qui mérite d'être suivi en parallèle avec le MLS lui-même.

Pourquoi c'est important

MLS fait passer Peppol du statut de “ transport réussi ” à celui de “ le réseau sait réellement ce qui est arrivé au message ”, comblant ainsi un déficit de visibilité de longue date entre l'accusé de réception au niveau AS4 et la véritable confirmation au niveau du message. Pour les points d'accès et leurs clients, cela signifie un meilleur diagnostic des pannes, moins d'abandons silencieux et une attente de fiabilité mesurable à l'échelle du réseau une fois que les SLR deviendront exécutoires en mars 2027.

La marge de manœuvre est raisonnable, mais pas longue. Tout point d'accès n'ayant pas encore évalué l'envoi/la réception MLS, la logique de mise en file d'attente et de nouvelle tentative, ainsi que l'enregistrement des capacités SMP, doit considérer le T4 2026 comme la véritable échéance, et non mars 2027.

Sources : OpenPeppol Message Level Status v1.1.0, Peppol Service Provider Operational Guideline on MLS v1.0.0, OpenPeppol eDEC Specifications Change Log (mises à jour du 2026-07-02 et du 2026-07-15).