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:
Pirmais e-rēķins jaunam klientam
Ja klienta rekvizīti/ID nav sakārtoti, kļūdas parādās uzreiz.
Pēc izmaiņām rēķina veidnē vai PVN loģikā
Atlaides, noapaļošana, jauktas PVN likmes bieži salauž summu saskaņu.
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)
- Atver validatoru: https://www.erekini.eu/peppol-validator
- Augšupielādē XML failu
- Paskaties rezultātu: PASS vai FAIL
- 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.
