Met behulp van de Service Metadata Locator (SML) en de Service Metadata Publisher (SMP) kan een verzendend Peppol-toegangspunt achterhalen hoe een ontvanger een specifiek bedrijfsdocument kan ontvangen. De SML stelt vast welke SMP de metagegevens van de ontvanger bevat. De SMP geeft vervolgens informatie terug over de door de ontvanger ondersteunde documenttypes, processen en technische eindpuntgegevens. Dankzij deze dynamische opzoekfunctie hoeven verzenders en ontvangers niet vooraf een directe verbinding in te stellen.
| Component | Huidige specificatie | Functie |
| SML | Peppol SML 1.3.0, geldig vanaf 1 november 2025 | Zoekt via DNS de SMP die aan een deelnemers-ID is gekoppeld |
| SMP | Peppol SMP 1.4.0, geldig vanaf 1 november 2025 | Publiceert metadata over de mogelijkheden van deelnemers en de afleverings-eindpunten |
| Beleid inzake identificatiecodes | Peppol-beleid inzake het gebruik van identificatiecodes 4.4.0 | Bepaalt hoe deelnemers-ID’s worden weergegeven en omgezet |
Het verschil tussen SMP en SML
| SML | SMP | |
| Volledige naam | Zoekfunctie voor servicemetadata | Uitgever van servicemetadata |
| Hoofdvraag | Welke SMP bevat de metagegevens van deze deelnemer? | Kan deze deelnemer dit document ontvangen en verwerken, en waar moet het naartoe worden gestuurd? |
| Opzoekmethode | DNS U-NAPTR | HTTPS REST-verzoek |
| Slaat documentmogelijkheden op | Nee | Ja |
| Slaat het afleverings-eindpunt en het certificaat op | Nee | Ja |
De SML is een locator. Deze bevat niet de volledige serviceconfiguratie van de ontvanger. Elke deelnemer-ID is geregistreerd bij één SMP, en die SMP publiceert de gedetailleerde metagegevens die voor de bezorging worden gebruikt.
Hoe het ontdekkingsproces verloopt
- Het verzendende toegangspunt ontvangt de Peppol-deelnemers-ID van de ontvanger, bijvoorbeeld
0088:7300010000001. - Het zet de deelnemers-ID om in de DNS-naam zoals gedefinieerd in het Peppol-identificatiebeleid.
- Een DNS U-NAPTR-opzoeking levert de basis-URL op van het SMP dat aan die deelnemer is gekoppeld.
- Het verzendende toegangspunt vraagt bij de SMP na wie de ontvanger is en welk documenttype het precies wil verzenden.
- In het SMP-antwoord worden het ondersteunde proces, het transportprofiel, het afleveringspunt en het certificaat vermeld.
- Het verzendende toegangspunt gebruikt deze metagegevens om de AS4-verbinding tot stand te brengen en het bericht te verzenden.
Zakelijke gebruikers voeren deze opvragingen doorgaans niet zelf uit. De verzendende Peppol-dienstverlener voert de opvraging uit vóór de verzending.
Hoe een deelnemers-ID wordt omgezet in een DNS-opzoeking
De DNS-naam wordt afgeleid van de deelnemers-ID, in plaats van de ID rechtstreeks weer te geven. De ID wordt omgezet naar kleine letters, gehasht met SHA-256 en gecodeerd met Base32 zonder opvulling. Vervolgens worden het meta-schema van de deelnemer en de SML-zone eraan toegevoegd.
Conceptuele vorm:
BASE32(SHA-256(lowercase("0088:7300010000001")))
.iso6523-actorid-upis
.<SML-zone>De hoofdletter-kleinletter-normalisatie vindt plaats vóór het hashen, omdat de waarden van de Peppol-deelnemers-ID’s hoofdletter-kleinletter-ongevoelig worden behandeld. Een afzender die een anders genormaliseerde waarde hasht, zal de verkeerde DNS-naam opvragen.
Wat een SMP publiceert
Een SMP ordent metagegevens op basis van deelnemer, documenttype en proces. Een servicerecord kan het volgende bevatten:
- de deelnemers-ID;
- de documenttype-identificatie;
- één of meer ondersteunde proces-ID’s;
- het transportprofiel;
- het eindpuntadres van het ontvangende Access Point;
- het certificaat dat wordt gebruikt voor beveiligde gegevensoverdracht;
- de ingangs- en vervaldata van de dienst; en
- technische contactgegevens of service-informatie, indien beschikbaar.
Het verzendende toegangspunt vraagt metagegevens op voor een specifiek documenttype. Een deelnemer kan dus bij Peppol geregistreerd staan en facturen ontvangen, zonder dat hij over een gepubliceerde capaciteit voor bestellingen of een ander factuurprofiel beschikt.
Het conceptuele SMP-bronnenpad is:
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}De identificatiecodes voor deelnemers en documenten moeten worden weergegeven en procent-gecodeerd volgens de vereisten van de SMP REST-specificatie. Een niet-gecodeerd voorbeeld mag niet rechtstreeks in een implementatie worden gekopieerd.
Registratie en geschiktheid worden afzonderlijk gecontroleerd
Een SML-record bevestigt dat een deelnemers-ID aan een SMP is gekoppeld. Het bevestigt niet dat de deelnemer elk Peppol-document accepteert. Het SMP-capaciteitsrecord bepaalt of de gevraagde combinatie van documenttype en proces wordt ondersteund.
Dit onderscheid verklaart waarom een ontvanger weliswaar via Peppol ID kan worden gevonden, maar een bepaald bericht toch kan afwijzen. De deelnemer ondersteunt mogelijk wel BIS Billing -facturen, maar geen creditnota’s, bestellingen of de door de afzender gebruikte proces-ID. Het verzendende toegangspunt moet vóór de verzending de exacte combinatie opvragen.
SMP en SML maken geen deel uit van de Peppol-directory
De Peppol Directory is een optionele, door mensen doorzoekbare dienst die is opgebouwd uit visitekaartgegevens die door deelnemende SMP’s zijn gepubliceerd. Deze dienst helpt gebruikers bij het vinden van organisaties, Peppol-ID’s en gepubliceerde documentmogelijkheden. Het is niet het routeringsregister dat door Access Points wordt gebruikt.
Gebruik de zoekfunctie ‘ Peppol ID ’ van Qvalia om de informatie te bekijken die via de directory beschikbaar is. Een Access Point maakt nog steeds gebruik van de SML- en SMP-detectieprocedure om de technische route voor een daadwerkelijk bericht te bepalen.
Veelvoorkomende fouten bij het opsporen en routeren
| Symptoom | Waarschijnlijke oorzaak |
| Geen DNS-resultaat voor de deelnemer | De deelnemers-ID is onjuist, volgt het verkeerde schema of is niet geregistreerd in de SML |
| SMP is gevonden, maar het servicerapport levert geen overeenkomsten op | De ontvanger heeft nog geen ondersteuning voor dat documenttype gepubliceerd |
| Het documenttype is gevonden, maar het proces ontbreekt | De opgegeven proces-ID is niet geregistreerd voor dat document |
| Het eindpunt is gevonden, maar de AS4-levering mislukt | Het eindpunt, het certificaat, het transportprofiel of de ontvangende dienst moet nader worden onderzocht |
| Een recente wijziging van aanbieder wordt niet onmiddellijk weergegeven | In de cache opgeslagen DNS- of servicemetadata kunnen nog steeds de vorige route bevatten |
Controleer eerst het deelnemersschema en de waarde, en vervolgens het documenttype en de proces-ID’s. Beschouw een zoekopdracht in de Peppol Directory als een handige controle voor de gebruiker, terwijl je de huidige SMP-metadata als de technische bron voor de verzending beschouwt.
Wie beheert de metagegevens?
De Peppol-dienstverlener van de ontvanger registreert de deelnemers-ID, onderhoudt de SML-koppeling en publiceert de mogelijkheden van de deelnemer in zijn SMP. Wanneer een deelnemer van dienstverlener verandert, moet de SML-koppeling naar de nieuwe SMP verwijzen en moeten de vereiste mogelijkheden daar worden gepubliceerd.
Het verzendende toegangspunt voert de detectie uit en gebruikt de teruggestuurde eindpuntgegevens voor het transport. Bedrijven die Peppol gebruiken, beheren hun identificatiecodes en ontvangstmogelijkheden doorgaans via hun provider, in plaats van zelf de SML te beheren of handmatig SMP-records op te vragen. Lees meer over hoe een Peppol-toegangspunt de detectie, validatie en het transport afhandelt.