Īsā atbilde uz 2026. gada 7. augustu

2026. gada 7. augustā Peppol BIS Billing 3.0 tīklā vēl darbojas versija 3.0.20 kopā ar obligāto 3.0.20-hotfix labojumu. Desmit dienas vēlāk, 2026. gada 17. augustā, obligāta kļūst versija 3.0.21, kas publicēta 2026. gada 20. maijā. Visi trīs termiņi ir fiksēti openPeppol izlaiduma piezīmēs. Tas nav jauns rēķinu formāts, bet gan validācijas un kodu sarakstu atjauninājums vienā un tajā pašā Peppol BIS Billing 3.0 saimē. Praktiski visdrošāk tagad ir pieprasīt no e-rēķinu operatora vai grāmatvedības programmatūras ražotāja rakstisku apstiprinājumu – kad tā sistēma pāries uz 3.0.21 noteikumiem un vai tā līdz šim termiņam ir pārbaudīta.

Datums Kas ir spēkā
2026. gada 7. augusts 3.0.20 + obligātais hotfix
2026. gada 17. augusts 3.0.21 kļūst obligāta visiem

Vai Peppol BIS Billing 3.0 ir viens fails vai vesela versiju saime?

Lielākā daļa neizpratnes rodas tāpēc, ka “Peppol BIS Billing 3.0” un versijas numurs, piemēram, 3.0.20 vai 3.0.21, izklausās vienādi, bet nav viens un tas pats. BIS Billing 3.0 ir stabils biznesa dokumenta apraksts, kas nosaka, kādiem datu laukiem jābūt rēķinā. Tas raksturo standarta rēķina un kredītrēķina procesu, ko openPeppol dēvē par profilu 01 un kas tā oficiālajā specifikācijā joprojām minēts kā “Profile 01 – Billing”. Taču šī vispārējā specifikācija regulāri tiek atjaunota mazākos izlaidumos – 3.0.19, 3.0.20, 3.0.21 un tā tālāk – kas ievieš atjauninātus kodu sarakstus jeb pieļaujamo vērtību sarakstus (piemēram, valstu kodus) un validācijas artefaktus, kas pārbauda, vai nosūtītais XML fails atbilst noteikumiem. Pašreizējā oficiālā rokasgrāmata joprojām nes versijas numuru 3.0.20, kā liecina specifikācijas titullapa. Numurs nomainīsies uz 3.0.21 tikai tad, kad šis izlaidums stāsies spēkā oficiāli.

Kas maina versija 3.0.21?

3.0.21 lieto kodu sarakstus, kas publicēti 2026. gada 6. martā, un UBL/CII validācijas artefaktus versijā 1.3.16, kas publicēti 2026. gada 10. aprīlī. Abi datumi minēti openPeppol izlaiduma piezīmēs. UBL un CII ir divi alternatīvi XML sintakses veidi, kādos var būt rakstīts Peppol rēķins; lielākā daļa Baltijas operatoru izmanto UBL. Nozīmīgākā izmaiņa skar noteikumus PEPPOL-COMMON-R052 un PEPPOL-COMMON-R053, kas iepriekš bija brīdinājumi, bet 3.0.21 tie kļūst par kļūdām visiem profiliem. Praktiski tas nozīmē, ka testējot jāizmanto reāli klienta un piegādātāja pamatdati, ne tikai parauga XML, jo tieši šie noteikumi pārbauda šos laukus. Papildus parādās jauns izvēles profils 02 rēķina-un-atbildes procesam – par to plašāk zemāk. Parastam rēķinu sūtītājam, kas izmanto profilu 01 un vienkārši apmainās ar rēķiniem un kredītrēķiniem, biznesa process nemainās ne par soli. Maina tikai fona pārbaudes.

Ko pārbaudīt līdz 17. augustam?

Drošākais ceļš ir rīkoties sistemātiski, nevis paļauties, ka operators “jau tiek ar to galā”:

  • Apstiprinājums no piegādātāja: pieprasiet operatoram rakstiski, kad tā produkcijas vide pāries uz 3.0.21 validācijas artefaktiem.
  • Validatoru atjaunināšana: ja rēķinus validējat pats, izmantojiet jaunākos UBL/CII 1.3.16 noteikumus, ne veco 3.0.20 komplektu.
  • Testējiet ar reāliem datiem: izsūtiet testa rēķinu un kredītrēķinu caur sistēmu ar reāla klienta un piegādātāja nosaukumiem, adresēm un reģistrācijas kodiem, jo tieši šajos laukos R052 un R053 kļūst par kļūdām.
  • Pārbaudiet pircēja identifikatorus: hotfix 2026. gada 27. janvārī pievienoja Slovākijas nodokļu kodu 0245, un 3.0.21 pievieno jaunus ICD kodus 0246–0248. Pārrobežu pārdošanas gadījumā pārliecinieties, ka šie kodi jūsu sistēmā ir ieprogrammēti.
  • Saglabājiet pierādījumus: paturiet nosūtīšanas un piegādes apstiprinājumus no pārejas perioda, lai pierādītu, uz kāda noteikumu kopuma pamata rēķins tika izsūtīts.

Kāda atšķirība starp profilu 01 un profilu 02?

Profils 01 ir standarta process: pārdevējs sūta rēķinu vai kredītrēķinu, pircējs to saņem, un process ir pabeigts. Tā tehniskie identifikatori ir fiksēti: CustomizationID jeb rēķina atbilstības deklarācijas identifikators ir `urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0`, un ProfileID jeb biznesa procesa identifikators ir `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, kā tos fiksē pašreizējā rokasgrāmata. Jūsu esošajā XML pēc 3.0.21 šīs vērtības nav jāmaina. Standarta rēķinu procesam šis izlaidums jaunu CustomizationID vai ProfileID nenes.

Jauns ir tikai izvēles profils 02, kas ar 3.0.21 pievienojas procesam, kurā pircējam jāsūta atgriezeniskā saite par rēķinu jeb rēķina atbilde – piemēram, apstiprinājums, ka rēķins ir pieņemts vai noraidīts. Šis profils prasa atsevišķu reģistrāciju SMP jeb pakalpojumu metadatu reģistrā (Service Metadata Publisher), kurā Peppol tīkls glabā informāciju, kādus dokumentus jūsu uzņēmums spēj pieņemt, kā skaidro izlaiduma piezīmes. Ja jūsu pircēji profilu 02 nepieprasa un neatbalsta, nav jēgas to reģistrēt. Palieciet pie profila 01 un pievienojiet profilu 02 tikai tad, kad konkrēts biznesa partneris to tieši pieprasa.

Ko tas nozīmē Igaunijā, Latvijā un Lietuvā?

Igaunijā no 2025. gada 1. jūlija spēkā ir grāmatvedības likuma grozījums, saskaņā ar kuru komercreģistrā par e-rēķina saņēmēju reģistrēts grāmatvedības subjekts var pieprasīt, lai pārdevējs tam iesniegtu e-rēķinu, un rēķins tiek uzskatīts par pareizi sagatavotu, ja tas atbilst Eiropas standartam EN 16931-1, ja puses nav vienojušās par citu standartu.

Latvijā prasība ir skaidrāk balstīta uz Peppol: Valsts ieņēmumu dienests strukturētu e-rēķinu raksturo kā XML failu, kura struktūrai jāatbilst Peppol BIS Billing 3.0 specifikācijai. G2G, B2G un G2B darījumos strukturēts e-rēķins ir obligāts no 2025. gada 1. janvāra, e-rēķina datu nosūtīšana Valsts ieņēmumu dienestam tiem pašiem segmentiem ir obligāta no 2026. gada 1. janvāra, un B2B prasība kopā ar vienlaicīgu iesniegšanu stāsies spēkā no 2028. gada 1. janvāra.

Lietuvā e-rēķins virzās caur valsts platformu SABIS, ko Finanšu ministrija ir savienojusi ar Peppol tīklu. Praktiski tas nozīmē, ka arī SABIS lietojošie Lietuvas pircēji un pārdevēji faktiski sazinās, izmantojot tos pašus Peppol BIS Billing dokumentus un profilus, kas aprakstīti šajā rakstā.

Kāpēc rēķini patiesībā tiek noraidīti?

Liela daļa gadījumu, kad “rēķins neaizgāja cauri”, izriet no piecu jēdzienu sajaukšanas. EN 16931 ir Eiropas standarts, kas vispārīgi raksturo rēķina semantisko datu modeli. Peppol BIS Billing 3.0 ir šī standarta CIUS jeb Core Invoice Usage Specification – sašaurināta lietošanas pamācība, kas padara EN 16931 prasības konkrētākas Peppol tīkla kontekstā. Izlaiduma numurs, piemēram, 3.0.20 vai 3.0.21, nav jauns standarts vai jauns rēķina formāts – tas ir validācijas un kodu sarakstu versijas atjauninājums tajā pašā BIS Billing 3.0. SMP reģistrācija, kas nosaka, kādus profilus jūsu uzņēmums spēj pieņemt, ir atsevišķs tehnisks iestatījums, kas automātiski nemainās līdz ar izlaiduma nomaiņu. Un PDF rēķins, kaut cik pareizi tas izskatītos, nav Peppol rēķins – tas ir pielikums, ko iekārta nelasa un neizvalidē pēc Peppol noteikumiem. Kad rēķins tiek noraidīts, vispirms pārbaudiet, kurš no šiem pieciem elementiem īstenībā trūkst, pirms sākat aizdomāties, ka “Peppol nedarbojas”.

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.