Trumpas atsakymas 2026 m. rugpjūčio 7-ajai dienai

2026 m. rugpjūčio 7 dieną Peppol BIS Billing 3.0 tinkle tebegalioja versija 3.0.20 kartu su privalomu pataisymu (angl. hotfix) 3.0.20-hotfix. Po dešimties dienų, 2026 m. rugpjūčio 17 d., privaloma tampa versija 3.0.21, kuri buvo paskelbta 2026 m. gegužės 20 d. Visos trys datos nurodytos openPeppol release’i pastabose. Tai nėra naujas sąskaitos faktūros formatas – tai tos pačios Peppol BIS Billing 3.0 šeimos validavimo taisyklių ir kodų sąrašų atnaujinimas. Šiuo metu protingiausia yra paprašyti savo e. sąskaitų faktūrų operatoriaus arba apskaitos programinės įrangos tiekėjo rašytinio patvirtinimo: kada jų sistema perjungs 3.0.21 taisykles ir ar tai iki nurodyto termino išbandyta.

Data Kas galioja
2026 m. rugpjūčio 7 d. 3.0.20 + privalomas hotfix
2026 m. rugpjūčio 17 d. 3.0.21 tampa privaloma visiems

Ar Peppol BIS Billing 3.0 yra vienas užšaldytas failas, ar visa šeima?

Didžioji dalis painiavos kyla iš to, kad „Peppol BIS Billing 3.0“ ir versijos numeris, pavyzdžiui 3.0.20 ar 3.0.21, skamba panašiai, bet nėra tas pats dalykas. BIS Billing 3.0 yra stabilus verslo dokumento aprašas, kuris nustato, kokius duomenų laukus sąskaita faktūra turi turėti. Jis aprašo įprastą sąskaitos faktūros ir kreditinės sąskaitos faktūros procesą, kurį openPeppol vadina profiliu 01 ir kuris jo oficialioje specifikacijoje tebeįvardytas kaip „Profile 01 – Billing“. Tačiau šis bendras aprašas reguliariai atnaujinamas mažesniais leidimais, pavyzdžiui 3.0.19, 3.0.20, 3.0.21 ir taip toliau – jie atneša atnaujintus kodų sąrašus, tai yra leistinų reikšmių sąrašus (pavyzdžiui, šalių kodus), ir validavimo artefaktus, kurie tikrina, ar siunčiamas XML failas – struktūrizuotas duomenų formatas, kurį skaito ir automatiškai tikrina sistema, o ne žmogus – atitinka taisykles. Dabartinis oficialus vadovas vis dar žymimas versijos numeriu 3.0.20, kaip rodo specifikacijos titulinis puslapis. Numeris pasikeis į 3.0.21 tik tada, kai tas leidimas įsigalios.

Kas pasikeičia versijoje 3.0.21?

3.0.21 naudoja kodų sąrašus, paskelbtus 2026 m. kovo 6 d., ir UBL/CII validavimo artefaktus versijoje 1.3.16, paskelbtus 2026 m. balandžio 10 d. Abi datos nurodytos openPeppol release’i pastabose. UBL ir CII yra du alternatyvūs XML sintaksės būdai, kuriais gali būti parašyta Peppol sąskaita faktūra; dauguma Baltijos šalių operatorių naudoja UBL. Reikšmingiausias pakeitimas susijęs su taisyklėmis PEPPOL-COMMON-R052 ir PEPPOL-COMMON-R053, kurios anksčiau buvo tik įspėjimai, o versijoje 3.0.21 visiems profiliams tampa klaidomis. Praktiškai tai reiškia, kad testuojant reikia naudoti tikrus pirkėjo ir pardavėjo pagrindinius duomenis, o ne vien pavyzdinį XML failą, nes šios taisyklės tikrina būtent šiuos laukus. Papildomai atsiranda naujas neprivalomas profilis 02 sąskaitos faktūros ir atsako procesui – apie jį plačiau žemiau. Įprastam sąskaitos faktūros siuntėjui, kuris naudoja profilį 01 ir tiesiog keičiasi sąskaitomis faktūromis bei kreditinėmis sąskaitomis faktūromis, pats verslo procesas nepasikeičia nė per žingsnį. Keičiasi tik fone veikiančios patikros.

Ką patikrinti iki rugpjūčio 17 dienos?

Saugiausias kelias – veikti sistemingai, o ne tikėtis, kad operatorius „jau kažkaip pasirūpino“:

  • Patvirtinimas iš tiekėjo: raštu paklauskite operatoriaus, kada jo gamybinė aplinka perjungs 3.0.21 validavimo artefaktus.
  • Validatorių atnaujinimas: jei sąskaitas faktūras validuojate patys, naudokite naujausias UBL/CII 1.3.16 taisykles, o ne senąjį 3.0.20 rinkinį.
  • Testuokite su tikrais duomenimis: nusiųskite testinę sąskaitą faktūrą ir kreditinę sąskaitą faktūrą per sistemą su tikrais pirkėjo ir pardavėjo pavadinimais, adresais ir registracijos kodais, nes R052 ir R053 klaidomis tampa būtent šiuose laukuose.
  • Patikrinkite pirkėjo identifikatorius: hotfix pataisymas 2026 m. sausio 27 d. pridėjo Slovakijos mokesčių kodą 0245, o versija 3.0.21 pridės naujus ICD, tai yra tarptautinio identifikatorių sąrašo, kodus 0246–0248. Jei prekiaujate tarpvalstybiniu mastu, įsitikinkite, kad šie kodai jau yra jūsų sistemoje.
  • Išsaugokite įrodymus: pasilikite siuntimo ir pristatymo patvirtinimus iš pereinamojo laikotarpio, kad galėtumėte pagrįsti, kokių taisyklių pagrindu sąskaita faktūra buvo išsiųsta.

Kuo skiriasi profilis 01 nuo profilio 02?

Profilis 01 yra įprastas procesas: pardavėjas siunčia sąskaitą faktūrą arba kreditinę sąskaitą faktūrą, pirkėjas ją gauna, ir tuo viskas baigiasi. Jo techniniai identifikatoriai yra fiksuoti: CustomizationID, tai yra sąskaitos faktūros atitikties deklaracijos identifikatorius, yra `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0`, o ProfileID, tai yra verslo proceso identifikatorius, yra `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, kaip nurodyta dabartiniame vadove. Jūsų jau naudojamame XML faile šios reikšmės dėl versijos 3.0.21 nesikeis. Įprastam sąskaitos faktūros procesui šis leidimas naujo CustomizationID ar ProfileID neatneša.

Naujiena yra tik neprivalomas profilis 02, kuris su versija 3.0.21 atsiranda procesui, kuriame pirkėjas turi atsiųsti atsiliepimą apie sąskaitą faktūrą, tai yra sąskaitos faktūros atsaką – pavyzdžiui, patvirtinti, kad sąskaita faktūra priimta arba atmesta. Šis profilis reikalauja atskiros registracijos SMP registre, tai yra paslaugų metaduomenų registre (Service Metadata Publisher), kuriame Peppol tinklas laiko informaciją apie tai, kokius dokumentus jūsų įmonė sugeba priimti, kaip aiškina release’i pastabos. Jei jūsų pirkėjai profilio 02 nereikalauja ir jo nepalaiko, registruoti jo neverta. Likite prie profilio 01 ir profilį 02 pridėkite tik tada, kai konkretus verslo partneris jo tiesiogiai paprašo.

Ką tai reiškia Estijoje, Latvijoje ir Lietuvoje?

Estijoje nuo 2025 m. liepos 1 d. galioja Apskaitos įstatymo pakeitimas, pagal kurį įmonių registre kaip e. sąskaitos faktūros gavėjas registruotas apskaitos vienetas gali reikalauti, kad pardavėjas jam pateiktų e. sąskaitą faktūrą, ir sąskaita faktūra laikoma tinkamai išrašyta, jei ji atitinka Europos standartą EN 16931-1, jeigu šalys nėra susitarusios kitaip.

Latvijoje reikalavimas aiškiau susietas su Peppol tinklu: Valsts ieņēmumu dienests, tai yra Latvijos mokesčių administratorius, struktūrizuotą e. sąskaitą faktūrą apibūdina kaip XML failą, kurio struktūra turi atitikti Peppol BIS Billing 3.0 specifikaciją. G2G, B2G ir G2B sandoriuose struktūrizuota e. sąskaita faktūra yra privaloma nuo 2025 m. sausio 1 d., duomenų apie e. sąskaitą faktūrą perdavimas mokesčių administratoriui toms pačioms sritims tampa privalomas nuo 2026 m. sausio 1 d., o B2B reikalavimas kartu su vienalaikiu duomenų pateikimu įsigalioja nuo 2028 m. sausio 1 d.

Lietuvoje e. sąskaita faktūra keliauja per nacionalinę platformą SABIS, kurią Finansų ministerija sujungė su Peppol tinklu. Praktiškai tai reiškia, kad ir SABIS naudojantys pirkėjai bei pardavėjai iš tikrųjų susižino tais pačiais Peppol BIS Billing dokumentais ir profiliais, apie kuriuos rašoma šiame straipsnyje.

Kodėl sąskaitos faktūros iš tikrųjų atmetamos?

Didžioji dalis atvejų, kai „sąskaita faktūra neperėjo“, kyla iš penkių tarpusavyje supainiotų sąvokų. EN 16931 yra Europos standartas, kuris bendrai aprašo sąskaitos faktūros semantinį duomenų modelį. Peppol BIS Billing 3.0 yra šio standarto CIUS, tai yra Core Invoice Usage Specification – susiaurintas naudojimo vadovas, kuris konkretizuoja EN 16931 reikalavimus Peppol tinklo kontekste. Leidimo numeris, pavyzdžiui 3.0.20 ar 3.0.21, nėra naujas standartas ar naujas sąskaitos faktūros formatas – tai to pačio BIS Billing 3.0 validavimo taisyklių ir kodų sąrašų versija. SMP registracija, kuri nustato, kokius profilius jūsų įmonė gali priimti, yra atskiras techninis nustatymas, kuris automatiškai nesikeičia kartu su leidimo pasikeitimu. Ir PDF sąskaita faktūra, kad ir kaip tvarkingai atrodytų, nėra Peppol sąskaita faktūra – tai priedas, kurio sistema neskaito ir nevaliduoja pagal Peppol taisykles. Jei sąskaita faktūra atmetama, pirmiausia patikrinkite, kuris iš šių penkių dalykų iš tikrųjų trūksta, prieš pradėdami įtarinėti, kad „Peppol sugedo“.

FAQ

Mis muutub versioonis 3.0.21?

3.0.21 kasutab koodiloendeid, mis avaldati 6. märtsil 2026, ja UBL/CII valideerimisartefakte versioonis 1.3.16. Olulisem muudatus puudutab reegleid PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053, mis muutuvad vigadeks. Lisandub valikuline profiil 02.

Mis vahe on profiilil 01 ja profiilil 02?

Profiil 01 on tavaline arve saatmine ilma vastuseta. Profiil 02 lisab arvevastuse protsessi, kus ostja peab saatma tagasiside. Profiil 02 nõuab eraldi SMP-registreeringut.

Mida kontrollida enne 17. augustit 2026?

Küsi operaatorilt kirjalik kinnitus ülemineku kohta, uuenda validaatoreid, testi päris andmetega (R052 ja R053), kontrolli ostja identifikaatoreid (ICD-koodid 0246–0248) ja hoia tõendid alles.