Mis on Peppol’i võrk ja miks see e-arveldamisel loeb?

Peppol on rahvusvaheline e-arvete edastusvõrk koos seda juhtiva reeglistikuga – mitte failivorming, portaal ega maksuhalduri aruandluskeskkond. Võrgu moodustavad sajad sertifitseeritud teenusepakkujad koos ühe keskse aadressikomponendiga, kes järgivad kõik sama koostalitlusraamistikku (Peppol Interoperability Framework) ja vahetavad dokumente nelja nurga mudelis. Keskseid komponente omab organisatsioon OpenPeppol. E-arveldamisel loeb Peppol ühel väga praktilisel põhjusel: üks liidestus ühe teenusepakkujaga annab teile ühenduse kõigi võrgus olevate partneritega, ilma et iga ostjaga tuleks eraldi tehnilist kanalit kokku leppida. Eesti raamatupidamise seaduse järgi lepitakse masintöödeldava algdokumendi vorming ja esitamise tingimused kokku tehingupartnerite vahel, kui seadusest või muust õigusaktist ei tulene teisiti.

Mida ostja tegelikult mõtleb, kui ütleb „saatke see Peppol’i kaudu”?

See lause jõuab müügiosakonda tavaliselt ilma selgitusteta. Arve on valmis, PDF on olemas, aga ostja ütleb, et e-posti manust ta vastu ei võta. Esimene küsimus, mis siis tekib, on tehniliselt vale, kuid inimlikult loogiline: millises formaadis Peppol’i arve peab olema?

Õige küsimus on teine. Peppol vastab küsimusele „kuidas arve ostjani jõuab ja kuidas ostja üles leitakse”. Formaadi, andmeväljade ja riigisiseste lisareeglite kohta annavad vastuse standard EN 16931 ja Peppol’i dokumendispetsifikatsioonid. Riigi kohustus omakorda tuleb kolmandast kohast – raamatupidamisseadusest või maksuseadusest. Kui need kolm kihti segamini lähevad, tekivad tüüpilised vaidlused stiilis „meil on ju e-arve olemas, saadame PDF-i”.

Kas Peppol on seadus või arve tee?

Peppol on koostalitlusraamistiku nimi: juriidilised lepingud, poliitikad ja tehnilised spetsifikatsioonid, mida kohaldavad Peppol’i asutused (Peppol Authority) ja sertifitseeritud teenusepakkujad. Teenusepakkuja tohib Peppol’i teenuseid pakkuda alles siis, kui ta on sõlminud teenusepakkuja lepingu ja läbinud Peppol’i vastavustestimise. Just see lepinguline kiht teeb võrgust usaldatud keskkonna, mitte lihtsalt tehnilise protokolli.

Sellest eraldi seisavad kaks asja, millega Peppol’it kõige sagedamini samastatakse. Esiteks riiklikud e-arve kohustused, mis tulevad iga riigi enda seadusest. Teiseks maksuaruandlus – nagu Läti nõue arved maksuametile edastada – mis on omaette protsess, kuigi tugineb samale struktureeritud arvele. Peppol’i võrk võib olla nende täitmise vahend, kuid ta ei ole nende allikas.

Kuidas neli nurka üheks ühenduseks saavad?

Nelja nurga mudel tähendab, et müüja ja ostja ei ühendu kunagi otse. Müüja (C1) saadab arve oma majandustarkvarast oma ligipääsupunkti (Access Point, C2). See on sertifitseeritud teenusepakkuja, kes peab väljaminevat sõnumit enne saatmist valideerima, tagades vastavuse Peppol’i äri-koostalitlusspetsifikatsioonidele (Peppol BIS). Sealt liigub arve ostja ligipääsupunkti (C3) ja edasi ostja süsteemi (C4).

Adressaadi leidmine käib kahes sammus. Saatja ligipääsupunkt pöördub kõigepealt SML-i poole – see on OpenPeppol’i hallatav keskne aadressiregister (Service Metadata Locator), mis ütleb, millist kataloogi ostja kasutab. Seejärel küsib ta sellest kataloogist ehk SMP-st (Service Metadata Publisher), milliseid dokumente ostja üldse vastu võtab ja kuhu need saata. Saatja ise seda sammu ei näe, aga tagajärg on nähtav: kui ostja võimekus on SMP-s registreerimata, siis arve ei liigu, ükskõik kui korrektne fail on. Sõnumite terviklikkust ja saatja tuvastamist tagab võrgu avaliku võtme taristu (Public Key Infrastructure), mille sertifikaadi saab teenusepakkuja koos lepinguga ja mille võib rikkumise korral tühistada.

Võrdlus mobiilsidevõrguga töötab siin hästi: teil on leping ühe operaatoriga, kuid helistada saate kõigile. Peppol’i enda sõnastus on „connect once, reach all”.

Millised kolm nime lähevad pidevalt segamini?

EN 16931 on Euroopa e-arve semantiline standard – kokkulepe selle kohta, millised andmeväljad arvel on ja mida need tähendavad. Standard ei ütle, kuidas arve kohale toimetada.

Peppol BIS Billing on rakendusspetsifikatsioon: see võtab EN 16931 sisu ja ütleb täpselt, kuidas see peab olema väljendatud. Peppol BIS tugineb UBL-i ehk universaalse ärikeele ISO/IEC 19845 standarditele ning lisab valideerimisreeglid, sealhulgas riigipõhised.

Peppol’i võrk on transport ja adresseerimine – see osa, mis arve kohale viib.

Siit tuleb ka vastus küsimusele PDF-i kohta. E-postiga saadetud PDF võib olla täiesti korrektne arve raamatupidamise mõttes, kuid ta ei ole masinloetav struktureeritud arve. Läti on selle piiri seadusesse kirjutanud: struktureeritud e-arve on Läti rahandusministeeriumi määratluse järgi arve, mis vastab standardile LVS EN 16931-1:2017 ja tehnilisele spetsifikatsioonile LVS CEN/TS 16931-2:2017. Inimesele loetav fail sellesse määratlusse ei mahu.

Mis muutus 2026. aasta augustis?

Peppol BIS Billing 3.0 uusim versioon 3.0.21 avaldati 20. mail 2026 ja muutus kohustuslikuks 17. augustist 2026. Kolm muudatust puudutavad otseselt arveprotsessi omanikku.

Esiteks lisandus uus valikuline profiil 02 („billing with response”) olukorra jaoks, kus arvele on vaja kohustuslikku vastust. See profiil eeldab eraldi SMP-registreeringut – ehk kui soovite arvevastuseid vastu võtta, ei piisa olemasolevast arvete vastuvõtu registreeringust. Teiseks muutusid reeglid PEPPOL-COMMON-R052 ja R053 hoiatustest vigadeks, sest need kehtivad nüüd kõigile profiilidele. Kolmandaks parandati EAS-i koodiloend, millest eemaldati 14 kasutuskõlbmatut koodi: kui teie süsteem täidab ostja elektroonilise aadressi skeemi käsitsi seadistatud väärtusest, tasub see üle vaadata.

ViDA kõrvale asetatuna näeb pilt selgem välja. Nõukogu direktiiv (EL) 2025/516 võeti vastu 11. märtsil 2025 ja lubab liikmesriikidel alates 14. aprillist 2025 kehtestada riigisisese kohustusliku e-arveldamise. Alates 1. juulist 2030 kohalduvad digiaruandluse nõuded piiriülestele B2B tehingutele ning e-arve muutub nende tehingute vaikimisi meetodiks, kusjuures arve tuleb väljastada hiljemalt 10 päeva jooksul. Riigid, kellel on juba oma reaalajas tehinguaruandlus, peavad selle EL-i mudeliga ühtlustama 1. jaanuariks 2035. Ühtegi kuupäeva, mis kohustaks iga ettevõtet Peppol’iga liituma, direktiivis ei ole.

Kas Eesti, Läti ja Leedu liiguvad ühes taktis?

Eestis võib alates 1. juulist 2025 äriregistris e-arve saajaks registreeritud raamatupidamiskohustuslane nõuda müüjalt e-arve esitamist. Arve loetakse nõuetele vastavaks, kui see vastab standardile EN 16931-1, välja arvatud juhul, kui pooled on kokku leppinud mõne muu sobiva standardi. Üldist kohustust, mis sunniks iga müüjat kõiki arveid e-arvena saatma, siin ei ole – loeb ostja registreering ja lepinguline kokkulepe.

Läti graafik on kõige selgem. Alates 1. jaanuarist 2025 tuleb eelarveasutusele esitatav arve vormistada e-arvena (G2G, B2G, G2B). Alates 1. jaanuarist 2026 tuleb need e-arved edastada ka maksuametile VID, ning alates 1. jaanuarist 2028 laieneb nõue riigisisestele B2B arvetele. B2B tehingutes saab e-arveid koostada juba praegu ja andmeid VID-ile vabatahtlikult edastada alates 2026. aastast.

Leedu kasutab alates 1. septembrist 2024 endise E. sąskaita asemel süsteemi SABIS, mille moderniseerimise eesmärgiks on rahandusministeeriumi sõnul ühendada ettevõtted Euroopa e-arveldustaristuga Peppol’i võrgu kaudu ja toetada EN 16931-le vastavaid avaliku sektori arveid.

Kui müüte kõigis kolmes riigis, ei ole teil üht tähtaega, vaid kolm erinevat loogikat: Eestis ostja õigus, Lätis kuupäevaline kohustus koos maksuaruandlusega, Leedus avaliku sektori taristu.

Mida enne järgmist arvet üle kontrollida?

• ostja vastuvõtuvõimekus ja identifikaator: küsige Peppol-ID ja kontrollige, et ostja oleks SMP-s just selle dokumenditüübi saajaks registreeritud, mida kavatsete saata
• nõutav profiil ja riigipõhised reeglid: kas ostja ootab tavalist arveldusprofiili või uut vastusega profiili 02? Viimane eeldab eraldi SMP-registreeringut ka teie poolel
• teenusepakkuja korraldus: veenduge, et teie ligipääsupunkt on sertifitseeritud ja et tema valideerimisartefaktid on versiooniga 3.0.21 kooskõlas – alates 17. augustist 2026 ei ole vana versioon enam lubatud
• andmekvaliteet majandustarkvaras: registrikoodid, käibemaksunumbrid, viitenumbrid ja aadressiskeemid. Enamik valideerimisvigu tekib puuduvatest või valest loendist võetud koodidest, mitte arve sisust
• vastusetöövoog: kui ostja nõuab arvevastust, peab keegi otsustama, kes vastuse annab ja mis juhtub tagasilükkamise korral
• säilitamine: struktureeritud fail on originaaldokument. Leppige kokku, kas seda hoiab teie süsteem, teenusepakkuja või mõlemad – ja kui kaua

Kõige kallim viga selles nimekirjas ei ole tehniline. See on eeldus, et kui üks suur ostja võtab teie arveid vastu, siis on asi korras kõigi jaoks. Läti 2028. aasta kuupäev ja ViDA 2030. aasta piiriülene aruandlus on piisavalt lähedal, et vastuvõtu- ja saatmisvõimekus tasub korda teha enne, kui keegi seda nõuab.

Loe ka: English · latviski · lietuviškai

Viimati kontrollitud: 16. september 2026