Īsa atbilde līdz 2026. gada 7. augustam

2026. gada 7. augustā Peppol BIS Billing 3.0 joprojām darbosies ar 3.0.20 versiju ar obligāto 3.0.20 labojumfailu. Desmit dienas vēlāk, 2026. gada 17. augustā, obligāta kļūs 3.0.21 versija, kas tika izlaista 2026. gada 20. maijā. Visi trīs termiņi ir norādīti openPeppoli. izlaiduma piezīmēs. Šis nav jauns rēķina formāts, bet gan tajā pašā Peppol BIS Billing 3.0 saimē veikto validācijas un kodu sarakstu atjauninājums. Visprātīgākais, ko tagad darīt, ir lūgt savam e-rēķinu operatoram vai grāmatvedības programmatūras ražotājam rakstisku apstiprinājumu: kad viņu sistēma pāries uz 3.0.21 noteikumiem un vai tā ir pārbaudīta līdz šim termiņam.

Datums Kas attiecas uz
2026. gada 7. augusts 3.0.20 + obligāts labojums
2026. gada 17. augusts 3.0.21 kļūst obligāta visiem

Vai Peppol BIS Billing 3.0 ir viens iesaldēts fails vai visa saime?

Lielāko daļu neskaidrību rada fakts, ka “Peppol BIS Billing 3.0” un versijas numurs, piemēram, 3.0.20 vai 3.0.21, izklausās līdzīgi, taču tie nav viens un tas pats. BIS Billing 3.0 ir stabils biznesa dokumentu apraksts, kurā norādīts, kādiem datu laukiem jābūt iekļautiem rēķinā. Tajā ir aprakstīts vispārpieņemtais rēķinu un kredītvēstuļu process, ko openPeppol izsauc kā profilu 01 un kas ir tā... oficiālajā specifikācijā joprojām norādīts kā “Profils 01 — Norēķini”. Taču šī vispārīgā specifikācija tiek regulāri atjaunināta mazākās versijās, piemēram, 3.0.19, 3.0.20, 3.0.21 un tā tālāk, kurās ir atjaunināti kodu saraksti vai atļauto vērtību saraksti (piemēram, valstu kodi), kā arī validācijas artefakti, kas pārbauda, vai iesniegtais XML fails atbilst noteikumiem. Pašreizējā oficiālajā rokasgrāmatā joprojām ir versijas numurs 3.0.20, jo specifikācijas titullapa rāda. Numurs mainīsies uz 3.0.21 tikai tad, kad šī versija oficiāli stāsies spēkā.

Kas mainās 3.0.21 versijā?

3.0.21 versijā tiek izmantoti 2026. gada 6. martā publicētie koda saraksti un UBL/CII validācijas artefakti 1.3.16 versijā, kas publicēta 2026. gada 10. aprīlī. Abi datumi ir atvērti. Peppoli izlaiduma piezīmēs vēstulē. UBL un CII ir divas alternatīvas XML sintakses, kurās var rakstīt Peppol rēķinu; lielākā daļa Baltijas operatoru izmanto UBL. Būtiskākās izmaiņas attiecas uz noteikumiem PEPPOL-COMMON-R052 un PEPPOL-COMMON-R053, kas iepriekš bija brīdinājumi un 3.0.21 versijā kļūs par kļūdām visiem profiliem. Praksē tas nozīmē, ka testos ir jāizmanto reāli klientu un piegādātāju pamatdati, nevis tikai XML paraugi, jo šie noteikumi pārbauda šos laukus. Ir pievienots arī jauns papildu profils 02 rēķinu un atbilžu procesam. Vairāk par to rakstīšu tālāk. Parastam rēķinu sūtītājam, kurš izmanto profilu 01 un vienkārši apmainās ar rēķiniem un kredīta piezīmēm, pats biznesa process nemainās nevienā solī. Mainās tikai fonā notiekošās pārbaudes.

Kas jāpārbauda pirms 17. augusta?

Drošākais veids ir pārvietoties sistemātiski, necerot, ka operators "jau tiks ar to galā":

  • Apstiprinājums no piegādātāja: rakstiski jautāt operatoram, kad tiks nodota viņu ražošanas vide 3.0.21 validācijas artefaktiem.
  • Validatoru atjauninājums: Ja rēķinus validējat pats, izmantojiet jaunākos UBL/CII 1.3.16 noteikumus, nevis veco 3.0.20 komplektu.
  • Tests ar reāliem datiem: Nosūtiet caur sistēmu testa rēķinu un kredīta piezīmi ar reāliem klientu un piegādātāju nosaukumiem, adresēm un reģistra kodiem, jo R052 un R053 šajos laukos kļūst par kļūdām.
  • Pārbaudiet pircēja identifikatorus: Ar labojumfailu 2026. gada 27. janvārī tika pievienots Slovākijas nodokļu kods 0245, un 3.0.21 versijā ir pievienoti jauni ICD kodi 0246–0248. Ja pārdodat pāri robežai, pārliecinieties, vai jūsu sistēmā ir šie kodi.
  • Saglabājiet pierādījumus: Saglabājiet piegādes apstiprinājumus no pārejas perioda, lai pierādītu, saskaņā ar kādiem noteikumiem rēķins tika izrakstīts.

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

Profils 01 ir parasts process: pārdevējs nosūta rēķinu vai kredīta piezīmi, pircējs to saņem, un viss ir izdarīts. Tā tehniskie identifikatori ir definēti: Pielāgošanas ID 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 Profila ID jeb biznesa procesa identifikators ir `urn:fdc:peppol.eu:2017:poacc:billing:01:1.0`, kā norādīts tālāk. pašreizējais ceļvedis pierakstīs tās. Šīs vērtības nebūs jāmaina esošajā XML failā pēc 3.0.21 versijas. Šajā laidienā parastajam rēķinu izrakstīšanas procesam netiek ieviests jauns pielāgošanas ID vai profila ID.

Jauns ir tikai papildu profils 02, kas procesam tiek pievienots ar versiju 3.0.21, kur pircējam ir jānosūta atsauksmes par rēķinu, t. i., jāapstiprina, ka rēķins ir apstiprināts vai noraidīts. Šim profilam ir nepieciešama atsevišķa reģistrācija SMP jeb pakalpojumu metadatu publicētājā, kur Peppol tīkls seko līdzi tam, kurus dokumentus jūsu uzņēmums var pieņemt, piemēram, izlaiduma piezīmes Paskaidrojiet. Ja jūsu pircējiem nav nepieciešams vai tie neatbalsta profilu 02, nav jēgas to reģistrēt. Palieciet pie profila 01 un pievienojiet profilu 02 tikai tad, ja konkrēts biznesa partneris to īpaši pieprasa.

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

Derīgs Igaunijā no No 2025. gada 1. jūlija grozījumu Grāmatvedības likumā, saskaņā ar kuru grāmatvedības subjekts, kas reģistrēts komercreģistrā kā e-rēķina saņēmējs, var pieprasīt pārdevējam iesniegt tai e-rēķinu, un rēķins tiks uzskatīts par pareizi noformētu, ja tas atbildīs Eiropas standartam EN 16931-1, ja vien puses nebūs vienojušās par citu standartu.

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

Lietuvā e-rēķini tiek apstrādāti, izmantojot nacionālo platformu SABIS, kuru pārvalda Finanšu ministrija. savienots ar Peppol tīklu. Būtībā tas nozīmē, ka Lietuvas pircēji un pārdevēji, kas izmanto SABIS, faktiski mijiedarbosies arī ar tiem pašiem Peppol BIS norēķinu dokumentiem un profiliem, kas aprakstīti šajā rakstā.

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

Liela daļa "rēķina neapstrēšanas" gadījumu ir saistīti ar pieciem sajauktiem jēdzieniem. EN 16931 ir Eiropas standarts, kas vispārīgi apraksta rēķina semantisko datu modeli. Peppol BIS Billing 3.0 ir CIUS jeb Core Invoice Usage Specification, kas ir sašaurināta šī standarta lietotāja rokasgrāmata, kas... padara EN 16931 prasības konkrētākas Peppol tīkla kontekstā laidiena numurs, piemēram, 3.0.20 vai 3.0.21, nav jauns standarts vai jauns rēķina formāts. Tā ir BIS Billing 3.0 izveidoto validācijas un kodu sarakstu versija. SMP reģistrācija, kas nosaka, kurus profilus jūsu uzņēmums var pieņemt, ir atsevišķs tehnisks iestatījums, kas automātiski nemainās, mainot laidienu. Un PDF rēķins, lai cik pareizs tas izskatītos, nav Peppol rēķins. Tas ir pielikums, kas nav mašīnlasāms vai validēts saskaņā ar Peppol noteikumiem. Ja rēķins tiek noraidīts, vispirms pārbaudiet, kurš no pieciem faktiski trūkst, pirms sākat aizdomāties, ka "Peppol ir bojāts".

Bieži uzdotie jautājumi

Kas mainās 3.0.21 versijā?

3.0.21 versijā tiek izmantoti 2026. gada 6. martā publicētie kodu saraksti un UBL/CII validācijas artefakti 1.3.16 versijā. Visnozīmīgākās izmaiņas attiecas uz noteikumiem PEPPOL-COMMON-R052 un PEPPOL-COMMON-R053, kas kļūst par kļūdām. Pievienots papildu profils 02.

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

01. profils ir standarta rēķinu nosūtīšana bez atbildes. 02. profils pievieno rēķinu atbildes procesu, kurā pircējam ir jānosūta atsauksmes. 02. profilam ir nepieciešama atsevišķa SMP reģistrācija.

Kas jāpārbauda pirms 2026. gada 17. augusta?

Pieprasiet operatoram rakstisku apstiprinājumu par pāreju, atjauniniet validatorus, pārbaudiet ar reāliem datiem (R052 un R053), pārbaudiet pircēja identifikatorus (ICD kodi 0246–0248) un saglabājiet pierādījumus.