Peppol SML ir SMP: kuo jie skiriasi ir kas juos valdo?

Peppol SML (Service Metadata Locator) yra viena centrinių „OpenPeppol“ sistemų, kuri siuntėjo prieigos taškui (Access Point) nurodo, kurio SMP reikia klausti apie konkretaus prekybos partnerio priėmimo duomenis. Peppol SMP (Service Metadata Publishing) savo ruožtu yra paslauga, kurioje paskelbta, kokius dokumentus ir kokiame techniniame taške tas partneris iš tikrųjų priima. Tai aprašo „Peppol“ sąveikumo sistema. Paprasčiau tariant, SML yra kelrodis, o SMP yra adresų knyga. Nė vieno iš jų pati įmonė nevaldo. Tai sertifikuotų paslaugų teikėjų ir pačios „OpenPeppol“ užduotis. Nuo 2025 m. lapkričio 1 d. galioja naujos SML ir SMP specifikacijų versijos, pakeitusios techninį paieškos mechanizmą, o ne kasdienį jūsų verslo programos sąskaitų siuntimą.

Kas yra SML ir ką jis iš tikrųjų daro „Peppol“ tinkle?

SML veikia panašiai, kaip internetas pagal domeno vardą randa reikiamą serverį. Kai jūsų e. sąskaita išsiunčiama į „Peppol“ tinklą, siuntėjo prieigos taškas pirmiausia atlieka DNS užklausą, tai yra paiešką per domenų vardų sistemą, naudodamas gavėjo „Peppol“ dalyvio identifikatorių (Participant Identifier). SML į tokią užklausą atsako viena informacija: prie kurio SMP tas dalyvis yra užregistruotas. „OpenPeppol“ sąveikumo sistemos formuluote SML yra „vienas centrinis adreso komponentas“, kurį valdo pati „OpenPeppol“, o ne pavieniai paslaugų teikėjai. Svarbu suprasti, ko SML nedaro: jis nesaugo jokio sąskaitos duomenų failo ir nėra įmonių paieškos katalogas. Jo užduotis apsiriboja vienu klausimu: kur rasti teisingą SMP.

Ką skelbia SMP, jei ne sąskaitas?

SMP yra tas sluoksnis, kuriame iš tikrųjų nurodyta, ką konkretus „Peppol“ dalyvis gali priimti: kokių tipų dokumentus, kokiems verslo procesams ir kokiu techniniu adresu. Pagal SMP v1.4.0 specifikaciją, kiekvienas „Peppol“ dalyvio identifikatorius turi vieną pagrindinį SMP, prie kurio jis yra užregistruotas. Kaip išimtis leidžiama viena peradresavimo pakopa, pavyzdžiui, kai konkretaus dokumento tipo metaduomenys yra kitame SMP, tačiau daugiau nei viena tokia nuoroda vienu metu neveikia. Tai reiškia, kad iš siuntėjo pusės kelias visada aiškus: klausiate vieno SMP ir gaunate teisingus duomenis net tada, kai jie realiai laikomi kitur.

Kaip prieigos taškas randa teisingą sąskaitos gavėjo tašką?

Visa grandinė vyksta trimis žingsniais. Pirma, siuntėjo prieigos taškas kreipiasi į SML, naudodamas gavėjo „Peppol“ dalyvio identifikatorių, ir sužino, kuris SMP atsako už tą identifikatorių. Antra, prieigos taškas iš to SMP užklausia gavėjo paslaugos metaduomenų, tai yra, kokius dokumentus gavėjas priima ir kur juos reikia siųsti. Trečia, prieigos taškas parengia ir siunčia sąskaitą tiesiai į gavėjo tašką, niekam tarpinėje grandyje nieko nesuvedant rankiniu būdu. Visas šis procesas, kurį aprašo „OpenPeppol“ eDEC specifikacijų rinkinys, vyksta per kelias sekundes ir jūsų buhalteriui yra nematomas. Rezultatas tiesiog atsiranda kaip gauta e. sąskaita.

Ar įmonė turi pati valdyti SML ar SMP?

Ne. „Peppol“ tinkle prieigos taško ir SMP paslaugas teikia sertifikuoti paslaugų teikėjai, o pirkėjas ar pardavėjas neprivalo tapti „OpenPeppol“ nariu, kad galėtų siųsti ar priimti „Peppol“ dokumentus. Tai paaiškina „Peppol“ sąveikumo sistema. Jūsų užduotis yra pasirinkti paslaugų teikėją, kuris yra integruotas su jūsų verslo programa. Techninis nukreipimas ir duomenų skelbimas lieka jo atsakomybėje. Estijoje Finansų ministerija netgi tiesiogiai rekomendavo naudoti Europos e. sąskaitos standartą, tai yra „Peppol“ sąskaitą, tačiau ir iš to įmonei nekyla atskira pareiga imti rankiniu būdu tvarkyti SML ar SMP. Tai buvo ir lieka paslaugų teikėjo darbas.

Kas pasikeitė 2025 m. lapkričio 1 d. ir 2026 m. vasario 1 d.?

Būtent čia dažniausiai kyla painiava, nes pokyčiai skamba stambiai, bet paliečia beveik vien paslaugų teikėjus. Nuo 2025 m. lapkričio 1 d. įsigaliojo SML v1.3.0 ir SMP v1.4.0 specifikacijos, su kuriomis atsirado du techniniai reikalavimai. Prieigos taškai, ieškodami SMP, nuo šiol turi naudoti DNS U-NAPTR mechanizmą, tai yra vieną konkretų domenų vardų paieškos formatą, vietoj to, ką anksčiau leido vadinamoji CNAME nuoroda, o senasis metodas nuo tos pačios datos tapo draudžiamas, kaip aprašo migracijos iš CNAME į NAPTR procesas. Tuo pačiu pakeitimu „Peppol“ dalyvio ir partnerio identifikatoriaus leistinas maksimalus ilgis padidėjo nuo 50 iki 130 ženklų. Kitas svarbus terminas yra 2026 m. vasario 1 d., kai pagal migracijos planą visi SMP privalės bendrauti tik per HTTPS, tai yra saugų šifruotą ryšį, o ne per senąjį HTTP protokolą, konkrečiai naudojant 443 prievadą. Šie reikalavimai nekeičia nei duomenų modelio, nei SML ir SMP tarpusavio valdymo sąsajos. Keičiasi tik tai, kaip prieigos taškai techniškai vienas kitą suranda. Praktiškai šiuos pokyčius turi įgyvendinti jūsų paslaugų teikėjas, o ne jūsų buhalterijos skyrius.

Kuo skiriasi SML, SMP, prieigos taškas ir „Peppol Directory“?

Šiuos keturis dalykus dažnai painioja, nors kiekvienas turi aiškiai atskirą vaidmenį.

Komponentas	Kas tai yra	Kas valdo	Kas tai NĖRA
SML	Centrinė sistema, nurodanti, į kurį SMP kreiptis	„OpenPeppol“ centralizuotai	Nėra sąskaitų saugykla ar paieškos katalogas
SMP	Paslauga, kurioje skelbiami gavėjo paslaugos metaduomenys ir taškas	Sertifikuotas paslaugų teikėjas	Nėra tas pats, kas prieigos taškas ar pašto dėžutė
Prieigos taškas	Sistema, kuri siunčia ir priima tikruosius dokumentus	Sertifikuotas paslaugų teikėjas	Nepakeičia SML ar SMP funkcijos
„Peppol Directory“	Laisvai naršomas, neprivalomas įmonių katalogas	SMP paslaugų teikėjas (įkėlimas neprivalomas)	Nėra pilnas visų „Peppol“ gavėjų registras

„OpenPeppol“ eDEC specifikacijų rinkinys „Peppol Directory“ pateikia kaip atskirą specifikaciją būtent todėl, kad tai nuo SML ir SMP nepriklausanti papildoma paslauga. Kadangi duomenų įkėlimas į ją neprivalomas, įmonės nebuvimas „Directory“ nereiškia jokio sutrikimo. „Peppol“ e. sąskaitų siuntimas ir priėmimas per SML ir SMP veikia visiškai nepriklausomai nuo to, ar jūsų įmonė matoma „Directory“.

Jums iš esmės visa tai reiškia vieną dalyką: jei e. sąskaitos „Peppol“ tinkle juda korektiškai, nesvarbu, ar kada nors buvote girdėję pavadinimus SML ir SMP. Tai vidiniai infrastruktūros sluoksniai, už kurių veikimą atsako jūsų paslaugų teikėjas kartu su pačia „OpenPeppol“. Jūsų vaidmuo yra įsitikinti, kad jūsų verslo programa integruota su sertifikuotu teikėju, kuris 2025–2026 m. pokyčius (perėjimą prie NAPTR, HTTPS reikalavimą, ilgesnį identifikatoriaus ilgį) jau įgyvendino.