1. Hjem
  2. Kunnskapsbase
  3. Peppol
  4. Peppol SMP og SML: hvordan tjenesteoppdagelse fungerer

Peppol SMP og SML: hvordan tjenesteoppdagelse fungerer

Peppol SMP og SML: hvordan tjenesteoppdagelse fungerer

Service Metadata Locator (SML) og Service Metadata Publisher (SMP) muliggjør en sendende Peppol aksesspunkt for å finne ut hvordan en mottaker kan motta et bestemt forretningsdokument. SML identifiserer hvilken SMP som inneholder mottakerens metadata. SMP returnerer deretter mottakerens støttede dokumenttyper, prosesser og teknisk endepunktinformasjon. Dette dynamiske oppslaget fjerner behovet for at hver avsender og mottaker må konfigurere en direkte tilkobling på forhånd.

KomponentGjeldende spesifikasjonFunksjon
SMLPeppol SML 1.3.0, gyldig fra 1. november 2025Finner SMP-en som er knyttet til en deltakeridentifikator via DNS
SMPPeppol SMP 1.4.0, gyldig fra 1. november 2025Publiserer deltakerfunksjoner og metadata for leveringsendepunkter
IdentifikatorpolicyPeppols retningslinjer for bruk av identifikatorer 4.4.0Definerer hvordan deltakeridentifikatorer representeres og løses

Forskjellen mellom SMP og SML

SMLSMP
Fullt navnSøker etter tjenestemetadataUtgiver av tjenestemetadata
HovedspørsmålHvilken SMP inneholder metadata for denne deltakeren?Kan denne deltakeren motta dette dokumentet og prosessen, og hvor skal det sendes?
OppslagsmetodeDNS U-NAPTRHTTPS REST-forespørsel
Lagrer dokumentfunksjonerNeiJa
Lagrer leveringsendepunktet og sertifikatetNeiJa

SML-en er en lokator. Den inneholder ikke mottakerens fullstendige tjenestekonfigurasjon. Hver deltakeridentifikator er registrert hos én SMP, og den SMP-en publiserer de detaljerte metadataene som brukes for levering.

Hvordan oppdagelsesprosessen fungerer

  1. Sendingen aksesspunkt mottar mottakerens Peppol-deltakeridentifikator, for eksempel 0088:7300010000001.
  2. Den konverterer deltakeridentifikatoren til DNS-navnet som er definert av Peppol-identifikatorpolicyen.
  3. Et DNS U-NAPTR-oppslag returnerer basis-URL-en til SMP-en som er knyttet til den deltakeren.
  4. Sendingen aksesspunkt spør SMP-en etter mottakeren og den nøyaktige dokumenttypen den har til hensikt å sende.
  5. SMP-svaret identifiserer den støttede prosessen, transportprofilen, leveringsendepunktet og sertifikatet.
  6. Sendingen aksesspunkt bruker disse metadataene til å opprette AS4-tilkoblingen og overføre meldingen.

Forretningsbrukere utfører vanligvis ikke disse forespørslene selv. Den avsendende Peppol-tjenesteleverandøren fullfører oppslaget før overføring.

Hvordan en deltakeridentifikator blir et DNS-oppslag

DNS-navnet er avledet fra deltakeridentifikatoren i stedet for å eksponere identifikatoren direkte. Identifikatoren konverteres til små bokstaver, hashes med SHA-256 og kodes med Base32 uten utfylling. Deltakerens metaskjema og SML-sonen legges deretter til.

Konseptuell form:

BASE32(SHA-256(lowercase(“0088:7300010000001”))) .iso6523-actorid-upis .<SML-zone>
BASE32(SHA-256(lowercase("0088:7300010000001")))
  .iso6523-actorid-upis
  .<SML-zone>

Normalisering av store og små bokstaver skjer før hashing fordi Peppol-deltakeridentifikatorverdier behandles som ufølsomme for store og små bokstaver. En avsender som hasher en annen normalisert verdi vil spørre feil DNS-navn.

Hva en SMP publiserer

En SMP organiserer metadata etter deltaker, dokumenttype og prosess. En tjenestepost kan inneholde:

  • deltakeridentifikatoren;
  • dokumenttypeidentifikatoren;
  • én eller flere støttede prosessidentifikatorer;
  • transportprofilen;
  • mottakeren aksesspunkt endepunktadresse;
  • sertifikatet som brukes for sikker transport;
  • tjenesteaktivering og utløpsdatoer; og
  • teknisk kontakt- eller serviceinformasjon der det er oppgitt.

Sendingen aksesspunkt ber om metadata for en bestemt dokumenttype. En deltaker kan derfor være registrert i Peppol og motta fakturaer uten å ha publiseringsmulighet for bestillinger eller en annen fakturaprofil.

Den konseptuelle SMP-ressursbanen er:

{smp-base-url}/{deltaker-identifikator}/tjenester/{dokumenttype-identifikator}
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}

Deltaker- og dokumentidentifikatorene må representeres og prosentkodes som kreves av SMP REST-spesifikasjonen. Et ukodet eksempel skal ikke kopieres direkte inn i en implementering.

Registrering og kapasitet er separate kontroller

En SML-post bekrefter at en deltakeridentifikator er knyttet til en SMP. Den bekrefter ikke at deltakeren godtar alle Peppol-dokumenter. SMP-kapasitetsposten avgjør om den forespurte kombinasjonen av dokumenttype og prosess støttes.

Dette skillet forklarer hvorfor en mottaker kan bli funnet av Peppol ID men likevel avvise en bestemt melding. Deltakeren kan støtte BIS Billing fakturaer, men ikke kreditnotaer, bestillinger eller prosessidentifikatoren som brukes av avsenderen. Avsenderen aksesspunkt må spørre den nøyaktige kombinasjonen før overføring.

SMP og SML er ikke Peppol-katalogen

Peppol-katalogen er en valgfri, søkbar tjeneste bygget fra visittkortdata publisert av deltakende SMP-er. Den hjelper brukere med å finne organisasjoner, Peppol-ID-er og publiserte dokumentfunksjoner. Det er ikke rutingsregisteret som brukes av tilgangspunkter.

Bruk Qvalias Peppol ID -søk for å sjekke informasjon som er tilgjengelig gjennom katalogen. aksesspunkt bruker fortsatt SML- og SMP-oppdagelsesflyten for å bestemme den tekniske ruten for en faktisk melding.

Vanlige feil med oppdagelse og ruting

SymptomSannsynlig årsak
Ingen DNS-resultater for deltakerenDeltakeridentifikatoren er feil, bruker feil skjema eller er ikke registrert i SML
SMP er funnet, men serviceoppføringen returnerer ingen treffMottakeren har ikke publisert støtte for den dokumenttypen
Dokumenttypen er funnet, men prosessen manglerDen forespurte prosessidentifikatoren er ikke registrert for det dokumentet
Endepunktet er funnet, men AS4-leveringen mislykkesEndepunktet, sertifikatet, transportprofilen eller mottakstjenesten krever undersøkelse
Et nylig leverandørbytte gjenspeiles ikke umiddelbartBufret DNS- eller tjenestemetadata kan fortsatt inneholde den forrige ruten

Sjekk deltakerskjemaet og verdien først, deretter dokumenttypen og prosessidentifikatorene. Behandle et Peppol-katalogsøk som en nyttig brukerrettet sjekk, samtidig som gjeldende SMP-metadata behandles som den tekniske kilden for levering.

Hvem vedlikeholder metadataene

Mottakerens Peppol-tjenesteleverandør registrerer deltakeridentifikatoren, vedlikeholder SML-tilknytningen og publiserer deltakerens muligheter i sin SMP. Når en deltaker bytter leverandør, må SML-tilknytningen peke til den nye SMP-en, og de nødvendige muligheter må publiseres der.

Sendingen aksesspunkt utfører oppdagelse og bruker den returnerte endepunktinformasjonen til transport. Selskaper som bruker Peppol administrerer vanligvis identifikatorene og mottaksmulighetene sine gjennom leverandøren sin i stedet for å betjene SML eller spørre SMP-poster manuelt. Les mer om hvordan et Peppol- aksesspunkt håndterer oppdagelse, validering og transport.

Var denne artikkelen nyttig?

Relaterte artikler