Service Metadata Locator (SML) och Service Metadata Publisher (SMP) gör det möjligt för en sändande Peppol-accesspunkt att ta reda på hur en mottagare kan ta emot ett visst affärsdokument. SML identifierar vilken SMP som innehåller mottagarens metadata. SMP returnerar därefter mottagarens dokumenttyper och processer samt teknisk information om slutpunkten. Den dynamiska uppslagningen gör att avsändare och mottagare inte behöver konfigurera en direkt anslutning i förväg.
| Komponent | Aktuell specifikation | Funktion |
| SML | Peppol SML 1.3.0, giltig från 1 november 2025 | Hittar den SMP som är kopplad till en deltagaridentifierare via DNS |
| SMP | Peppol SMP 1.4.0, giltig från 1 november 2025 | Publicerar deltagarens kapacitet och metadata för leveransslutpunkten |
| Identifieringspolicy | Peppol Policy for use of Identifiers 4.4.0 | Anger hur deltagaridentifierare representeras och slås upp |
Skillnaden mellan SMP och SML
| SML | SMP | |
| Fullständigt namn | Service Metadata Locator | Service Metadata Publisher |
| Huvudfråga | Vilken SMP innehåller metadata för deltagaren? | Kan deltagaren ta emot den här dokumenttypen i den här processen, och vart ska dokumentet skickas? |
| Uppslagsmetod | DNS U-NAPTR | HTTPS REST-anrop |
| Lagrar dokumentkapacitet | Nej | Ja |
| Lagrar leveransslutpunkt och certifikat | Nej | Ja |
SML är en lokaliseringstjänst och innehåller inte mottagarens fullständiga tjänstekonfiguration. Varje deltagaridentifierare registreras hos en SMP. Denna SMP publicerar den detaljerade metadata som används för leveransen.
Så fungerar tjänsteupptäckten
- Den sändande Peppol-accesspunkten tar emot mottagarens Peppol-deltagaridentifierare, exempelvis
0088:7300010000001. - Den omvandlar deltagaridentifieraren till det DNS-namn som definieras i Peppols identifieringspolicy.
- En DNS U-NAPTR-uppslagning returnerar basadressen till den SMP som är kopplad till deltagaren.
- Den sändande Peppol-accesspunkten frågar mottagarens SMP efter exakt den dokumenttyp som ska skickas.
- SMP-svaret anger den process som stöds, transportprofil, leveransslutpunkt och certifikat.
- Den sändande Peppol-accesspunkten använder metadata för att skapa AS4-anslutningen och överföra meddelandet.
Verksamhetsanvändare behöver normalt inte göra dessa anrop själva. Den sändande Peppol-tjänsteleverantören genomför uppslagningen före överföringen.
Så blir en deltagaridentifierare en DNS-uppslagning
DNS-namnet skapas från deltagaridentifieraren utan att identifieraren exponeras direkt. Identifieraren omvandlas till gemener, hashas med SHA-256 och kodas med Base32 utan utfyllnad. Därefter läggs deltagarens metasystem och SML-zonen till.
Principiell form:
BASE32(SHA-256(lowercase("0088:7300010000001")))
.iso6523-actorid-upis
.<SML-zone>Normalisering av skiftläge sker före hashningen eftersom värden i Peppol-deltagaridentifierare behandlas som skiftlägesokänsliga. En avsändare som hashar ett värde som har normaliserats på annat sätt kommer att fråga efter fel DNS-namn.
Vad en SMP publicerar
En SMP organiserar metadata efter deltagare, dokumenttyp och process. En tjänstepost kan innehålla:
- deltagaridentifieraren,
- dokumenttypsidentifieraren,
- en eller flera processidentifierare som stöds,
- transportprofilen,
- den mottagande Peppol-accesspunktens slutpunktsadress,
- certifikatet som används för säker transport,
- datum för aktivering och upphörande av tjänsten samt
- tekniska kontakt- eller tjänsteuppgifter, om sådana har angetts.
Den sändande Peppol-accesspunkten begär metadata för en viss dokumenttyp. En deltagare kan därför vara registrerad i Peppol och ta emot fakturor utan att ha publicerat stöd för order eller en annan fakturaprofil.
Den principiella resurssökvägen i SMP är:
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}Deltagar- och dokumentidentifierarna måste representeras och procentkodas enligt kraven i SMP REST-specifikationen. Ett okodat exempel ska inte kopieras direkt till en implementation.
Registrering och kapacitet är två olika kontroller
En SML-post bekräftar att en deltagaridentifierare är kopplad till en SMP. Den bekräftar inte att deltagaren accepterar alla Peppol-dokument. Kapacitetsposten i SMP avgör om den efterfrågade kombinationen av dokumenttyp och process stöds.
Skillnaden förklarar varför en mottagare kan hittas via Peppol-ID men ändå avvisa ett visst meddelande. Deltagaren kan stödja fakturor enligt BIS Billing men inte kreditnotor, order eller den processidentifierare som avsändaren använder. Den sändande Peppol-accesspunkten måste kontrollera den exakta kombinationen före överföringen.
SMP och SML är inte Peppol Directory
Peppol Directory är en valfri, sökbar tjänst för människor som bygger på verksamhetsuppgifter som deltagande SMP-tjänster publicerar. Den hjälper användare att hitta organisationer, Peppol-ID:n och publicerad dokumentkapacitet. Den är inte det dirigeringsregister som Peppol-accesspunkter använder.
Använd Qvalias Peppol-ID-sökning för att kontrollera information som finns tillgänglig via katalogen. En Peppol-accesspunkt använder fortfarande SML- och SMP-flödet för att fastställa den tekniska vägen för ett faktiskt meddelande.
Vanliga fel vid tjänsteupptäckt och dirigering
| Symtom | Trolig orsak |
| Ingen DNS-träff för deltagaren | Deltagaridentifieraren är felaktig, använder fel systemkod eller är inte registrerad i SML |
| SMP hittas men tjänsteposten ger ingen träff | Mottagaren har inte publicerat stöd för dokumenttypen |
| Dokumenttypen hittas men processen saknas | Den efterfrågade processidentifieraren är inte registrerad för dokumentet |
| Slutpunkten hittas men AS4-leveransen misslyckas | Slutpunkten, certifikatet, transportprofilen eller den mottagande tjänsten behöver undersökas |
| Ett nyligt leverantörsbyte syns inte omedelbart | Cachad DNS- eller tjänstemetadata kan fortfarande innehålla den tidigare vägen |
Kontrollera först deltagarens systemkod och värde och därefter dokumenttyps- och processidentifierarna. En sökning i Peppol Directory är en användbar kontroll för användare, medan aktuell SMP-metadata är den tekniska källan för leveransen.
Vem förvaltar metadata
Mottagarens Peppol-tjänsteleverantör registrerar deltagaridentifieraren, underhåller kopplingen i SML och publicerar deltagarens kapacitet i sin SMP. När en deltagare byter leverantör måste SML-kopplingen peka mot den nya SMP-tjänsten och den kapacitet som krävs publiceras där.
Den sändande Peppol-accesspunkten genomför tjänsteupptäckten och använder informationen om slutpunkten för transporten. Företag som använder Peppol hanterar normalt sina identifierare och sin mottagningskapacitet via sin leverantör i stället för att själva driva SML eller fråga SMP-poster manuellt. Läs mer om hur en Peppol-accesspunkt hanterar tjänsteupptäckt, validering och transport.
Relaterad vägledning
Normativa källor
Peppol SML 1.3.0, Peppol SMP 1.4.0 och Policy for use of Identifiers 4.4.0 hos OpenPeppol.