Peppols nächster großer Schritt: Der Message Level Status (MLS) wird verbindlich

Am 2. Juli 2026 veröffentlichte OpenPeppol eine Welle von Aktualisierungen, die die Art und Weise, wie jeder Access Point (AP) im Peppol-Netzwerk Zustellungsbestätigungen handhabt, grundlegend verändern werden. Im Mittelpunkt steht dabei Message Level Status (MLS) v1.1.0, zusammen mit einem brandneuen Betriebsrichtlinie für Dienstleister zu MLS v1.0.0, einer aktualisierten Peppol-Envelope-Spezifikation (v2.0.2), der ersten Version der Peppol-Netzwerkrichtlinie, und einer aktualisierten Codeliste (v9.7). OpenPeppol hat dedizierte Sitzungen durchgeführt – Open Dialogs, MLS Basics und “MLS Impact on existing APs and SMPs” –, um Service Provider durch die Änderung zu führen, ein klares Signal dafür, wie bedeutsam dieses Update für das Netzwerk ist.

Hier ist eine praktische Aufschlüsselung darüber, was sich ändert, warum das wichtig ist und was Service Provider tun müssen.

Was MLS wirklich ist

Peppol unterscheidet zwischen drei Ebenen von Statusinformationen, während sich eine Nachricht durch das Netzwerk bewegt:

• Protokollstatus — bestätigt die Konformität mit Peppol eDelivery und PKI (z. B. die AS4-Signalnachricht).
• Messaging-Status (MLS) — bestätigt die Einhaltung des Peppol Architectural Framework selbst.
• Geschäftsstatus — bestätigt die Einhaltung lokaler Geschäftsregeln (z. B. eine Peppol BIS Invoice Response).

MLS befindet sich in der mittleren Schicht. Es ist der Mechanismus, mit dem der empfangende AP (C3) dem sendenden AP (C2) mitteilt, ob eine eingehende Nachricht erfolgreich verarbeitet und weitergeleitet wurde – unabhängig davon, ob das zugrundeliegende Geschäftsdokument letztendlich gültig war. Kurz: Eine positive AS4-Bestätigung beweist nur, dass die Nachricht bei C3 angekommen ist. MLS ist das, was bestätigt, dass C3 tatsächlich etwas Nützliches damit tun konnte.

Die Migrations-Zeitleiste

OpenPeppol hat einen Migrationsplan mit drei Meilensteinen vorgelegt, und die Termine sollte man sich jetzt schon in den Kalender eintragen:

• T1 – 1. Juli 2026Spezifikationen treten in Kraft; die Einführungsphase beginnt.
• T2 – 28. Februar 2027Ende von Phase 1. MLS Empfang Die Funktion muss in der Produktion live sein, und das Zeitfenster zur Aktivierung von MLS Senden öffnet.
• T3 – 31. März 2027Ende von Phase 2. Das MLS-Sending wird verpflichtend, und die damit verbundenen Service Level Requirements werden durchsetzbar.

Während Phase 1 (T1 bis T2, ca. 8 Monate) wird von den Dienstleistern erwartet, dass sie:

• Infrastruktur für den MLS-Versand aufbauen
• MLS-Warteschlangen und Wiederholungslogik implementieren
• Infrastruktur für den MLS-Empfang aufbauen
• SBDH-MLS-Felder analysieren und auswerten
• MLS-Empfangsfähigkeit im SMP registrieren

Das ist ein erheblicher Entwicklungsaufwand, und das 8-Monats-Fenster ist enger, als es aussieht, sobald Warteschlangen, Wiederholungsversuche und die SMP-Registrierung berücksichtigt werden.

Neue Servicelevel-Anforderungen

Zwei neue SLRs verankern die operative Seite der MLS:

• SLR MLS-1 (Senden): 99,51 TP3T an MLS-Nachrichten für Geschäftsdokumente unter 10 MB müssen innerhalb von maximal 20 Minuten versendet werden.
• SLR MLS-2 (Empfang): 99,51 TP3T der MLS-Nachrichten für Geschäftsdokumente unter 10 MB müssen innerhalb von maximal 25 Minuten empfangen werden.

Wichtig ist, dass es sich dabei um statistische Schwellenwerte über einen monatlichen Messzeitraum handelt – nicht um eine Garantie pro Nachricht. Die Spezifikation besagt ausdrücklich, dass ein einzelnes fehlendes MLS innerhalb des 25-Minuten-Fensters sollte nicht als definitiver Nachweis eines Zustellungsfehlers betrachtet werden, insbesondere da eine positive AS4-Bestätigung bereits belegt, dass C3 die Verantwortung für die Nachricht übernommen hat. Empfangenden APs wird gesagt, sie sollen das ursprüngliche Geschäftsdokument nicht allein deshalb erneut senden, weil eine MLS nicht rechtzeitig eingetroffen ist.

Der Eskalationspfad greift erst nach 24 Stunden: Wenn bis dahin kein MLS eingegangen ist (und ein solches unbedingt angefordert wurde), sollte C2 den Support von C3 kontaktieren – über einen bekannten Kontaktpunkt, die SMP-Endpunktinformationen oder, als letztes Mittel, die Kontaktdaten auf peppol.org – und die nächsten Schritte direkt mit C3 koordinieren. Ereignisse des Ausbleibens des Empfangs sollten für die Betriebsüberwachung und als Compliance-Nachweis protokolliert werden.

Ein paar Regeln, die man kennen sollte

Einige wenige Details in der Spezifikation sind leicht zu übersehen, aber im Betrieb wichtig:

• Eine Antwort pro Dokument. Jedes empfangene Geschäftsdokument muss mit null oder einer MLS-Nachricht beantwortet werden. Wenn aus irgendeinem Grund mehr als eine gültige MLS für dieselbe Übertragung empfangen wird, darf nur die zuerst Gültige werden gezählt — nachfolgende müssen von C2 ignoriert werden. (Es wird davon ausgegangen, dass eine Duplikaterkennung auf der AS4-/Übertragungsschicht bereits vorhanden ist.)
• Der Ablehnungscode “Failure of Delivery” (FD) ist besonders. Es darf nur verwendet werden, wenn die eingehende Nachricht architektonisch korrekt ist, nicht dauerhaft an C4 weitergeleitet werden kann und die Ablehnung aus nicht-geschäftlichen Gründen erfolgt. Selbst dann verbleibt die Verantwortung für die Behebung des zugrunde liegenden Problems bei C3, obwohl das Geschäftsdokument selbst an C2 zurückgegeben wird.
• Berichterstattungsauswirkungen. MLS-Nachrichten gelten als Peppol-Datensatz-Austausch und müssen unter Verwendung einer eindeutigen Dokumenttyp-Kennung in die Transaktionsstatistik-Berichterstattung (TSR) einbezogen werden. Sie müssen jedoch nicht in den End User Statistics Reporting (EUSR) auftauchen, da MLS ausschließlich ein Service-Provider-to-Service-Provider-Austausch ohne Endbenutzerbeteiligung ist.
• MLR wird abgeschafft. Ein separates Update vom 15. Juli 2026 verweist auf ein dediziertes “Peppol MLR Phase-Out v1.0.0”-Dokument – eine damit zusammenhängende Änderung, die es wert ist, neben MLS selbst im Auge behalten zu werden.

Warum es wichtig ist?

MLS bringt Peppol von “der Transport war erfolgreich” zu “das Netzwerk weiß tatsächlich, was mit der Nachricht passiert ist” – und schließt damit eine langjährige Sichtbarkeitslücke zwischen der Bestätigung auf AS4-Ebene und einer echten Bestätigung auf Nachrichtenebene. Für Access Points und deren Kunden bedeutet das eine bessere Fehlerdiagnose, weniger unbemerkte Fehlschläge und eine netzwerkweite Erwartung an messbare Zuverlässigkeit, sobald die Service Level Rules (SLRs) im März 2027 verbindlich werden.

Die Start- und Landebahn ist vernünftig, aber nicht lang. Jeder Access Point, der das Senden und Empfangen von MLS, Warteschlangen- und Wiederholungslogik sowie die Registrierung von SMP-Funktionen noch nicht evaluiert hat, sollte das vierte Quartal 2026 als die eigentliche Frist betrachten – nicht März 2027.

Quellen: OpenPeppol Message Level Status v1.1.0, Peppol Service Provider Operational Guideline on MLS v1.0.0, OpenPeppol eDEC Specifications Change Log (Aktualisierungen vom 02.07.2026 und 15.07.2026).