Service Metadata Locator (SML) og Service Metadata Publisher (SMP) gør det muligt for et afsendende Peppol-adgangspunkt at finde ud af, hvordan en modtager kan modtage et bestemt forretningsdokument. SML identificerer, hvilken SMP der indeholder modtagerens metadata. SMP returnerer derefter oplysninger om de dokumenttyper, processer og tekniske endepunkter, som modtageren understøtter. Denne dynamiske opslagsproces fjerner behovet for, at hver enkelt afsender og modtager på forhånd skal konfigurere en direkte forbindelse.
| Komponent | Gældende specifikationer | Funktion |
| SML | Peppol SML 1.3.0, gældende fra 1. november 2025 | Finder den SMP, der er knyttet til en deltageridentifikator, via DNS |
| SMP | Peppol SMP 1.4.0, gældende fra 1. november 2025 | Offentliggør metadata om deltagernes kapaciteter og leveringsendepunkter |
| Politik for identifikatorer | Peppol- Policy en for brug af identifikatorer 4.4.0 | Definerer, hvordan deltageridentifikatorer vises og identificeres |
Forskellen mellem SMP og SML
| SML | SMP | |
| Fulde navn | Lokalisator for servicemetadata | Udgiver af servicemetadata |
| Hovedspørgsmål | Hvilken SMP indeholder metadata for denne deltager? | Kan denne deltager modtage dette dokument og behandle det, og hvor skal det sendes hen? |
| Opslagsmetode | DNS U-NAPTR | HTTPS REST-anmodning |
| Gemmer dokumentfunktioner | Nej | Ja |
| Gemmer leveringsendepunktet og certifikatet | Nej | Ja |
SML’en er en lokator. Den indeholder ikke modtagerens fulde servicekonfiguration. Hver deltageridentifikator er registreret hos én SMP, og denne SMP offentliggør de detaljerede metadata, der anvendes til leveringen.
Sådan fungerer opdagelsesprocessen
- Det afsendende adgangspunkt modtager modtagerens Peppol-deltageridentifikator, for eksempel
0088:7300010000001. - Den konverterer deltageridentifikatoren til det DNS-navn, der er defineret i Peppols identifikationspolitik.
- En DNS U-NAPTR-opslag returnerer basis-URL’en for den SMP, der er knyttet til den pågældende deltager.
- Det afsendende adgangspunkt forespørger SMP om modtageren og den nøjagtige dokumenttype, det har til hensigt at sende.
- SMP-svaret angiver den understøttede proces, transportprofilen, leveringsendepunktet og certifikatet.
- Det afsendende adgangspunkt bruger disse metadata til at oprette AS4-forbindelsen og sende meddelelsen.
Erhvervsbrugere udfører normalt ikke disse forespørgsler selv. Den afsendende Peppol-tjenesteudbyder gennemfører opslaget inden overførslen.
Hvordan en deltageridentifikator bliver til en DNS-opslag
DNS-navnet udledes af deltageridentifikatoren i stedet for at afsløre identifikatoren direkte. Identifikatoren konverteres til små bogstaver, hashes med SHA-256 og kodes med Base32 uden udfyldning. Derefter tilføjes deltagerens metaschema og SML-zonen.
Begrebsmæssig form:
BASE32(SHA-256(lowercase("0088:7300010000001")))
.iso6523-actorid-upis
.<SML-zone>Normalisering af store og små bogstaver finder sted før hashing, da Peppol-deltageridentifikatorer behandles uden skelnen mellem store og små bogstaver. En afsender, der hasher en værdi, der er normaliseret på en anden måde, vil søge på det forkerte DNS-navn.
Hvad et SMP offentliggør
Et SMP strukturerer metadata efter deltager, dokumenttype og proces. En tjenestepost kan indeholde:
- deltagerens identifikationsnummer;
- dokumenttypeidentifikatoren;
- en eller flere understøttede procesidentifikatorer;
- transportprofilen;
- modtagende adgangspunktets endepunktsadresse;
- det certifikat, der anvendes til sikker overførsel;
- datoer for aktivering og udløb af tjenesten; og
- teknisk kontaktperson eller serviceoplysninger, hvor disse er angivet.
Det afsendende adgangspunkt anmoder om metadata for en bestemt dokumenttype. En deltager kan derfor være registreret i Peppol og modtage fakturaer, selvom vedkommende ikke har offentliggjort nogen kapacitet til ordrer eller en anden fakturaprofil.
Den konceptuelle SMP-ressourcevej er:
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}Deltager- og dokumentidentifikatorerne skal angives og procentkodet i overensstemmelse med kravene i SMP REST-specifikationen. Et ukodet eksempel bør ikke kopieres direkte ind i en implementering.
Registrering og kapacitet kontrolleres hver for sig
En SML-post bekræfter, at en deltageridentifikator er knyttet til en SMP. Den bekræfter ikke, at deltageren accepterer alle Peppol-dokumenter. SMP-kapabilitetsposten afgør, om den anmodede kombination af dokumenttype og proces understøttes.
Denne sondring forklarer, hvorfor en modtager kan findes via Peppol ID , men alligevel afvise en bestemt besked. Deltageren understøtter muligvis BIS Billing -fakturaer, men ikke kreditnotaer, ordrer eller den procesidentifikator, som afsenderen anvender. Det afsendende adgangspunkt skal forhøre sig om den nøjagtige kombination inden overførslen.
SMP og SML er ikke Peppol-registeret
Peppol-registeret er en valgfri tjeneste, der kan gennemsøges manuelt, og som er opbygget på baggrund af visitkortdata, der offentliggøres af deltagende SMP’er. Det hjælper brugerne med at finde organisationer, Peppol-id’er og offentliggjorte dokumentfunktioner. Det er ikke det routingregister, som adgangspunkterne anvender.
Brug Qvalia’s » Peppol ID «-søgning til at tjekke de oplysninger, der er tilgængelige via kataloget. Et adgangspunkt bruger stadig SML- og SMP-opsporingsforløbet til at fastlægge den tekniske rute for en konkret besked.
Almindelige fejl i forbindelse med opdagelse og routing
| Symptom | Sandsynlig årsag |
| Der blev ikke fundet noget DNS-resultat for deltageren | Deltager-id’et er forkert, følger det forkerte skema eller er ikke registreret i SML |
| SMP er fundet, men tjenestejournalen viser ingen resultater | Modtageren har ikke offentliggjort understøttelse af denne dokumenttype |
| Dokumenttypen er fundet, men processen mangler | Den anmodede procesidentifikator er ikke registreret for det pågældende dokument |
| Endpoint er fundet, men AS4-leveringen mislykkes | Endpunktet, certifikatet, transportprofilen eller modtagertjenesten skal undersøges nærmere |
| Et nyligt skift af udbyder vises ikke med det samme | Cachelagrede DNS-data eller servicemetadata kan stadig indeholde den tidligere rute |
Kontroller først deltagerstrukturen og værdien, derefter dokumenttypen og procesidentifikatorerne. Betragt en søgning i Peppol-registeret som en nyttig brugervenlig kontrol, mens de aktuelle SMP-metadata skal betragtes som den tekniske kilde til leveringen.
Hvem vedligeholder metadataene?
Modtagerens Peppol-tjenesteudbyder registrerer deltageridentifikatoren, vedligeholder SML-tilknytningen og offentliggør deltagerens kapaciteter i sin SMP. Når en deltager skifter udbyder, skal SML-tilknytningen pege på den nye SMP, og de påkrævede kapaciteter skal offentliggøres der.
Det afsendende adgangspunkt foretager opsporing og anvender de returnerede oplysninger om slutpunktet til transporten. Virksomheder, der bruger Peppol, administrerer normalt deres identifikatorer og modtagelseskapacitet via deres udbyder i stedet for selv at drive SML eller manuelt at søge i SMP-poster. Læs mere om, hvordan et Peppol-adgangspunkt håndterer opsporing, validering og transport.
Relaterede retningslinjer
Normative kilder
Peppol SML 1.3.0, Peppol SMP 1.4.0 og »Policy « til brug af identifikatorer 4.4.0, OpenPeppol.