Peppol SML un SMP: kāda ir atšķirība un kas tos pārvalda?

Peppol SML, proti, Service Metadata Locator, ir viena no OpenPeppol centrālajām sistēmām. Tā pasaka nosūtītāja piekļuves punktam (Access Point), pie kura SMP jāvēršas, lai uzzinātu konkrētā tirdzniecības partnera pieņemšanas datus. Peppol SMP, proti, Service Metadata Publishing, savukārt ir pakalpojums, kurā publicēts, kādus dokumentus un kādā tehniskā pieslēgvietā šis partneris faktiski pieņem. Tā to raksturo Peppol koplietojamības ietvars. Vienkāršoti: SML ir virziena rādītājs, SMP ir adrešu grāmata. Neko no šī parasts uzņēmums pats nepārvalda. Tas ir sertificētu pakalpojumu sniedzēju un pašas OpenPeppol organizācijas uzdevums. No 2025. gada 1. novembra spēkā ir jaunas SML un SMP specifikāciju versijas, kas maina tehnisko meklēšanas mehānismu, nevis jūsu grāmatvedības programmas ikdienas rēķinu sūtīšanu.

Kas ir SML un ko tas patiesībā dara Peppol tīklā?

SML darbojas līdzīgi tam, kā internets pēc mājaslapas domēna nosaukuma atrod pareizo serveri. Kad jūsu e-rēķins tiek nosūtīts Peppol tīklā, nosūtītāja piekļuves punkts vispirms veic DNS pieprasījumu, proti, meklēšanu domēnu nosaukumu sistēmā, izmantojot saņēmēja Peppol dalībnieka identifikatoru (Participant Identifier). SML atbild uz šo pieprasījumu ar vienu ziņu: pie kura SMP šis dalībnieks ir reģistrēts. OpenPeppol koplietojamības ietvars SML raksturo kā „vienotu centrālu adreses komponentu“, ko pārvalda pati OpenPeppol, ne atsevišķi pakalpojumu sniedzēji. Svarīgi saprast, ko SML NEdara: tas neuzglabā nevienu rēķina datni un nav uzņēmumu meklēšanas katalogs. Tā uzdevums aprobežojas ar vienu jautājumu: kur atrast pareizo SMP.

Ko publicē SMP, ja ne rēķinus?

SMP ir slānis, kurā tiešām ir fiksēts, ko konkrēts Peppol dalībnieks spēj pieņemt: kādus dokumentu tipus, kādiem biznesa procesiem un kādā tehniskā adresē. Saskaņā ar SMP v1.4.0 specifikāciju katram Peppol dalībnieka identifikatoram ir viens primārais SMP, pie kura tas ir reģistrēts. Kā izņēmums atļauta viena pāradresācijas pakāpe, piemēram, ja konkrēta dokumenta tipa metadati atrodas citā SMP, taču vairāk nekā viena šāda pāradresācija vienlaikus nedarbojas. Tas nozīmē, ka no nosūtītāja skatpunkta ceļš vienmēr ir caurspīdīgs: jautājat vienam SMP un saņemat pareizos datus, arī tad, ja tie faktiski atrodas citur.

Kā piekļuves punkts atrod pareizo rēķina saņēmēja pieslēgvietu?

Visa ķēde notiek trīs soļos. Pirmkārt, nosūtītāja piekļuves punkts pievēršas SML, izmantojot saņēmēja Peppol dalībnieka identifikatoru, un uzzina, kurš SMP par šo identifikatoru atbild. Otrkārt, tas pieprasa šim SMP saņēmēja pakalpojuma metadatus, proti, kādus dokumentus saņēmējs pieņem un kur tie jānosūta. Treškārt, piekļuves punkts sagatavo un nosūta rēķinu tieši uz saņēmēja pieslēgvietu, un nevienam pa vidu nekas manuāli nav jāpārraksta. Šis process, ko apraksta OpenPeppol eDEC specifikāciju kopums, notiek sekundēs un jūsu grāmatvedim ir neredzams. Rezultāts vienkārši parādās kā saņemts e-rēķins.

Vai uzņēmumam pašam jāpārvalda SML vai SMP?

Nē. Peppol tīklā Access Point un SMP pakalpojumus nodrošina sertificēti pakalpojumu sniedzēji, un pircējam vai pārdevējam nav nepieciešams kļūt par OpenPeppol biedru, lai sūtītu vai saņemtu Peppol dokumentus. Tā to izklāsta Peppol koplietojamības ietvars. Jūsu uzdevums ir izvēlēties pakalpojumu sniedzēju, kas ir integrēts ar jūsu grāmatvedības programmu. Tehniskā virzīšana un datu publicēšana paliek viņa atbildībā. Kaimiņvalstī Igaunijā finanšu ministrija (Rahandusministeerium) tieši ir ieteikusi izmantot Eiropas e-rēķina standartu, proti, Peppol rēķinu, taču arī no šī ieteikuma uzņēmumam neizriet atsevišķs pienākums pašrocīgi pārvaldīt SML vai SMP. Tas ir un paliek pakalpojumu sniedzēja darbs, neatkarīgi no valsts, kurā uzņēmums darbojas.

Kas mainījās 2025. gada 1. novembrī un 2026. gada 1. februārī?

Šeit parasti rodas neskaidrības, jo izmaiņas izklausās lielas, taču skar gandrīz vienīgi pakalpojumu sniedzējus. No 2025. gada 1. novembra spēkā stājās SML v1.3.0 un SMP v1.4.0 specifikācijas, kas ieviesa divas tehniskas prasības. Pirmā: piekļuves punktiem, meklējot SMP, jāizmanto DNS U-NAPTR mehānisms (konkrēts domēnu nosaukumu meklēšanas formāts) tā vietā, ko iepriekš atļāva tā sauktā CNAME balstīta norāde. No tā paša datuma vecā metode ir aizliegta, kā aprakstīts CNAME uz NAPTR migrācijas procesā. Ar to pašu izmaiņu pieauga Peppol dalībnieka un partnera identifikatora maksimālais atļautais garums: iepriekš 50 rakstzīmes, tagad 130 rakstzīmes. Nākamais svarīgais termiņš ir 2026. gada 1. februāris, kad migrācijas plāns pieprasa, lai visi SMP sazinātos tikai ar HTTPS, proti, drošu, šifrētu savienojumu, nevis ar vecāko HTTP protokolu, precīzāk, izmantojot portu 443. Šie noteikumi nemaina ne datu modeli, ne SML un SMP savstarpējo pārvaldības saskarni. Mainās vienīgi tas, kā piekļuves punkti tehniski viens otru atrod. Praksē šīs izmaiņas ievieš jūsu pakalpojumu sniedzējs, nevis jūsu grāmatvedības nodaļa.

Kā atšķiras SML, SMP, Access Point un Peppol Directory?

Šos četrus jēdzienus bieži sajauc, lai gan katram ir skaidri nošķirta loma.

Komponente	Kas tas ir	Kas pārvalda	Kas tas NAV
SML	Centrāla sistēma, kas pasaka, pie kura SMP jāgriežas	OpenPeppol centralizēti	Nav rēķinu glabātuve, nedz meklēšanas katalogs
SMP	Pakalpojums, kurā publicēti saņēmēja pakalpojuma metadati un pieslēgvieta	Sertificēts pakalpojumu sniedzējs	Nav tas pats, kas Access Point vai pastkaste
Access Point	Sistēma, kas nosūta un saņem faktiskos dokumentus	Sertificēts pakalpojumu sniedzējs	Neaizstāj SML vai SMP funkciju
Peppol Directory	Brīvi pārlūkojams, brīvprātīgs uzņēmumu katalogs	SMP pakalpojumu sniedzējs (augšupielāde nav obligāta)	Nav pilnīgs visu Peppol saņēmēju reģistrs

OpenPeppol eDEC specifikāciju kopums Peppol Directory uzskaita kā atsevišķu specifikāciju, tieši tāpēc, ka tas ir no SML un SMP neatkarīgs papildu pakalpojums. Tā kā datu pievienošana tur nav obligāta, uzņēmuma neesamība Directory nenozīmē nekādu darbības traucējumu. Peppol e-rēķinu sūtīšana un saņemšana ar SML un SMP starpniecību darbojas pilnīgi neatkarīgi no tā, vai jūsu uzņēmums ir redzams Directory.

Kopsavilkumā tas viss nozīmē vienu: ja e-rēķini Peppol tīklā kustas korekti, nav nozīmes, vai jūs vispār esat dzirdējuši par SML vai SMP. Tie ir infrastruktūras iekšējie slāņi, par kuru darbību atbild jūsu pakalpojumu sniedzējs kopā ar pašu OpenPeppol. Jūsu loma ir pārliecināties, ka jūsu grāmatvedības programma ir integrēta ar sertificētu pakalpojumu sniedzēju, kas 2025.-2026. gada izmaiņas, proti, pāreju uz NAPTR, HTTPS prasību un garāku identifikatoru, jau ir ieviesis.