Der Service Metadata Locator (SML) und der Service Metadata Publisher (SMP) ermöglichen es einem sendenden Peppol-Zugangspunkt, herauszufinden, wie ein Empfänger ein bestimmtes Geschäftsdokument empfangen kann. Der SML ermittelt, welcher SMP die Metadaten des Empfängers enthält. Der SMP gibt daraufhin die vom Empfänger unterstützten Dokumenttypen, Prozesse und technischen Endpunktinformationen zurück. Durch diese dynamische Abfrage entfällt die Notwendigkeit, dass jeder Absender und Empfänger im Voraus eine direkte Verbindung konfigurieren muss.
| Komponente | Aktuelle Spezifikation | Funktion |
| SML | Peppol SML 1.3.0, gültig ab 1. November 2025 | Ermittelt über DNS den SMP, der einer Teilnehmer-ID zugeordnet ist |
| SMP | Peppol SMP 1.4.0, gültig ab 1. November 2025 | Veröffentlicht Metadaten zu den Fähigkeiten der Teilnehmer und zu den Bereitstellungsendpunkten |
| Richtlinie zu Identifikatoren | Peppol-Richtlinie zur Verwendung von Identifikatoren 4.4.0 | Legt fest, wie Teilnehmerkennungen dargestellt und aufgelöst werden |
Der Unterschied zwischen SMP und SML
| SML | SMP | |
| Vollständiger Name | Dienst-Metadaten-Locator | Dienst-Metadaten-Publisher |
| Hauptfrage | Welcher SMP verwaltet die Metadaten für diesen Teilnehmer? | Kann dieser Teilnehmer dieses Dokument erhalten und bearbeiten, und wohin soll es gesendet werden? |
| Nachschlagemethode | DNS U-NAPTR | HTTPS-REST-Anfrage |
| Speichert Dokumentfunktionen | Nein | Ja |
| Speichert den Lieferendpunkt und das Zertifikat | Nein | Ja |
Der SML ist ein Lokalisierungsdienst. Er enthält nicht die vollständige Dienstkonfiguration des Empfängers. Jede Teilnehmerkennung ist bei einem SMP registriert, und dieser SMP veröffentlicht die detaillierten Metadaten, die für die Zustellung verwendet werden.
So funktioniert das Beweisverfahren
- Der sendende Access Point empfängt die Peppol-Teilnehmerkennung des Empfängers, zum Beispiel
0088:7300010000001. - Es wandelt die Teilnehmerkennung in den DNS-Namen um, der gemäß der Peppol-Kennungsrichtlinie definiert ist.
- Eine DNS-U-NAPTR-Abfrage liefert die Basis-URL des SMP, der diesem Teilnehmer zugeordnet ist.
- Der sendende Access Point fragt den SMP nach dem Empfänger und dem genauen Dokumenttyp ab, den er senden möchte.
- Die SMP-Antwort gibt den unterstützten Prozess, das Transportprofil, den Zustellungsendpunkt und das Zertifikat an.
- Der sendende Access Point nutzt diese Metadaten, um die AS4-Verbindung herzustellen und die Nachricht zu übertragen.
Geschäftskunden führen diese Abfragen in der Regel nicht selbst durch. Der sendende Peppol-Dienstanbieter führt die Abfrage vor der Übermittlung durch.
Wie aus einer Teilnehmer-ID eine DNS-Abfrage wird
Der DNS-Name wird aus der Teilnehmer-ID abgeleitet, anstatt die ID direkt offenzulegen. Die ID wird in Kleinbuchstaben umgewandelt, mit SHA-256 gehasht und ohne Auffüllung mit Base32 kodiert. Anschließend werden das Teilnehmer-Meta-Schema und die SML-Zone angehängt.
Konzeptionelle Form:
BASE32(SHA-256(lowercase("0088:7300010000001")))
.iso6523-actorid-upis
.<SML-zone>Die Groß-/Kleinschreibungsanpassung erfolgt vor dem Hashing, da die Kennungen der Peppol-Teilnehmer unabhängig von der Groß-/Kleinschreibung behandelt werden. Ein Absender, der einen anders normalisierten Wert hasht, fragt den falschen DNS-Namen ab.
Was ein SMP veröffentlicht
Ein SMP ordnet Metadaten nach Teilnehmer, Dokumenttyp und Prozess. Ein Dienstdatensatz kann Folgendes enthalten:
- die Teilnehmer-ID;
- die Dokumenttyp-Kennung;
- eine oder mehrere unterstützte Prozess-IDs;
- das Transportprofil;
- die Endpunktadresse des empfangenden Access Points;
- das für den sicheren Transport verwendete Zertifikat;
- Datum der Aktivierung und des Ablaufs des Dienstes; und
- technische Ansprechpartner oder Serviceinformationen, sofern angegeben.
Der sendende Access Point fordert Metadaten für einen bestimmten Dokumenttyp an. Ein Teilnehmer kann daher bei Peppol registriert sein und Rechnungen empfangen, ohne dass er über eine veröffentlichte Funktion für Bestellungen oder ein anderes Rechnungsprofil verfügt.
Der konzeptionelle SMP-Ressourcenpfad lautet:
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}Die Teilnehmer- und Dokumentkennungen müssen gemäß den Vorgaben der SMP-REST-Spezifikation dargestellt und prozentkodiert werden. Ein unkodiertes Beispiel sollte nicht direkt in eine Implementierung kopiert werden.
Registrierung und Funktionsfähigkeit werden separat geprüft
Ein SML-Datensatz bestätigt, dass eine Teilnehmerkennung einem SMP zugeordnet ist. Er bestätigt jedoch nicht, dass der Teilnehmer jedes Peppol-Dokument akzeptiert. Der SMP-Fähigkeitsdatensatz gibt an, ob die angeforderte Kombination aus Dokumenttyp und Prozess unterstützt wird.
Diese Unterscheidung erklärt, warum ein Empfänger zwar über Peppol ID gefunden werden kann, eine bestimmte Nachricht jedoch dennoch ablehnt. Der Teilnehmer unterstützt möglicherweise Rechnungen im Format „ BIS Billing “, nicht jedoch Gutschriften, Bestellungen oder die vom Absender verwendete Prozesskennung. Der sendende Access Point muss vor der Übertragung die genaue Kombination abfragen.
SMP und SML sind nicht das Peppol-Verzeichnis
Das Peppol-Verzeichnis ist ein optionaler, manuell durchsuchbarer Dienst, der auf den von teilnehmenden SMPs veröffentlichten Visitenkartendaten basiert. Es hilft Nutzern dabei, Organisationen, Peppol-IDs und veröffentlichte Dokumentenfunktionen zu finden. Es handelt sich dabei nicht um das von Access Points verwendete Routing-Register.
Nutzen Sie die „ Peppol ID “-Suche von Qvalia, um die im Verzeichnis verfügbaren Informationen abzurufen. Ein Access Point verwendet weiterhin den SML- und SMP-Erkennungsablauf, um die technische Route für eine tatsächliche Nachricht zu ermitteln.
Häufige Fehler bei der Erkennung und beim Routing
| Symptom | Mögliche Ursache |
| Kein DNS-Ergebnis für den Teilnehmer | Die Teilnehmerkennung ist falsch, verwendet ein falsches Schema oder ist nicht im SML registriert. |
| SMP wurde gefunden, aber der Dienstdatensatz liefert keine Übereinstimmung | Der Empfänger hat keine Unterstützung für diesen Dokumenttyp veröffentlicht. |
| Der Dokumenttyp wurde gefunden, aber der Prozess fehlt. | Die angeforderte Prozess-ID ist für dieses Dokument nicht registriert. |
| Endpunkt wurde gefunden, aber die AS4-Übertragung schlägt fehl | Der Endpunkt, das Zertifikat, das Transportprofil oder der empfangende Dienst muss überprüft werden. |
| Ein kürzlich erfolgter Anbieterwechsel wird nicht sofort berücksichtigt | Im Cache gespeicherte DNS- oder Dienstmetadaten können möglicherweise noch die vorherige Route enthalten |
Überprüfen Sie zunächst das Teilnehmerschema und den Wert, anschließend den Dokumenttyp und die Prozesskennungen. Betrachten Sie eine Suche im Peppol-Verzeichnis als nützliche Überprüfung für den Benutzer, während Sie die aktuellen SMP-Metadaten als technische Quelle für die Übermittlung heranziehen.
Wer pflegt die Metadaten?
Der Peppol-Dienstanbieter des Empfängers registriert die Teilnehmerkennung, verwaltet die SML-Zuordnung und veröffentlicht die Fähigkeiten des Teilnehmers in seinem SMP. Wenn ein Teilnehmer den Anbieter wechselt, muss die SML-Zuordnung auf den neuen SMP verweisen, und die erforderlichen Fähigkeiten müssen dort veröffentlicht werden.
Der sendende Access Point führt die Erkennung durch und nutzt die zurückgegebenen Endpunktinformationen für den Transport. Unternehmen, die Peppol nutzen, verwalten ihre Identifikatoren und Empfangskapazitäten in der Regel über ihren Anbieter, anstatt den SML selbst zu betreiben oder SMP-Datensätze manuell abzufragen. Erfahren Sie mehr darüber, wie ein Peppol-Access-Point die Erkennung, Validierung und den Transport abwickelt.