Peppol rēķinu validācija un faktiskā piegāde ir divi atsevišķi darbi, ko grāmatveži un programmatūras komandas bieži vien apvieno vienā. Validācija nozīmē rēķina XML faila, mašīnlasāmā datu faila, pārbaudi atbilstoši Eiropas e-rēķinu standartam EN 16931. Tas norāda, vai struktūra un lauki ir pareizi, bet rēķins netiek pārvietots uz citu vietu. Piegāde nozīmē rēķina faktisko nonākšanu pie saņēmēja, izmantojot Peppol tīklu, un šo darbu veic Peppol sertificēts piekļuves punkts. Manuālai pārbaudei izmantojiet bezmaksas Eiropas Komisijas rēķinu validācijas rīks pārbauda rēķinus UBL vai CII formātā. Lai faktiski nosūtītu rēķinu, jums ir nepieciešams savienojums ar Peppol sertificētu pakalpojumu sniedzēju, kura Piekļuves punkts vēlreiz apstiprina izejošo ziņojumu un atrod saņēmēju. pirms tā pārsūtīšanas.

Kāpēc parasti ir nepieciešami divi rīki, nevis viens

Neskaidrības rodas tāpēc, ka abos darbos tiek izmantots viens un tas pats vārds: “validācija”. Bezmaksas validators atbild uz vienu jautājumu: vai šis fails ir pareizi izveidots? Piekļuves punkts atbild uz citu jautājumu: kur un kā šis fails tur īsti nonāk? Peppol sadarbspējas ietvars to apraksta kā četru stūru modeli: pārdevējs nosūta rēķinu uz savu piekļuves punktu, kas atrod pircēja piekļuves punktu, izmantojot centrālo saņēmēju direktoriju, un pēc tam droši pārsūta rēķinu. Katram nosūtītājam piekļuves punktam ir jāpārbauda izejošais ziņojums, salīdzinot ar Peppol BIS noteikumiem, pirms tas tiek nosūtīts. Šī pārbaude ir daļa no paša nosūtīšanas procesa. Tas nav atsevišķs pakalpojums, ko pasūtāt manuāli. Bezmaksas validators pats par sevi nekad neko nepārsūta un nekad nepārbauda, vai saņēmējs patiešām pastāv. Tā ir kvalitātes kontrole pirms nosūtīšanas, nevis piegādes pakalpojums, jo paša rīka apraksts padara skaidru.

Labākā validācijas iespēja katram lietošanas gadījumam

Ja pirms rēķina nosūtīšanas to pārbaudāt manuāli, vispraktiskākā izvēle ir Eiropas Komisijas e-rēķinu validators, kas ir bez maksas un pieejams, izmantojot tīmekļa saskarni, REST saskarni vai SOAP saskarni. Izstrādātājiem, kas veido validāciju tieši programmatūrā, ir nepieciešami oficiālie Peppol Schematron artefakti, noteikumu faili, kas pārbauda katru BT kodu (Business Term) atbilstoši standartam, un izlaiduma piezīmes precīzi parādiet, kad šie noteikumi mainās. Ražošanā, kur faktiski tiek nosūtīti rēķini, jūsu piekļuves punkts veic trešo un obligāto pārbaudi: tas automātiski apstiprina izejošo ziņojumu pirms ziņojums 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ā ir viegli pieņemt, ka manuāla validācija un faktiskā nosūtīšana ir viens un tas pats process.

Kas jāpārbauda Peppol rēķinā pirms nosūtīšanas

Pirms nosūtīšanas nosūtiet datus, pārskatiet īsu kontrolsarakstu. Pārliecinieties, ka XML fails atbilst UBL vai CII struktūrai un ka ir aizpildīti visi obligātie EN 16931 lauki. Pārskatiet Peppol BIS identifikatorus, dokumentu veidu kodus un shēmas, no kurām dažas ir 3.0.21 atjauninājums bojāts. Piemēram, tika labots elektroniskās adreses shēmas (EAS) kodu saraksts. Pārbaudiet pircēja galapunkta ID un tā shēmu, jo nepareiza shēma nozīmē, ka piekļuves punkts vienkārši neatradīs saņēmēju. Pievienojiet pircēja atsauci vai pirkuma pasūtījuma (PO) atsauci, ja pircējam tāda ir nepieciešama. Pārskatiet PVN sadalījumu pa rindām un kopsavilkumu, kopējo rēķina vērtību un valūtu, kā arī pārbaudiet, vai nav valstij specifisku papildu noteikumu. Latvijā XML struktūrai ir jāatbilst valsts standartam, kas... balstās uz Peppol BIS Billing 3.0 specifikāciju. Ja kaut kas no šī trūkst vai ir nepareizi formatēts, validators noraidīs rēķinu pirms tā nosūtīšanas, un tā ir labāka vieta, kur tas var neizdoties, nekā saņēmēja pusē.

Kā izvēlēties Peppol sūtīšanas rīku vai piekļuves punktu

Nepieciešamais ir atkarīgs no tā, cik rēķinu un kā jūs nosūtāt.

Lietotājs Kas ir vissvarīgākais
Neregulārs sūtītājs, daži rēķini Vienkārša tīmekļa saskarne, validācija pirms nosūtīšanas, skaidrs piegādes statuss
Grāmatvedības programmatūras lietotājs Iebūvēts Peppol savienojums, kas automātiski atjaunina savus noteikumus
ERP/API komanda Tiešs savienojums ar piekļuves punktu, atbalsts vairākiem dokumentu veidiem, audita taka (nosūtīto dokumentu žurnāls)

Lai pārbaudītu, kas ir sertificēts, skatiet OpenPeppol sertificēto pakalpojumu sniedzēju saraksts, pēdējo reizi atjaunināts 2026. gada 28. augustā. Sarakstā ir norādīts, vai pakalpojumu sniedzējs ir sertificēts kā piekļuves punkts (AP), pakalpojumu metadatu publicētājs (SMP) vai abi. Ir vērts zināt vienu niansi: sarakstā norādītā valsts ir pakalpojumu sniedzēja juridiskā reģistrācija, nevis reģions, kurā tas faktiski darbojas. Tātad Igaunijas grāmatvedības pakotne var bez problēmām izmantot Beļģijā reģistrētu piekļuves punktu. Papildus sertifikācijas pārbaudei pārbaudiet, kādus dokumentu veidus pakalpojumu sniedzējs atbalsta, vai tas piedāvā saņēmēja iespēju meklēšanu, cik ātra ir ieviešana, vai varat eksportēt sūtīšanas žurnālu audita nolūkos un cik skaidri tas parāda kļūdu ziņojumus. Pēdējie divi ir tas, kas atšķir laba pakalpojumu sniedzēja rīku no viduvēja.

Ko jautāt par 2026. gada augusta Peppol BIS Billing 3.0.21 atjauninājumu?

Stājas spēkā jauni validācijas noteikumi

Pašlaik spēkā esošā versija ir Peppol BIS Billing 3.0.21., publicēts 2026. gada 20. maijā un kļuvis obligāts 2026. gada 17. augustā. Tas darbojas, izmantojot atjauninātu EN 16931 validācijas noteikumu kopumu, 1.3.16. versiju., publicēts 2026. gada 10. aprīlī. Ja jūsu validators vai rēķinu izrakstīšanas programmatūra nav atjaunināta atbilstoši šiem noteikumiem, tā var uzrādīt kļūdainu rezultātu, pat ja rēķins faktiski neatbilst pašreizējām prasībām.

Papildu norēķinu ar atbildi profils

Versijai tika pievienots arī papildu profils ar nosaukumu “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 pareizi, automātiski nenozīmē, ka pircējs var vai izmantos šo atbildes profilu. Ja pakalpojumu sniedzējs piedāvā šo funkciju, jautājiet īpaši, vai reģistrācija ir veikta, nevis tikai to, vai tā ir “atbalstīta”.”

Kā sūtīšanas noteikumi atšķiras Igaunijā un Latvijā?

Igaunija: e-rēķinu saņemšanas reģistrēšana

Igaunijā sistēma ir balstīta uz reģistriem. Sākot ar 2025. gada 1. jūliju, grāmatvedības pienākums ir izpildīts subjekta pienākumus. reģistrēt tā statusu un e-rēķinu saņemšanas kanāla informāciju uzņēmumu reģistrā, signalizējot, ka vēlas saņemt tikai mašīnlasāmus rēķinus. Kad pircējs ir reģistrējies šādā veidā, tas var pieprasīt pārdevējam nosūtīt pareizi formatētu e-rēķinu, proti, tādu, kas atbilst standartam EN 16931-1, ja vien puses nav vienojušās citādi. Tas nenozīmē, ka katram Igaunijas B2B rēķinam tagad automātiski jānonāk caur Peppol. Piegādes formāts un noteikumi joprojām ir abu pušu ziņā, ja vien likums nenosaka citādi. Tāpēc pirmais solis jebkuram pārdevējam ir pārbaudīt, vai pircējs ir reģistrējis prasību pēc e-rēķiniem, un tikai pēc tam izvēlēties pareizo nosūtīšanas metodi.

Latvijas laika grafiks ir skaidrāk noteikts likumā. Strukturēti e-rēķini ir obligāti kopš 2025. gada 1. janvāra darījumiem starp valdību un uzņēmumiem (G2G, B2G, G2B). E-rēķinu datu ziņošana VID (Valsts eiženu dienestam) šajā pašā segmentā kļuva obligāta no 2026. gada 1. janvāra.. B2B vidē starp uzņēmumiem ziņoš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ētie e-rēķini un VID paziņojums kļūst obligāti ikvienam Latvijā reģistrētam uzņēmumam, ieskaitot B2B rēķinus. Praksē rēķins ir jāziņo VID piecu darba dienu laikā nosūtīšanas nolūkā, vai nu augšupielādējot XML failu elektroniskajā deklarēšanas sistēmā (EDS), vai tieši no grāmatvedības programmatūras, izmantojot API. VID iesaka XML faila pārbaude ar Eiropas Komisijas validācijas rīku pirms iesniegšanas. Šis ir viens no konkrētākajiem punktiem, kur bezmaksas validators un obligātā ziņošanas prasība faktiski satiekas.

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 visi ierastākie lauki: PVN, atsauces, pircēja dati. Jūs to izvēlaties ar Eiropas Komisijas priekšsēdētājs lai atklātu 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 testa rēķinu reālam vai testa saņēmējam un saglabājiet piegādes statusu kā pierādījumu. Šis ieraksts ir vērts, ja vēlāk rodas strīds par to, vai rēķins ir pienākis. Ja darbojasties Latvijā, pārbaudiet arī to, vai šis rēķins pareizi nonāk VID. Nosūtīšana caur Peppol tīklu un datu sasniegšana nodokļu iestādē ir divi atsevišķi soļi, un katru no tiem ir vērts pārbaudī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.