„Peppol atitiktis“ nėra vienas dalykas – tai trys atskirai patikrinami dalykai: sąskaitos faktūros XML failas (mašininiu būdu nuskaitomas failo formatas) atitinka „Peppol“ BIS Billing 3.0 standartą, sąskaita keliauja per sertifikuotą prieigos punktą (Access Point), o gavėjas – nesvarbu, ar tai įmonė, ar viešoji platforma – sąskaitą faktiškai priėmė ir apdorojo, o ne tik gavo. Pagal „Peppol“ sąveikos sistemą siunčiantis prieigos punktas privalo patvirtinti (validuoti) išsiunčiamą sąskaitą prieš jos siuntimą, tačiau tai įrodo tik techninį teisingumą, o ne tai, kad klientas sąskaitą faktiškai priėmė. Nuo 2026 m. rugpjūčio 17 d. privaloma BIS Billing versija 3.0.21, paskelbta 2026 m. gegužės 20 d. Jei jūsų programinės įrangos pardavėjas kalba apie „pasirengimą Peppol“, paprašykite įrodymų visiems trims punktams, ne tik vienam.

Ką „Peppol“ atitiktis reiškia iš tikrųjų?

Daugelio e. sąskaitų faktūrų tiekėjų rinkodaros problema ta, kad frazė „suderinama su Peppol“ skamba kaip vienas dalykas, bet iš tikrųjų tai trys nepriklausomi sluoksniai. Pirmasis sluoksnis – turinys: ar XML failas atitinka BIS Billing 3.0 taisykles. Antrasis sluoksnis – transportas: ar sąskaita keliauja per „Peppol“ sertifikuotą prieigos punktą, kuris yra keturių kampų modelio (4-corner model) dalis, kai siuntėjas ir gavėjas jungiasi tik su savo paslaugų teikėju. Pagal „OpenPeppol“ sistemą prieigos punktai gali teikti „Peppol“ paslaugą tik pasirašę Peppol Service Provider Agreement sutartį ir sėkmingai išlaikę atitikties testą. Trečiasis sluoksnis – priėmimas: ar gavėjo sistema sąskaitą faktiškai perėmė tvarkyti. Dauguma ginčų kyla būtent čia – programa rodo „išsiųsta“, bet tai nereiškia, kad kitoje pusėje kas nors sąskaitą kada nors atidarė.

Kaip per 20 minučių patikrinti, ar programa atitinka „Peppol“?

Tai galima atlikti neįtraukiant IT skyriaus.

  • Nustatykite tikrąjį operatorių: pasitikrinkite sutartyje ar programos nustatymuose, kas iš tikrųjų siunčia sąskaitas faktūras „Peppol“ tinkle. Dažniausiai tai nėra apskaitos programos prekės pavadinimas, o paslaugų teikėjas, veikiantis už jo.
  • Patikrinkite juridinį pavadinimą: susiraskite šį pavadinimą „OpenPeppol“ sertifikuotų paslaugų teikėjų sąraše, kuris paskutinį kartą atnaujintas 2026 m. rugpjūčio 28 d.
  • Paprašykite galiojančio pavyzdinio XML failo: paprašykite pardavėjo vienos realios, dabar sugeneruotos sąskaitos faktūros bylos, o ne kelerių metų senumo demonstracinio pavyzdžio.
  • Atlikite testą nuo pradžios iki galo: nusiųskite šią sąskaitą faktūrą į realų „Peppol“ adresą ir patikrinkite, ar gaunate priėmimo patvirtinimą, o ne tik išsiuntimo patvirtinimą.

Ar tikrinti reikia prieigos punktą, ar programos logotipą?

Čia daugiausia verslo savininkų susipainioja. Pati apskaitos programa negali būti „Peppol sertifikuota“. Sertifikatą gali gauti tik paslaugų teikėjas, veikiantis kaip prieigos punktas arba SMP (Service Metadata Publisher – sistema, kuri skelbia gavėjo duomenis tinklui). Jei programa eksportuoja XML failą ir rodo „Peppol“ logotipą, tai automatiškai nereiškia, kad sąskaita keliauja per sertifikuotą kanalą. Sertifikuotų paslaugų teikėjų sąraše pažiūrėkite tiksliai, kieno juridiniu vardu pasirašyta Peppol Service Provider Agreement sutartis, ir atkreipkite dėmesį, kad šalies laukas sąraše rodo paslaugų teikėjo registruotą buveinę, o ne veiklos teritoriją. Lietuvoje registruotas klientas visai gali gauti paslaugą iš įmonės, kuri formaliai registruota kitoje šalyje.

Ar sąskaitos formatas ir validavimo įrodymai tikrai tvarkingi?

Teisingas XML formatas yra vienas dalykas, jo nuolatinis palaikymas – visai kitas. „Peppol“ BIS Billing v3 leidimo informacija patvirtina, kad versija 3.0.21 buvo paskelbta 2026 m. gegužės 20 d. ir tapo privaloma 2026 m. rugpjūčio 17 d. Paklauskite pardavėjo raštu, ar jo sistema šią versiją jau naudoja. Naujoje versijoje taip pat pridėtas pasirenkamas profilis „Billing with Response“, kuriam reikia atskiros SMP registracijos. Tai reiškia, kad vien paprastos sąskaitos faktūros siuntimo palaikymas neįrodo, kad programa palaiko visus „Peppol“ darbo srautus, kurių gali reikėti jūsų verslo partneriui.

Ar sąskaita buvo tik išsiųsta, ar ir tikrai priimta?

Išsiuntimo būsena, techninis validavimas ir faktinis apdorojimas – trys skirtingi dalykai. Lietuviškas pavyzdys tai parodo konkrečiai: pagal Lietuvos Respublikos finansų ministerijai pavaldaus nacionalinio paslaugų centro pranešimą, 2026 m. gegužės mėnesį per SABIS platformą atsiųstos daugiau kaip 4500 „Peppol“ sąskaitos faktūros liko visiškai neapdorotos. Tai 5% to mėnesio „Peppol“ siuntų. Pagal tą pačią žinią, iš klaidingai pateiktų sąskaitų faktūrų, kurios buvo pakartotinai pateiktos be pataisymo, atgal grįžo tik 13%. Priežastis paprasta: sąskaita likdavo neapdorota, kai nebuvo sutarties arba kai pirkėjo, pardavėjo ar sutarties kodas nesutapo su sistemoje esančiais duomenimis. „Peppol“ pranešimas „išsiųsta“ šių laukų nepatikrina.

Kokias patikras atlikti prieš pradedant naudoti „Peppol“ Baltijos šalyse?

Estija

Estijoje nuo 2025 m. liepos 1 d. apskaitos prievolę turintis subjektas arba jo pagal sutartį veikiantis e. sąskaitų faktūrų tvarkytojas gali pateikti įmonių registrui duomenis, kad norėtų priimti tik mašininiu būdu nuskaitomas e. sąskaitas faktūras. Tas pats įstatymas numato, kad e. sąskaita faktūra yra tinkamai sudaryta, jei atitinka EN 16931-1 standartą, tačiau šalys gali sutarti ir dėl kito tinkamo standarto.

Latvija

Latvijoje struktūrizuotos e. sąskaitos faktūros XML failas turi atitikti PEPPOL BIS Billing 3.0 specifikaciją. G2G, B2G ir G2B sąskaitos faktūros privalomos nuo 2025 m. sausio 1 d., o nuo 2026 m. sausio 1 d. šių sąskaitų duomenys turi būti perduodami Valsts ieņēmumu dienestui (VID – Latvijos valstybinė mokesčių administracija). B2B sąskaitos faktūros taps e. sąskaitomis faktūromis, o pateikimas VID tarnybai bus privalomas nuo 2028 m. sausio 1 d., o tarpiniu laikotarpiu (nuo 2026 m. sausio 1 d. iki 2027 m. gruodžio 31 d.) duomenis galima teikti savanoriškai.

Lietuva

Lietuvoje verta atsiminti, kad SABIS automatiškai nepatvirtina sąskaitos faktūros gavimo: kaip minėta anksčiau pateiktame pranešime, sąskaitos faktūros lieka neapdorotos tiksliai dėl kodų ir sutarties duomenų nesutapimo, todėl prieš pradedant siųsti didelius kiekius, verta atskirai patikrinti partnerio kodus.

Ko paklausti programinės įrangos tiekėjo jau šiandien?

  • Koks yra jūsų „Peppol“ prieigos punkto juridinis pavadinimas ir ar jis įtrauktas į „OpenPeppol“ sertifikuotų teikėjų sąrašą?
  • Kokius dokumentų profilius (Billing, Billing with Response, Self-Billing) programa palaiko ir kuriems reikia atskiros SMP registracijos?
  • Ar sistema validuoja sąskaitas faktūras pagal BIS Billing 3.0.21 taisykles ir kada ta versija buvo įdiegta?
  • Kaip galiu prieš siuntimą patikrinti, ar gavėjo „Peppol“ adresas ir jo palaikomas dokumento profilis sutampa?
  • Kokie klaidų pranešimai ateina, kai sąskaita faktūra lieka neapdorota gavėjo pusėje, ir kaip apie tai sužinau?
  • Koks yra pardavėjo atnaujinimų grafikas, kai „Peppol“ paskelbia naują privalomą versiją?
  • Kokius įrodymus gaunu po realios testinės sąskaitos faktūros siuntimo – išsiuntimo patvirtinimą, priėmimo patvirtinimą, ar abu?

FAQ

Mida tähendab Peppol-vastavus kolme kihina?

Esimene kiht on arve XML-vormingu vastavus BIS Billing 3.0 standardile. Teine kiht on transport läbi sertifitseeritud ligipääsupunkti. Kolmas kiht on saaja reaalne vastuvõtt ja menetlus, mitte ainult saatmise kinnitus.

Kuidas kontrollida tarkvara Peppol-vastavust 20 minutiga?

Tuvasta tegelik operaator lepingust, kontrolli tema nime OpenPeppol’i sertifitseeritud pakkujate nimekirjast, küsi kehtiv näidis-XML ja tee otsast lõpuni testarve saatmine reaalsele Peppol-aadressile.

Kas kontrollida tuleb ligipääsupunkti või tarkvara logo?

Sertifikaadi saab ainult teenusepakkuja, kes tegutseb ligipääsupunktina. Tarkvara Peppol-logo ei tõenda automaatselt sertifitseeritud kanalit – vaata alati OpenPeppol’i nimekirja.

Mida küsida tarkvara pakkujalt enne Peppol käivitamist?

Küsi ligipääsupunkti juriidilist nime, toetatud dokumendiprofiile, BIS Billing 3.0.21 versiooni juurutamise kuupäeva ja veateateid menetlemata jäänud arvete kohta.