Peppol rēķina validācija un tā piegāde ir divas dažādas darbības, ko grāmatveži un programmatūras komandas bieži uzskata par vienu un to pašu. Validācija nozīmē rēķina XML faila jeb mašīnlasāma datu faila pārbaudi atbilstoši Eiropas e-rēķinu standarta EN 16931 prasībām. Tā parāda, vai struktūra un lauki ir pareizi, bet nepārvieto rēķinu nekur. Piegāde nozīmē rēķina faktisko nosūtīšanu saņēmējam, izmantojot Peppol tīklu, par ko ir atbildīgs Peppol sertificēts piekļuves punkts. Manuālai pārbaudei ir pieejams bezmaksas Eiropas Komisijas e-rēķinu validācijas rīks, kas pārbauda rēķinu UBL vai CII formātā. Tomēr, lai veiktu faktisko nosūtīšanu, jums jāsazinās ar Peppol sertificētu pakalpojumu sniedzēju, kura piekļuves punkts vēlreiz apstiprina izejošo ziņojumu un atrod saņēmēju pirms pārraides.
Kāpēc parasti ir nepieciešami divi rīki, nevis viens?
Šī neskaidrība rodas tāpēc, ka abās darbībās tiek izmantots viens un tas pats vārds „validācija”. Bezmaksas validators atbild uz jautājumu „vai šis fails ir pareizs?”. Piekļuves punkts atbild uz jautājumu „kur un kā šis fails īsti nonāk?”. Peppol sadarbspējas ietvars to apraksta kā 4 stūru modeli: pārdevējs nosūta rēķinu uz savu piekļuves punktu, kas, izmantojot centrālo adresātu reģistru, atrod pircēja piekļuves punktu un droši pārsūta rēķinu. Katram nosūtīšanas piekļuves punktam pirms nosūtīšanas ir jāpārbauda izejošais ziņojums atbilstoši Peppol BIS noteikumiem. Šī pārbaude ir daļa no nosūtīšanas procesa, nevis atsevišķs pakalpojums, ko pasūtāt manuāli. Pats bezmaksas validators ziņojumu nekur nepārsūta un nepārbauda saņēmēja esamību. Šī ir kvalitātes pārbaude pirms nosūtīšanas, nevis pārsūtīšanas pakalpojums, piemēram, rīka apraksts skaidri parāda.
Labākās validācijas iespējas atkarībā no lietošanas gadījuma
Vispraktiskāk ir, ja rēķinu pirms nosūtīšanas pārbaudāt manuāli. Eiropas Komisijas e-rēķinu validētājs, kas ir bez maksas un pieejams no tīmekļa saskarnes, REST saskarnes vai SOAP saskarnes. Izstrādātājiem, kas validāciju veido tieši programmatūrā, ir nepieciešami oficiāli Peppol Schematron artefakti jeb noteikumu faili, kas pārbauda katra BT (Business Term) koda atbilstību standartam, un atjauninājumu vēsture parāda, kad šie noteikumi mainās. Ražošanas vidē, kur faktiski tiek nosūtīti rēķini, jūsu piekļuves punkts veic trešo, obligāto pārbaudi: tas automātiski apstiprina izejošo ziņojumu pirms tas pat sasniedz tīklu. Jums nav jāpasūta šī trešā pārbaude atsevišķi, taču jums jāzina, ka tā notiek. Pretējā gadījumā izskatīsies, ka manuālā validācija un faktiskā nosūtīšana ir viens un tas pats process.
Kas jāpārbauda Peppol rēķinā pirms tā nosūtīšanas?
Pirms nosūtīšanas ir vērts izskatīt vienkāršu kontrolsarakstu. Pārbaudiet, vai XML fails atbilst UBL vai CII struktūrai un vai ir aizpildīti visi obligātie EN 16931 lauki. Pārskatiet Peppol BIS identifikatorus, dokumentu veidu kodus un shēmas, ko izmantojat. Izmaiņas 3.0.21 versijā daļēji atjaunināts, piemēram, tika labots elektroniskās adreses shēmas (EAS) kodu saraksts. Pārbaudiet pircēja galapunkta identifikatoru (galapunkta ID) un tā shēmu, jo nepareiza shēma nozīmē, ka piekļuves punkts nevar atrast saņēmēju. Pievienojiet pircēja atsauci vai pirkuma pasūtījuma (PO) atsauci, ja pircējs to pieprasa. Pārskatiet PVN sadalījumu pa rindām un kopsavilkumu, rēķina kopsummu un valūtu, kā arī pārbaudiet papildu valstij specifiskus noteikumus. Latvijā XML struktūrai ir jāatbilst valsts standartam, kas pamatojoties uz Peppol BIS Billing 3.0 specifikāciju. Ja kāds no šiem trūkst vai ir nepareizā formātā, validators noraidīs rēķinu pirms tā nosūtīšanas. Labāk turpat, nekā pie saņēmēja.
Kā izvēlēties Peppol rēķinu izrakstīšanas rīku vai piekļuves punktu?
Jūsu vajadzības atšķirsies atkarībā no tā, cik rēķinu jūs nosūtīsiet un kā.
| Lietotājs | Kas tev visvairāk vajadzīgs? |
|---|---|
| Manuāls sūtītājs uz dažiem rēķiniem | Vienkārša tīmekļa saskarne, validācija pirms nosūtīšanas, skaidrs nosūtīšanas statuss |
| Grāmatvedības programmatūras lietotājs | Iebūvēts Peppol savienojums, kas automātiski atjaunina noteikumus |
| ERP/API komanda | Tiešs savienojums ar piekļuves punktu, atbalsts vairākiem dokumentu veidiem, audita taka vai sūtīšanas žurnāls |
Jūs varat pārbaudīt, kuru pakalpojumu sniedzēju izvēlēties No OpenPeppol sertificēto pakalpojumu sniedzēju saraksta, kas tika atjaunināts 2026. gada 28. augustā. Sarakstā ir norādīts, vai pakalpojumu sniedzējs ir sertificēts kā piekļuves punkts (AP), pakalpojuma metadatu sniedzējs (SMP) vai abi. Svarīga nianse: sarakstā norādītā valsts norāda pakalpojumu sniedzēja juridisko atrašanās vietu, nevis reģionu, kurā tas faktiski sniedz pakalpojumu, tāpēc Igaunijas grāmatvedības programmatūra var bez problēmām izmantot Beļģijā reģistrētu piekļuves punktu. Pēc sertifikāta pārbaudes pārbaudiet, kādus dokumentu veidus pakalpojumu sniedzējs atbalsta, vai tas piedāvā saņēmēja iespēju meklēšanu, cik ātri to var izvietot, vai var eksportēt sūtīšanas žurnālu auditēšanai un kā tas parāda kļūdu ziņojumus. Pēdējie divi ir tie, kas atšķir laba pakalpojumu sniedzēja izmantoto rīku no slikta.
Ko jautāt par Peppol BIS Billing 3.0.21 izmaiņām no 2026. gada augusta?
Pašreizējā versija ir Peppol BIS Billing 3.0.21, kas publicēts 2026. gada 20. maijā un kļuva obligāts 2026. gada 17. augustā. Šajā versijā tiek izmantota atjauninātā EN 16931 validācijas noteikumu 1.3.16. versija., publicēts 2026. gada 10. aprīlī. Ja jūsu validators vai rēķinu izrakstīšanas programmatūra nav atjauninājusi šos noteikumus, tā var parādīt nepareizu rezultātu, pat ja rēķins faktiski neatbilst jaunajām prasībām. Versijā ir pievienots arī papildu profils „Norēķinu izrakstīšana ar atbildi”, kas ļauj pircējam nosūtīt atbildi uz rēķinu, bet šim profilam ir nepieciešama atsevišķa SMP reģistrācija. Tas, ka jūsu regulārā rēķinu sūtīšana darbojas, automātiski nenozīmē, ka pircējs var vai izmantos šo atbildes profilu. Ja pakalpojumu sniedzējs piedāvā šo funkciju, skaidri pajautājiet, vai ir veikta reģistrācija, nevis tikai "vai tā ir atbalstīta".
Kā atšķiras piegādes iespējas Igaunijā un Latvijā?
Igaunijā sistēma darbojas uz reģistra pamata. Sākot ar 2025. gada 1. jūliju, grāmatvedības subjekts var reģistrēt savu statusu un e-rēķinu saņemšanas kanāla datus komercreģistrā, norādot, ka viņš vēlas pieņemt tikai mašīnlasāmus rēķinus. Kad pircējs ir reģistrējies šādā veidā, viņš var pieprasīt no pārdevēja pienācīgi formatētu e-rēķinu, kad tas atbilst standartam EN 16931-1, ja vien puses nav vienojušās citādi. Tas nenozīmē, ka visiem Igaunijas B2B rēķiniem automātiski jānonāk caur Peppol. Vienošanās par formātu un piegādes nosacījumiem paliek starp pusēm, ja vien likums neparedz citādi. Tāpēc pats pirmais solis pārdevējam ir pārbaudīt, vai pircējs ir pieprasījis e-rēķinu reģistrā, un tikai pēc tam izvēlēties atbilstošo piegādes metodi.
Latvijā situācija laika ziņā ir skaidrāk definēta likuma dēļ. Strukturēti e-rēķini ir obligāti no 2025. gada 1. janvāra darījumos starp valsti un uzņēmumiem (G2G, B2G, G2B). E-rēķinu datu nosūtīšana Valsts ieņēmumu dienestam (VID) tajā pašā segmentā kļuva obligāta no 2026. gada 1. janvāra.. B2B sektorā, t. i., starp uzņēmumiem, datu iesniegšana VID pašlaik ir brīvprātīga un tāda paliks līdz 2027. gada 31. decembrim, bet No 2028. gada 1. janvāra strukturēts e-rēķins un VID paziņojums kļūs obligāts visiem Latvijā reģistrētiem uzņēmumiem. arī B2B rēķinos. Praksē rēķins ir jāiesniedz VID ne vēlāk kā piecu darba dienu laikā pēc nosūtīšanas, vai nu augšupielādējot XML failu Elektroniskajā deklarēšanas sistēmā (EDS), vai arī izmantojot API tieši no grāmatvedības programmatūras. VID iesaka pirms iesniegšanas pārbaudiet XML failu ar Eiropas Komisijas validācijas rīku. Šī ir viena no specifiskākajām vietām, kur krustojas bezmaksas validators un obligātā ziņošana.
Piecu minūšu tests pirms rēķinu izrakstīšanas programmatūras maiņas
Pirms nolemjat mainīt programmatūru vai piekļuves punktu, veiciet vienu vienkāršu pārbaudi. Izveidojiet tipisku rēķinu, kurā ir iekļauti visi ierastie lauki, piemēram, PVN, atsauces un pircēja informācija. Validējiet to. Ar Eiropas Komisijas rīku, lai novērstu acīmredzamas strukturālas kļūdas. Pārbaudiet, vai pircēja galapunkta shēma un identifikators ir pareizi un vai pakalpojumu sniedzējs atbalsta tieši jums nepieciešamo dokumenta veidu. Nosūtiet vienu kontroles rēķinu faktiskajam vai testa saņēmējam un saglabājiet nosūtīšanas statusu kā pierādījumu. Tas būs noderīgi, ja vēlāk radīsies strīds par to, vai rēķins tika piegādāts. Ja darbojas Latvijā, pārbaudiet arī to, vai šis rēķins ir pareizi pārsūtīts VID, jo nosūtīšana Peppol tīklā un datu iegūšana nodokļu iestādēm ir divi atsevišķi soļi, kurus ir vērts pārskatīt atsevišķi.
Bieži uzdotie jautājumi
Kāpēc parasti ir nepieciešami divi rīki, nevis viens?
Bezmaksas validators pārbauda faila pareizību, piekļuves punkts pārsūta rēķinu saņēmējam. Abas darbības izmanto ‘validāciju’, taču tie ir atšķirīgi procesi.
Kas jāpārbauda Peppol rēķinā pirms tā nosūtīšanas?
Pārbaudiet XML struktūru, EN 16931 obligātos laukus, Peppol BIS identifikatorus, pircēja galapunkta identifikatoru, atsauces, PVN sadalījumu un konkrētai valstij paredzētos noteikumus.
Kā izvēlēties Peppol rēķinu izrakstīšanas rīku?
Izvēle ir atkarīga no rēķinu apjoma: nelielam rēķinu skaitam - vienkārša tīmekļa saskarne, iebūvēts savienojums grāmatvedības programmatūras lietotājam, tiešs savienojums ar piekļuves punktu ERP/API komandai. Pārbaudiet pakalpojumu sniedzēju no OpenPeppol sertificēto pakalpojumu sniedzēju saraksta.
Ko jautāt par Peppol BIS Billing 3.0.21 izmaiņām?
Pajautājiet, vai programmatūra ir atjaunināta atbilstoši 1.3.16. noteikumiem un vai tiek atbalstīts papildu profils ‘Rēķinu izrakstīšana ar atbildi’ ar SMP reģistrāciju.