Peppol e-rēķini nav sarežģīti tehnoloģijas dēļ, tie kļūst sarežģīti procesa dēļ. Vienam uzņēmumam “rēķins” ir Excel, citam tas ir grāmatvedības sistēma, trešajam tas ir CRM, un tad vēl nāk PVN, atlaides, korekcijas, klientu rekvizīti un prasības no saņēmēja puses.
Ja tu gribi, lai e-rēķini strādā kā process (nevis “reizēm sanāk”), tev vajag plūsmu. Šajā rakstā ir praktiska, vienkārša plūsma, kas strādā mazajiem un vidējiem uzņēmumiem Latvijā.
Ja tev jau ir XML fails, vari pārbaudīt uzreiz:
https://www.erekini.eu/peppol-validator
Validācija notiek pārlūkā, fails netiek augšupielādēts.
Ko nozīmē “plūsma” Peppol e-rēķiniem
Plūsma ir atbilde uz 3 jautājumiem:
- No kurienes rodas dati? (klients, preces, PVN, cenas)
- Kā no tiem top korekts XML? (standarti + konsekvence)
- Kā pārbaudi pirms sūti, lai nav noraidījuma?
Ja šie 3 nav sakārtoti, tu vienmēr būsi “labojam ar roku”, un katrs nākamais fails būs loterija.
Ātrā plūsma 7 soļos (praktiskais minimums)
1) Sakārto klienta kartīti (tas ir pirmais, kas salauž visu)
Katram klientam vajag minimālo komplektu:
- Nosaukums
- Reģistrācijas numurs (ja juridiska persona)
- PVN numurs (ja PVN maksātājs)
- Adrese + valsts kods
- (ja tavā plūsmā vajag) BuyerReference / atsauce
Ja šis nav, Peppol kļūdas nāks atpakaļ katru reizi, pat ja XML ģenerators ir perfekts.
2) Sakārto savu uzņēmuma kartīti
Šī ir otrā biežākā problēma: uzņēmumam ir dati, bet tie nav vienādi katrā rēķinā.
- Nosaukums (konsekvents)
- Reģ. nr
- PVN nr (pareizā formātā)
- Adrese
- Bankas rekvizīti (ja tie parādās PDF, tas ir ok, bet datiem jābūt sakārtotiem arī XML pusē)
3) Vieno PVN loģiku (pirms tu vispār domā par XML)
PVN kļūdas visbiežāk rodas no 3 lietām:
- atlaides netiek pareizi atspoguļotas PVN bāzē
- tiek miksētas likmes, bet summas tiek saliktas kā viena
- noapaļošana notiek dažādos līmeņos
Praktiska pieeja:
- definē vienu noapaļošanas politiku
- definē, kurā brīdī tiek piemērota atlaide
- definē, kā rēķini PVN pa rindām un kopsummā
4) Izveido veidni, kas nekad “nesalauž” struktūru
Veidne šeit nav tikai dizains. Veidne ir noteikumi:
- kā aizpildi preces/pakalpojuma rindas
- kā rēķina numurācija strādā
- kā tiek ģenerētas atsauces
Ja veidne ir stabila, 80% problēmu pazūd.
5) Ģenerē XML, bet nelabo to ar roku
Tas ir lūzuma punkts. Ja tu katru reizi labo XML failu ar roku, tu veido parādu pats sev.
Pareizā secība:
- ģenerē XML
- validē
- labo ģeneratoru/veidni/datus
- ģenerē jaunu XML
Nevis: “labojam failu un sūtam”.
6) Validē pirms sūtīšanas (tava drošības josta)
Validatoru izmanto kā “pirms nosūtīšanas pārbaudi”.
Pārbaude:
https://www.erekini.eu/peppol-validator
Ja validācija krīt, ej pēc principa:
- salabo 1 lielāko kļūdu
- pārbaudi vēlreiz
- atkārto
Neķeries pie 10 lietām uzreiz.
7) Saglabā rezultātu un pievieno procesu (lai nav atkārtojumu)
Kad process strādā, tu gribi:
- saglabāt, ko sūtīji
- saprast, kāpēc “tas gāja cauri”
- pārvaldīt e-rēķinus vienuviet
Te arī sākas jēga no sistēmas, nevis “reizi mēnesī validēt”.
Kur uzņēmumi visbiežāk iekrīt (un kā to apiet)
A) schemeID un identifikatori
Ja validācija krīt par identifikatoriem, gandrīz vienmēr tas ir schemeID/EndpointID loģika. Pilnais skaidrojums:
https://www.erekini.eu/app/blog/schemeid-0188-latvija-peppol/
B) BuyerReference
Ja plūsma to prasa, tas ir jābūt konsekventam (ne tukšs). Kāpēc krīt un kā labot:
https://www.erekini.eu/app/blog/peppol-xml-kludu-validacija/
C) PVN matemātika
Ja PVN summas nesakrīt, pārliecinies, ka atlaides un noapaļošana ir vienā sistēmā, nevis “kā sanāk”.
Kā saprast, vai tev vajag sistēmu (nevis tikai validāciju)
Ja tu:
- sūti e-rēķinus vairāk nekā dažas reizes mēnesī
- strādā ar vairākiem klientiem un dažādiem PVN scenārijiem
- gribi, lai process ir atkārtojams
…tad tev vajag ne tikai validatoru, bet rīku, kas tur datus un procesu vienuviet.
Business plāns (yearly):
https://www.erekini.eu/app/pricing/
Mini kontrolsaraksts (ko darīt šonedēļ)
- Pārbaudi vienu reālu XML failu validatorā
- Salabo 1–2 top kļūdas ģeneratorā/datos
- Sakārto klienta kartīti (ID, PVN, adrese, atsauce)
- Pārbaudi vēlreiz
- Ja tas kļūst par regulāru darbu, pārej uz procesu (nevis “labojam katru failu”)
Validatoris: https://www.erekini.eu/peppol-validator
