Peppol XML validators Latvijā: kā pārbaudīt e-rēķinu un izvairīties no noraidījuma

Ja tev ir e-rēķina XML fails un tu neesi 100% drošs, ka tas “ies cauri”, validatoru izmantošana ir vienkāršākais veids, kā izvairīties no noraidījuma un liekas ķimerēšanās. Lielākā daļa kļūdu ir paredzamas, un bieži pietiek ar vienu labojumu ģeneratorā, lai problēma neatkārtotos.

Šis raksts ir praktisks:

• kā pareizi pārbaudīt Peppol XML,
• ko skatīties rezultātos,
• kā interpretēt biežākās kļūdas,
• un kā salabot tā, lai nākamreiz nav jālabo ar roku.

Pārbaude te: https://www.erekini.eu/peppol-validator

Validācija notiek pārlūkā, fails netiek augšupielādēts.

Kad validatoru tiešām vajag

Validatoru visvairāk vajag 3 situācijās:

1. Pirmais e-rēķins jaunam klientam

   Ja klienta rekvizīti/ID nav sakārtoti, kļūdas parādās uzreiz.

2. Pēc izmaiņām rēķina veidnē vai PVN loģikā

   Atlaides, noapaļošana, jauktas PVN likmes bieži salauž summu saskaņu.

3. Kad fails nāk no citas sistēmas

   Tu saņem XML no partnera vai citas platformas un gribi pārliecināties, ka tas ir korekts, pirms to pieņem plūsmā.

Ātrs kontrolsaraksts pirms validācijas

Pirms tu meklē “smalkas” kļūdas, pārbaudi šo. Ja kaut kas te nav pareizi, validācija parasti krīt.

• UBL versija ir korekta (parasti UBL 2.1)
• Dokumenta tips ir pareizs (Invoice vai CreditNote)
• Ir rēķina numurs un datums
• Ir valūta (EUR, ja tāda)
• Ir piegādātāja dati (ID, adrese, PVN, ja vajag)
• Ir pircēja dati (ID/adrese, ja vajag)
• PVN un kopsummas matemātiski sakrīt

Kā pareizi pārbaudīt failu (2 min process)

1. Atver validatoru: https://www.erekini.eu/peppol-validator
2. Augšupielādē XML failu
3. Paskaties rezultātu: PASS vai FAIL
4. Ja FAIL, neķeries pie 10 lietām uzreiz. Izvēlies vienu top kļūdu un salabo to.

Svarīgākais princips: salabo ģeneratoru, nevis konkrēto failu. Ja labo tikai failu ar roku, nākamais rēķins būs ar to pašu kļūdu.

Ko nozīmē “PASS” un kāpēc tas vēl nav 100% garantija

Ja validators rāda, ka pamata pārbaude ir izieta, tas nozīmē:

• struktūra izskatās pareiza
• biežākās kritiskās lietas nav salauztas

Bet integrācijas var būt dažādas. Tāpēc:

• ja tas ir B2G vai īpaša plūsma, vienmēr seko konkrētās plūsmas prasībām
• un saglabā konsekvenci (klientu rekvizīti, PVN, summas)

5 kļūdas, ko redzu visbiežāk (un ko darīt)

1) Nepareizs schemeID

Simptoms: kļūdas par ID shēmām, EndpointID, identifikatoriem.

Ko darīt: pārbaudi schemeID pie pircēja/piegādātāja identifikatoriem. Latvijā bieži klūp tieši šeit. Pilnais skaidrojums:

/app/blog/schemeid-0188-latvija-peppol/

2) Trūkst BuyerReference

Simptoms: “BuyerReference missing” vai lauks tukšs.

Ko darīt: aizpildi ar reālu atsauci (projekts/pasūtījums/līgums). Tukšs lauks bieži tiek skaitīts kā “nav”.

3) PVN summa nesakrīt

Simptoms: TaxTotal mismatch, TaxableAmount mismatch.

Ko darīt: pārbaudi atlaides un noapaļošanu. Ja ir dažādas PVN likmes, pārliecinies, ka kopsummas ir sadalītas korekti.

4) Kopsummas nesakrīt ar rindām

Simptoms: PayableAmount mismatch.

Ko darīt: sakārto LegalMonetaryTotal loģiku tā, lai viss izriet no rindām, nevis tiek aizpildīts “no malas”.

5) Invoice/CreditNote sajaukums

Simptoms: korekcijas fails ģenerēts kā Invoice.

Ko darīt: CreditNote jābūt korektam dokumenta tipam, nevis mīnuszīmēm Invoice rindās.

Pilnais top 10 ar labojumiem:

/app/blog/peppol-xml-kludas-validacija/

Kā izvairīties no atkārtotas labošanas (praktiska sistēma)

Ja tu sūti e-rēķinus regulāri, nākamais solis pēc validatora ir sakārtot procesu:

• klientu dati vienā vietā
• veidnes, numerācija
• PVN loģika
• e-rēķinu ģenerēšana un pārvaldība bez manuālām korekcijām

Ja gribi e-rēķinus un PVN vienuviet, Business plāns ir te:

https://www.erekini.eu/app/pricing/

Mini FAQ

Vai jūs redzat manu XML failu?

Nē. Validācija notiek pārlūkā. Fails netiek augšupielādēts.

Ko darīt, ja kļūda ir nesaprotama?

Sāc ar pirmo kļūdu sarakstā un pārbaudi, kurā XML sadaļā tā ir. Ja salabo ģeneratoru, lielākā daļa kļūdu pazūd uzreiz.

Vai varu pārbaudīt vairākus failus?

Jā, vari validēt vairākas reizes. Ja tu strādā regulāri, apsver Business, lai process būtu vienkāršāks.