Derīgs PDF fails nenozīmē derīgu Peppol e-rēķinu.

Peppol (viseiropas e-rēķinu pārraides tīkls) validē strukturētos rēķinu datus, nevis PDF izskatu. Pirms nosūtīšanas ir jāpārbauda trīs atsevišķi slāņi: XML faila struktūra, satura atbilstība EN 16931 (Eiropas e-rēķinu satura standarts, kas nosaka, kādiem datiem jābūt rēķinā) un Peppol paša biznesa noteikumi, kas ir apkopoti BIS Billing 3.0 specifikācijā. openPeppol'i saskaņā ar dokumentāciju Ziņojums tiek uzskatīts par atbilstošu, ja saskaņā ar pašreizējiem noteikumiem tajā netiek atrastas fatālas kļūdas. Brīdinājumi nepārkāpj atbilstību. Tomēr tikpat svarīgi ir fakts, ka validācijas artefaktu pārbaude rēķina ziņojumu, nevis to, vai pircēja sistēma to faktiski apstiprina vai apmaksā. Starp zaļās gaismas apstiprināšanu un "rēķina apmaksu" joprojām ir vairāki soļi.

Kāda ir piecu soļu pārbaude pirms nosūtīšanas pogas nospiešanas?

Process, kas darbojas neatkarīgi no tā, vai izmantojat ERP, grāmatvedības programmatūru vai operatora portālu:

  • Eksportēt XML: izveidot no rēķina failu UBL vai CII formātā, bez kura validācija vispār nav iespējama.
  • Veiciet shēmas un biznesa noteikumu pārbaudi: vispirms strukturālā pārbaude, pēc tam Schematron noteikumi (valoda iekšējo XML relāciju pārbaudei), kas aplūko summas, kodus un relācijas starp laukiem.
  • Novērst fatālas kļūdas: saskaņā ar openPeppol noteikumu Sūtītājs nedrīkst sūtīt ziņojumu, kas neatbilst BIS prasībām. Šis ir stingrs noteikums, nevis ieteikums.
  • Pārbaudiet saņēmēja Peppol iespējas: Pārliecinieties, vai pircējs ir reģistrējies tiešsaistē un var pieņemt konkrēto dokumenta veidu.
  • Saglabāt validācijas rezultātu: Saglabājiet atskaiti un piegādes apstiprinājumu. Tā ir pirmā lieta, ko jūs lūdzat, kad rēķins “pazūd”.

Kurš validators ir piemērots konkrētam darbam?

XSD jeb XML Schema pārbauda, vai fails kopumā ir pareizs (XML: kvadrātiekavas ir pareizajās vietās, ir iekļauti nepieciešamie elementi). Schematron pārbauda vēl kaut ko: biznesa noteikumus un elementu savstarpējās attiecības, piemēram, vai rindu summa ir vienāda ar rēķina kopsummu. Saskaņā ar Eiropas Komisijas skaidrojumu Schematron neatkarīgi nepārbauda XML struktūru, tāpēc izmantojiet to kopā ar atbilstošu shēmu vai rīku, kas veic abus. Komisija piedāvā bezmaksas validācijas pakalpojums, kur nav jāreģistrējas un ko Latvijas Nodokļu pārvalde tieši iesaka pirms XML rēķina iesniegšanas VID. Ja rēķinus nosūtāt, izmantojot operatoru vai grāmatvedības programmatūru, kas jau veic iekšēju validāciju, nav nepieciešams manuāli pārbaudīt katru rēķinu rīkā. Parastās situācijās tas ir saprātīgi, taču, testējot jauno XML ģenerēšanas loģiku, ir vērts izmantot atsevišķu rīku.

Izlasiet ziņojumu: fatāla kļūda pirms, brīdinājums pēc

Fatāla kļūda nozīmē, ka rēķins neatbilst BIS prasībām un to nevajadzētu nosūtīt. Brīdinājums nozīmē, ka rēķins tehniski ir pieņemams, taču ir pelnījis rūpīgāku izpēti. Praksē visbiežāk problēmas rodas piecās vietās: pārdevēja un pircēja identifikatoros (nepareiza shēma vai nepareizs reģistra kods), PVN kategorijā un likmē, rindas summās un kopējās vērtībās (noapaļošanas kļūdas viegli atšķetinās), maksājamajā summā ar valūtas kodu un atsauces numurā ar maksājuma termiņu. Ja rēķina rindā ir norādīts 100 eiro plus 22% PVN, bet kopējās vērtības laukā ir norādīts nepareizs skaitlis, validators radīs fatālu kļūdu, un tas ir pareizi, jo šī summa nonāk tieši pircēja grāmatvedībā.

Kā pārbaudīt piegādi atsevišķi no derīguma termiņa?

Būtībā pareizs rēķins nenozīmē, ka tas faktiski tiks piegādāts. Viena lieta ir pārbaudīt Peppol saturu un biznesa noteikumus, cita lieta ir maršrutēšana Peppol tīklā. Pirms nosūtīšanas ir vērts pārbaudīt, vai pircēja galapunkts atbalsta konkrēto dokumenta veidu, ko sūtāt. Peppol direktorijs ir publiski meklējams reģistrēto saņēmēju saraksts, taču pakalpojumu sniedzēju pienākums, nevis pienākums, ir to uzturēt. Tādēļ pilnīgi pareizs saņēmējs var nebūt sarakstā. Ja rodas šaubas, jautājiet pircējam tieši viņa Peppol identifikatoru, nevis tikai ceriet, ka direktorijā parādīsies visa informācija.

Kas mainīsies 2026. gada augustā?

BIS Billing 3.0 versija 3.0.20 (ar labojumfailu) ir obligāta kopš 2026. gada 23. februāra, bet jaunā versija 3.0.21 kļūs obligāta no 2026. gada 17. augusta. Izmaiņas novērš kļūdu Elektroniskās adreses shēmas (EAS – kods, kas norāda, kurā sistēmā ir reģistrēts uzņēmuma identifikators) kodu sarakstā un noņem 14 nedarbojošos kodus, tāpēc pārbaude ar veco validatoru var sniegt nepareizu rezultātu. Tajā pašā versijā ir pievienots papildu profils, kas ļauj saņemt oficiālu apstiprinājumu (rēķina atbildi) par rēķinu, taču tam ir nepieciešama atsevišķa SMP reģistrācija un tas netiek automātiski iekļauts katrā rēķinā. Ja izmantojat gatavu risinājumu, rakstiski jautājiet savam operatoram, kad viņi pārnesīs artefaktus uz jauno versiju; ja XML veidojat pats, atjauniniet validācijas noteikumus līdz 2026. gada 17. augustam, pretējā gadījumā jūsu pašu programmatūra sāks apstiprināt rēķinus, pamatojoties uz noteikumiem, kurus Peppol vairs nepieņem.

Igaunija un Latvija: vietējā kontrole

Igaunijā uzņēmums, kas ir reģistrēts komercreģistrā kā e-rēķinu saņēmējs, var:, no 2025. gada 1. jūlija pieprasīt pārdevējam iesniegt e-rēķinu atbilstoši standartam EN 16931-1. Rēķins, kas atbilst šim standartam, tiek uzskatīts par pareizi formatētu, taču puses var vienoties arī par citu piemērotu standartu. Tas nenozīmē, ka Peppol ir obligāts katram B2B rēķinam Igaunijā, bet tikai to, ka reģistrētais saņēmējs var pieprasīt šo formātu.

Latvijā laika grafiks ir sarežģītāks. VID (Latvijas Nodokļu pārvalde) skaidro, ka e-rēķini ir obligāti B2G, G2B un G2G darījumos no 2025. gada 1. janvāra, un e-rēķinu datu iesniegšana VID kļuva obligāta no 2026. gada 1. janvāra – dati jāiesniedz ne vēlāk kā piecu darba dienu laikā pēc rēķina nosūtīšanas. B2B segmentā datu iesniegšana ir brīvprātīga līdz 2027. gada beigām, taču VID iesaka pirms XML faila iesniegšanas to palaist caur to pašu Eiropas Komisijas bezmaksas validācijas pakalpojumu, ko izmantojat arī Peppol rēķinam. Ir vērts pārbaudīt divus atsevišķus pienākumus (satura atbilstību un savlaicīgu iesniegšanu VID) atsevišķos sarakstos un necerēt, ka operators visu automātiski segs.

Bieži uzdotie jautājumi

Vai derīgs PDF fails nozīmē, ka Peppol e-rēķins ir validēts un piemērots nosūtīšanai?

Nē. Peppol validē strukturētos e-rēķina ziņojuma datus (XML), nevis PDF izskatu. Pirms nosūtīšanas atsevišķi jāpārbauda XML struktūra, EN 16931 saturs un Peppol/BIS Billing 3.0 biznesa noteikumi.

Kādi ir 5 soļi pirms Peppol e-rēķina nosūtīšanas?

Vispirms eksportējiet rēķinu XML formātā (UBL vai CII). Pēc tam veiciet shēmas un biznesa noteikumu pārbaudi. Izlabojiet fatālas kļūdas atbilstoši BIS atbilstībai, pārbaudiet saņēmēja Peppol iespējas un saglabājiet validācijas pārskatu un apstiprinājumu.

Kāda ir atšķirība starp shēmas (XSD) un biznesa darījumu (Schematron) validāciju?

XSD pārbauda, vai fails ir pareizs XML: obligātie elementi un struktūra. Schematron pārbauda biznesa noteikumus un elementu savstarpējās attiecības, piemēram, vai rindu un kopsummas sakrīt.

Kas mainīsies jaunajā BIS Billing 3.0 versijā no 2026. gada 17. augusta?

Jaunā BIS Billing 3.0 versija 3.0.21 kļūs obligāta no 2026. gada 17. augusta. Izmaiņas novērš kļūdu elektroniskās adresācijas shēmas (EAS) kodu sarakstā un noņem 14 nedarbojošos kodus, kas ar veco validācijas loģiku varēja dot nepareizu rezultātu.