Lühike vastus 7. augustiks 2026
7. augustil 2026 töötab Peppol BIS Billing 3.0 võrgus veel versioon 3.0.20 koos kohustusliku 3.0.20-hotfix’iga. Kümme päeva hiljem, 17. augustil 2026, muutub kohustuslikuks versioon 3.0.21, mis avaldati 20. mail 2026. Kõik kolm tähtaega on kirjas openPeppoli release’i märkmetes. See ei ole uus arveformaat, vaid samas Peppol BIS Billing 3.0 perekonnas tehtud valideerimis- ja koodiloendite uuendus. Kõige mõistlikum on praegu küsida oma e-arve operaatorilt või raamatupidamistarkvara tootjalt kirjalik kinnitus: millal nende süsteem läheb üle 3.0.21 reeglitele ja kas see on selleks tähtajaks testitud.
| Kuupäev | Mis kehtib |
|---|---|
| 7. august 2026 | 3.0.20 + kohustuslik hotfix |
| 17. august 2026 | 3.0.21 muutub kohustuslikuks kõigile |
Kas Peppol BIS Billing 3.0 on üks külmutatud fail või terve perekond?
Suurem osa segadusest tuleb sellest, et “Peppol BIS Billing 3.0” ja versiooninumber nagu 3.0.20 või 3.0.21 kõlavad ühtemoodi, aga ei ole sama asi. BIS Billing 3.0 on stabiilne äridokumendi kirjeldus, mis ütleb, milliseid andmevälju arve peab sisaldama. See kirjeldab tavalist arve-ja-krediitarve protsessi, mida openPeppol nimetab profiiliks 01 ja mis on selle ametlikus spetsifikatsioonis endiselt kirjas kui “Profile 01 – Billing”. Aga see üldspetsifikatsioon uueneb korrapäraselt väiksemate release’idena, näiteks 3.0.19, 3.0.20, 3.0.21 ja nii edasi, mis toovad kaasa uuendatud koodiloendeid ehk lubatud väärtuste nimekirju (näiteks riigikoode) ja valideerimisartefakte, mis kontrollivad, kas saadetud XML-fail vastab reeglitele. Praegune ametlik juhend kannab endiselt versiooninumbrit 3.0.20, nagu spetsifikatsiooni tiitelleht näitab. Number vahetub 3.0.21 vastu alles siis, kui see release ametlikult jõustub.
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, mis avaldati 10. aprillil 2026. Mõlemad kuupäevad on openPeppoli release’i märkmetes kirjas. UBL ja CII on kaks alternatiivset XML-süntaksit, milles Peppol-arve võib olla kirjutatud; enamik Balti operaatoreid kasutab UBL-i. Olulisem muudatus puudutab reegleid PEPPOL-COMMON-R052 ja PEPPOL-COMMON-R053, mis olid varem hoiatused ja muutuvad 3.0.21-s vigadeks kõigi profiilide puhul. Praktikas tähendab see, et testides tuleb kasutada päris kliendi ja tarnija põhiandmeid, mitte ainult näidis-XML-i, sest need reeglid kontrollivad just neid välju. Lisandub ka uus valikuline profiil 02 arve-ja-vastuse protsessile. Sellest kirjutan pikemalt allpool. Tavalise arve saatja jaoks, kes kasutab profiili 01 ja vahetab lihtsalt arveid ning krediitarveid, ei muutu äriprotsess ise sammugi. Muutuvad ainult taustal töötavad kontrollid.
Mida kontrollida enne 17. augustit?
Kõige turvalisem tee on liikuda süstemaatiliselt, mitte lootma jätta, et operaator “juba tegeleb sellega”:
- Kinnitus tarnijalt: küsi operaatorilt kirjalikult, millal tema toodangukeskkond läheb üle 3.0.21 valideerimisartefaktidele.
- Validaatorite uuendus: kui valideerid arveid ise, kasuta uusimaid UBL/CII 1.3.16 reegleid, mitte vana 3.0.20 komplekti.
- Testi päris andmetega: saada testarve ja -krediitarve läbi süsteemi päris kliendi ja tarnija nimede, aadresside ning registrikoodidega, sest R052 ja R053 muutuvad vigadeks just neil väljadel.
- Kontrolli ostja identifikaatoreid: hotfix lisas Slovakkia maksukoodi 0245 27. jaanuaril 2026 ja 3.0.21 lisab uued ICD-koodid 0246–0248. Piiriülese müügi korral veendu, et need koodid on Sinu süsteemis olemas.
- Hoia tõendid alles: säilita saatmis- ja kättetoimetamiskinnitused üleminekuperioodilt, et tõendada, mille reeglistiku alusel arve väljus.
Mis vahe on profiilil 01 ja profiilil 02?
Profiil 01 on tavaline protsess: müüja saadab arve või krediitarve, ostja saab selle kätte ja asi on tehtud. Tema tehnilised identifikaatorid on kindlaks määratud: CustomizationID ehk arve vastavusdeklaratsiooni tunnus on `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0` ja ProfileID ehk äriprotsessi tunnus on `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, nagu praegune juhend need kirja paneb. Sinu olemasolevas XML-is ei tule neid väärtusi 3.0.21 pärast muutma. Tavalisele arveprotsessile see release uut CustomizationID-d ega ProfileID-d ei too.
Uus on ainult valikuline profiil 02, mis lisandub 3.0.21-ga protsessile, kus ostja peab saatma arve kohta tagasiside ehk arvevastuse, näiteks kinnitab, et arve on heaks kiidetud või tagasi lükatud. See profiil eeldab eraldi registreeringut SMP-s ehk teenuse metaandmete registris (Service Metadata Publisher), kus Peppol-võrk hoiab kirjas, milliseid dokumente Sinu ettevõte suudab vastu võtta, nagu release’i märkmed selgitavad. Kui Sinu ostjad profiili 02 ei nõua ega toeta, ei ole mõtet seda ka registreerida. Jää profiili 01 juurde ja lisa profiil 02 alles siis, kui konkreetne äripartner seda otseselt küsib.
Mida see tähendab Eestis, Lätis ja Leedus?
Eestis kehtib alates 1. juulist 2025 raamatupidamisseaduse muudatus, mille järgi äriregistris e-arve saajaks registreeritud raamatupidamiskohustuslane võib nõuda, et müüja esitaks talle e-arve, ja arve loetakse nõuetekohaselt vormistatuks, kui see vastab Euroopa standardile EN 16931-1, kui pooled ei ole kokku leppinud teist standardit.
Lätis on nõue selgemalt Peppol-põhine: Valsts ieņēmumu dienests kirjeldab struktureeritud e-arvet kui XML-faili, mille struktuur peab vastama Peppol BIS Billing 3.0 spetsifikatsioonile. G2G, B2G ja G2B tehingutes on struktureeritud e-arve kohustuslik alates 1. jaanuarist 2025, e-arve andmete edastamine Maksuametile on samadele segmentidele kohustuslik alates 1. jaanuarist 2026, ja B2B nõue koos samaaegse esitamisega jõustub alates 1. jaanuarist 2028.
Leedus liigub e-arve läbi riikliku platvormi SABIS, mille Rahandusministeerium on ühendanud Peppol-võrgustikuga. Sisuliselt tähendab see, et ka SABIS-t kasutavad leedu ostjad ja müüjad suhtlevad tegelikult samade Peppol BIS Billing dokumentide ja profiilidega, mida see artikkel kirjeldab.
Miks arved tegelikult tagasi lükatakse?
Suur osa “arve ei läinud läbi” juhtumeid taandub viiele omavahel segi aetud mõistele. EN 16931 on Euroopa standard, mis kirjeldab arve semantilist andmemudelit üldiselt. Peppol BIS Billing 3.0 on selle standardi CIUS ehk Core Invoice Usage Specification, kitsendatud kasutusjuhend, mis teeb EN 16931 nõuded konkreetsemaks Peppol-võrgu kontekstis. Release’i number, näiteks 3.0.20 või 3.0.21, ei ole uus standard ega uus arveformaat. See on samas BIS Billing 3.0-s tehtud valideerimis- ja koodiloendite versioon. SMP-registreering, mis määrab, milliseid profiile Sinu ettevõte suudab vastu võtta, on eraldiseisev tehniline seadistus, mis ei muutu automaatselt koos release’i vahetusega. Ja PDF-arve, ükskõik kui korrektne see välja näeb, ei ole Peppol-arve. See on manus, mida masin ei loe ega valideeri Peppol-reeglite järgi. Kui arve lükatakse tagasi, kontrolli kõigepealt, kumb neist viiest tegelikult puudu on, enne kui hakkad kahtlustama, et “Peppol on katki”.
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.