„Peppol“ sąskaitos faktūros validavimas ir jos pristatymas – tai du skirtingi veiksmai, kuriuos apskaitininkai ir programinės įrangos komandos dažnai sumaišo į vieną. Validavimas reiškia sąskaitos faktūros XML failo, tai yra mašininio skaitymo duomenų failo, patikrinimą pagal Europos el. sąskaitų faktūrų standarto EN 16931 reikalavimus. Jis parodo, ar struktūra ir laukai teisingi, bet sąskaitos faktūros niekur nenusiunčia. Pristatymas reiškia faktinį sąskaitos faktūros perdavimą gavėjui per „Peppol“ tinklą, už kurį atsako sertifikuotas prieigos punktas (Access Point). Rankiniam patikrinimui tinka nemokamas Europos Komisijos el. sąskaitų faktūrų validavimo įrankis, tikrinantis UBL arba CII formato sąskaitas faktūras. Tačiau faktiniam siuntimui reikia ryšio su „Peppol“ sertifikuotu paslaugų teikėju, kurio prieigos punktas prieš perdavimą papildomai validuoja siunčiamą pranešimą ir suranda gavėją.
Kodėl paprastai reikia dviejų įrankių, o ne vieno?
Šis netikslumas kyla, nes abu veiksmai vadinami tuo pačiu žodžiu – „validavimas“. Nemokamas validatorius atsako į klausimą „ar šis failas teisingas?“. Prieigos punktas atsako į klausimą „kur ir kaip šis failas iš tikrųjų pasieks gavėją?“. „Peppol“ sąveikumo sistema (Peppol Interoperability Framework) šį procesą aprašo kaip keturių kampų modelį (4-corner model): pardavėjas siunčia sąskaitą faktūrą savo prieigos punktui, tas per centrinį adresatų registrą suranda pirkėjo prieigos punktą ir saugiai perduoda sąskaitą faktūrą toliau. Kiekvienas siunčiantis prieigos punktas privalo prieš siuntimą patikrinti išeinantį pranešimą pagal „Peppol BIS“ taisykles. Šis patikrinimas yra siuntimo proceso dalis, o ne atskira paslauga, kurią užsisakote rankiniu būdu. Pats nemokamas validatorius pranešimo niekur nesiunčia ir gavėjo egzistavimo nepatikrina. Tai kokybės patikra prieš siuntimą, o ne pristatymo paslauga, kaip aiškiai rodo įrankio aprašymas.
Geriausi validavimo variantai pagal naudojimo atvejį
Tinkamas įrankis priklauso nuo to, kuriame etape sąskaitą faktūrą tikrinate – rankiniu būdu, programinės įrangos kūrimo metu ar tada, kai ji jau iš tikrųjų keliauja per tinklą.
Rankinis patikrinimas prieš siuntimą
Kai sąskaitą faktūrą tikrinate rankiniu būdu prieš siuntimą, praktiškiausias sprendimas – Europos Komisijos eInvoice Validator, nemokamas įrankis, pasiekiamas per žiniatinklio sąsają, REST sąsają arba SOAP sąsają.
Kūrėjams, integruojantiems validavimą į programinę įrangą
Kūrėjams, kurie validavimą įdiegia tiesiai programinėje įrangoje, reikalingi oficialūs „Peppol Schematron“ failai – taisyklių rinkiniai, tikrinantys, ar kiekvienas BT kodas (Business Term, verslo terminas) atitinka standartą. Naujinimų istorija rodo, kada šios taisyklės pasikeičia.
Automatinis patikrinimas gamybinėje aplinkoje
Gamybinėje aplinkoje, kur sąskaitos faktūros iš tikrųjų siunčiamos, trečiąjį, privalomą patikrinimą atlieka jūsų prieigos punktas: jis automatiškai validuoja išeinantį pranešimą prieš tai, kai jis patenka į tinklą. Šio trečiojo patikrinimo atskirai užsisakyti nereikia, tačiau verta žinoti, kad jis vyksta. Kitaip gali susidaryti klaidingas įspūdis, kad rankinis validavimas ir faktinis siuntimas yra tas pats procesas.
Ką patikrinti Peppol sąskaitoje faktūroje prieš siuntimą?
Prieš siunčiant verta peržiūrėti paprastą sąrašą. Patikrinkite, ar XML failas atitinka UBL arba CII struktūrą ir ar užpildyti visi EN 16931 standarto privalomi laukai. Peržiūrėkite „Peppol BIS“ identifikatorius, dokumento tipo kodus ir schemas, kurias iš dalies atnaujino 3.0.21 versijos pakeitimai – pavyzdžiui, buvo pakoreguotas elektroninio adreso schemos (EAS) kodų sąrašas. Patikrinkite pirkėjo galinio punkto identifikatorių (endpoint ID) ir jo schemą, nes neteisinga schema reiškia, kad prieigos punktas gavėjo nesuras. Įtraukite pirkėjo nuorodą arba užsakymo (PO, purchase order) nuorodą, jei pirkėjas jos reikalauja. Peržiūrėkite PVM paskirstymą eilučių ir suvestinės lygmeniu, bendrą sąskaitos faktūros sumą, valiutą ir patikrinkite šalyse taikomas papildomas taisykles. Latvijoje XML struktūra turi atitikti nacionalinį standartą, kuris remiasi „Peppol BIS Billing 3.0“ specifikacija. Jei kažko iš šio sąrašo trūksta arba formatas neteisingas, validatorius sąskaitą faktūrą atmes jau prieš siuntimą. Geriau ten, negu pas gavėją.
Kaip pasirinkti Peppol sąskaitų faktūrų siuntimo įrankį arba prieigos punktą?
Poreikiai skiriasi pagal tai, kiek sąskaitų faktūrų siunčiate ir kokiu būdu.
| Naudotojas | Ko labiausiai reikia |
|---|---|
| Nedaug sąskaitų faktūrų siunčiantis rankiniu būdu | Paprasta žiniatinklio sąsaja, validavimas prieš siuntimą, aiškus siuntimo statusas |
| Apskaitos programinės įrangos naudotojas | Integruotas „Peppol“ ryšys, kuris automatiškai atnaujina taisykles |
| ERP/API komanda | Tiesioginė sąsaja su prieigos punktu, kelių dokumentų tipų palaikymas, audito seka (audit trail) |
Kurį paslaugų teikėją pasirinkti, galima patikrinti „OpenPeppol“ sertifikuotų paslaugų teikėjų sąraše, kuris buvo atnaujintas 2026 m. rugpjūčio 28 d. Sąrašas rodo, ar teikėjas sertifikuotas kaip prieigos punktas (AP, Access Point), paslaugų metaduomenų teikėjas (SMP, Service Metadata Provider), ar abu. Svarbus niuansas: sąraše nurodyta šalis reiškia teikėjo juridinę registracijos vietą, o ne regioną, kuriame jis faktiškai teikia paslaugą, todėl Estijos apskaitos programinė įranga gali visiškai be problemų naudoti Belgijoje registruotą prieigos punktą. Patikrinę sertifikatą, pažiūrėkite, kokius dokumentų tipus teikėjas palaiko, ar jis siūlo gavėjo galimybių paiešką, kaip greitai vyksta įdiegimas, ar galite eksportuoti siuntimo žurnalą audito reikmėms ir kaip jis rodo klaidų pranešimus. Šie du pastarieji kriterijai skiria gerą įrankį nuo prasto.
Ko paklausti apie 2026 m. rugpjūčio „Peppol BIS Billing 3.0.21“ pakeitimą?
Šiuo metu galiojanti versija yra „Peppol BIS Billing 3.0.21“, kuri buvo paskelbta 2026 m. gegužės 20 d. ir tapo privaloma 2026 m. rugpjūčio 17 d. Ši versija naudoja atnaujintą EN 16931 validavimo taisyklių versiją 1.3.16, paskelbtą 2026 m. balandžio 10 d. Jei jūsų validatorius ar sąskaitų faktūrų programinė įranga šių taisyklių nėra atnaujinusi, jis gali parodyti neteisingą rezultatą, net jei sąskaita faktūra iš tikrųjų neatitinka naujų reikalavimų. Šioje versijoje pridėtas ir pasirenkamas profilis „Billing with Response“, leidžiantis pirkėjui sąskaitai faktūrai grąžinti atsaką (response), tačiau šis profilis reikalauja atskiros SMP registracijos. Tai, kad jūsų standartinis sąskaitų faktūrų siuntimas veikia, automatiškai nereiškia, kad pirkėjas gali ar moka naudoti šį atsako profilį. Jei paslaugų teikėjas šią funkciją siūlo, paklauskite konkrečiai, ar registracija atlikta, o ne tik „ar tai palaikoma“.
Kuo skiriasi siuntimo galimybės Estijoje ir Latvijoje?
Nacionalinės taisyklės Estijoje ir Latvijoje remiasi skirtingu principu, todėl verta juos atskirai apžvelgti.
Estijoje
Estijoje sistema veikia registro principu. Nuo 2025 m. liepos 1 d. apskaitos pareigą turintis subjektas gali įregistruoti savo statusą ir el. sąskaitos faktūros priėmimo kanalo duomenis įmonių registre, nurodydamas, kad nori priimti tik mašininio skaitymo sąskaitas faktūras. Jei pirkėjas taip užsiregistravęs, jis gali reikalauti iš pardavėjo el. sąskaitos faktūros, kuri laikoma tinkamai išrašyta, kai ji atitinka EN 16931-1 standartą, jei šalys nesusitarė kitaip. Tai nereiškia, kad visos Estijos B2B sąskaitos faktūros automatiškai turi keliauti per „Peppol“. Susitarimas dėl formato ir siuntimo sąlygų vis tiek priklauso šalims, jei įstatymas nenustato kitaip. Todėl pirmas žingsnis pardavėjui – patikrinti, ar pirkėjas registre pareikalavo el. sąskaitos faktūros, ir tik tada rinktis tinkamą siuntimo būdą.
Latvijoje
Latvijoje padėtis įstatymo lygmeniu laiko atžvilgiu aiškesnė. Struktūrizuotos el. sąskaitos faktūros yra privalomos nuo 2025 m. sausio 1 d. valstybės ir įmonių sandoriuose (G2G, B2G, G2B). El. sąskaitos faktūros duomenų perdavimas VID (Valsts ieņēmumu dienests, Latvijos valstybinei mokesčių administracijai) tame pačiame segmente tapo privalomas nuo 2026 m. sausio 1 d. B2B sektoriuje, tai yra tarp įmonių, duomenų teikimas VID šiuo metu yra savanoriškas ir toks išliks iki 2027 m. gruodžio 31 d., tačiau nuo 2028 m. sausio 1 d. struktūrizuota el. sąskaita faktūra ir pranešimas VID tampa privalomi visoms Latvijoje registruotoms įmonėms taip pat ir B2B sąskaitoms. Praktiškai sąskaitą faktūrą VID reikia pateikti ne vėliau kaip per penkias darbo dienas po jos išsiuntimo, arba įkeliant XML failą į elektroninę deklaravimo sistemą (EDS), arba tiesiai iš apskaitos programinės įrangos per API. VID rekomenduoja prieš pateikimą patikrinti XML failą Europos Komisijos validavimo įrankiu. Tai viena konkrečiausių vietų, kur nemokamas validatorius ir privaloma atskaitomybė susiduria tiesiogiai.
Penkių minučių testas prieš keičiant sąskaitų faktūrų programinę įrangą
Prieš nusprendę keisti programinę įrangą ar prieigos punktą, atlikite paprastą bandymą. Sukurkite tipinę sąskaitą faktūrą su visais įprastais laukais – PVM, nuorodomis ir pirkėjo duomenimis. Validuokite ją Europos Komisijos įrankiu, kad pašalintumėte akivaizdžias struktūros klaidas. Patikrinkite, ar pirkėjo galinio punkto (endpoint) schema ir identifikatorius teisingi ir ar teikėjas palaiko tiksliai jums reikalingą dokumento tipą. Nusiųskite vieną kontrolinę sąskaitą faktūrą tikram arba testiniam gavėjui ir išsaugokite siuntimo statusą kaip įrodymą. Tai pasitarnaus, jei vėliau kils ginčas, ar sąskaita faktūra pasiekė gavėją. Jei veikiate Latvijoje, papildomai patikrinkite, ar ši sąskaita faktūra teisingai keliauja ir VID kryptimi, nes siuntimas „Peppol“ tinkle ir duomenų pasiekimas mokesčių administratoriaus sistemoje yra du atskiri žingsniai, kuriuos verta patikrinti kiekvieną atskirai.
FAQ
Miks on reeglina vaja kahte tööriista, mitte üht?
Tasuta valideerija kontrollib faili korrektsust, ligipääsupunkt edastab arve adressaadile. Mõlemad tegevused kasutavad ‘valideerimist’, kuid on erinevad protsessid.
Mida kontrollida Peppol-arvel enne saatmist?
Kontrolli XML-struktuuri, EN 16931 kohustuslikke välju, Peppol BIS identifikaatoreid, ostja lõpp-punkti identifikaatorit, viiteid, käibemaksu jaotust ja riigipõhiseid reegleid.
Kuidas valida Peppol-arvete saatmise tööriist?
Valik sõltub arvete mahust: väheste arvete puhul lihtne veebiliides, raamatupidamistarkvara kasutajale sisseehitatud ühendus, ERP/API-tiimile otseühendus ligipääsupunktiga. Kontrolli teenusepakkujat OpenPeppoli sertifitseeritud nimekirjast.
Mida küsida Peppol BIS Billing 3.0.21 muudatuse kohta?
Küsi, kas tarkvara on uuendatud reeglitele 1.3.16 ja kas toetatakse valikulist profiili ‘Billing with Response’ koos SMP-registreeringuga.