Biežākās EN 16931 validācijas kļūdas un kā tās izlabot (BR-06, BR-CO-10, BR-S-…)
EN 16931 validācijā strukturēts e-rēķins tiek pārbaudīts pret noteiktiem biznesa un tehniskajiem noteikumiem. Ja rēķins neatbilst prasībām, validators norāda kļūdas kodu, piemēram, BR-06, BR-CO-10 vai BR-S-09.
Šie kodi palīdz precīzi noteikt, kurā rēķina daļā ir neatbilstība: pārdevēja datos, rēķina summās, PVN sadalījumā, noapaļošanā vai citos strukturētajos laukos.
Kā lasīt validācijas kļūdu kodus
| Kodu grupa | Ko tā parasti nozīmē |
|---|---|
| BR-xx | Pamatnoteikumi par obligātajiem rēķina laukiem |
| BR-CO-xx | Summu un datu savstarpējās atbilstības noteikumi |
| BR-S-xx | Noteikumi darījumiem ar standarta PVN likmi |
| BR-DEC-xx | Noteikumi par atļauto ciparu skaitu aiz komata |
| BR-CL-xx | Noteikumi par klasifikatoriem un kodu sarakstiem |
BR-06 — rēķinā nav norādīts pārdevēja nosaukums
Ko nozīmē kļūda: rēķinā trūkst pārdevēja nosaukuma.
Kur ir problēma: laukā Seller name jeb BT-27 nav norādīts pārdevēja juridiskais nosaukums.
Kāpēc tā rodas: uzņēmuma kartītē grāmatvedības programmā nav aizpildīts juridiskais nosaukums, vai arī XML failā tiek nodots tikai reģistrācijas numurs bez nosaukuma.
Kā labot: pārbaudi pārdevēja datus grāmatvedības programmā un pārliecinies, ka juridiskais nosaukums ir aizpildīts tieši tajā laukā, no kura programma ģenerē e-rēķina XML.
BR-CO-10 — rēķina rindu summa nesakrīt ar norādīto rindu kopsummu
Ko nozīmē kļūda: rēķina rindu neto summai jāsakrīt ar rēķinā norādīto rindu kopsummu bez PVN.
Kur ir problēma: visu rēķina rindu neto summa nesakrīt ar lauku "Sum of Invoice line net amount".
Kāpēc tā rodas: biežākie iemesli ir noapaļošanas atšķirības, nepareizi aprēķināta rindas summa, izlaista rinda vai korekcija, kas redzama sistēmā, bet nav korekti iekļauta XML failā.
Kā labot: salīdzini katras rindas neto summu ar kopējo rindu summu XML failā. Īpaši pārbaudi atlaides, piemaksas, daudzumu, vienības cenu un noapaļošanu.
BR-CO-15 — kopsumma ar PVN nesakrīt ar aprēķinu
Ko nozīmē kļūda: rēķina kopsummai ar PVN jāsakrīt ar summu bez PVN plus PVN summu.
Kur ir problēma: lauks "Invoice total amount with VAT" nesakrīt ar aprēķinu "Invoice total amount without VAT" + "Invoice total VAT amount".
Kāpēc tā rodas: PVN ir aprēķināts no nepareizas bāzes, PVN sadalījumā ir cita summa nekā rēķina kopsummā, vai arī dažādi lauki ir noapaļoti atšķirīgi.
Kā labot: pārbaudi trīs vērtības: summu bez PVN, PVN summu un summu ar PVN. Tām matemātiski jāsakrīt arī XML līmenī, ne tikai vizuāli PDF rēķinā.
BR-S grupa — kļūdas darījumos ar standarta PVN likmi
BR-S noteikumi attiecas uz gadījumiem, kad rēķina rindā, dokumenta līmeņa atlaidē vai piemaksā tiek izmantota standarta PVN kategorija.
Ko nozīmē kļūda: PVN kategorija, PVN likme un PVN sadalījums nav savstarpēji saskaņoti.
Biežākie piemēri:
| Kods | Ko tas nozīmē |
|---|---|
| BR-S-01 | Ja rēķinā ir pozīcija ar standarta PVN kategoriju, PVN sadalījumā jābūt attiecīgai standarta PVN kategorijai |
| BR-S-05 | Rindai ar standarta PVN kategoriju PVN likmei jābūt lielākai par nulli |
| BR-S-08 | PVN apliekamajai summai sadalījumā jāsakrīt ar attiecīgo rindu, piemaksu un atlaižu summām |
| BR-S-09 | PVN summai jāsakrīt ar PVN apliekamo summu, kas reizināta ar PVN likmi |
Kāpēc tās rodas: rindai ir norādīta viena PVN kategorija, bet PVN sadalījumā — cita; PVN likme ir tukša vai nekorekta; atlaide vai piemaksa nav iekļauta tajā pašā PVN kategorijā; PVN summa ir noapaļota citādi nekā paredz validācijas noteikumi.
Kā labot: pārbaudi, vai katrai rindai ir pareizs PVN kategorijas kods, PVN likme un atbilstošs ieraksts PVN sadalījumā. Ja rēķinā ir vairākas PVN likmes, katrai likmei jābūt korekti atspoguļotai atsevišķā PVN sadalījuma ierakstā.
BR-DEC grupa — pārāk daudz ciparu aiz komata
Ko nozīmē kļūda: konkrētā naudas laukā ir vairāk ciparu aiz komata, nekā atļauts.
Kur ir problēma: summu laukos, piemēram, rēķina rindas neto summā, PVN summā, kopsummā bez PVN vai kopsummā ar PVN.
Kāpēc tā rodas: sistēma XML failā nodod summu ar trim vai vairāk cipariem aiz komata, piemēram, 121.005, lai gan attiecīgajā laukā atļauti divi cipari aiz komata.
Kā labot: pārbaudi noapaļošanas iestatījumus grāmatvedības programmā un pārliecinies, ka XML failā naudas summas tiek nodotas ar atļauto ciparu skaitu aiz komata.
Galvenā doma
Lielākā daļa EN 16931 validācijas kļūdu rodas nevis tāpēc, ka rēķina saturs pēc būtības ir nepareizs, bet tāpēc, ka strukturētajos datos ir neatbilstība starp laukiem.
Biežākie iemesli ir trūkstošs obligātais lauks, nepareizs PVN kategorijas kods, nesakritība starp rindu summām un kopsummām vai atšķirīga noapaļošana.
Validators palīdz atrast konkrēto neatbilstību: tas parāda kļūdas kodu, problemātisko lauku un skaidrojumu, kas jālabo XML failā vai grāmatvedības programmā.
Ja vēl neesi pārliecināts par pamatiem, sāc ar rakstu kas ir e-rēķins. Ja vienas un tās pašas kļūdas atkārtojas vairākos rēķinos, iemesls bieži ir grāmatvedības programmas iestatījumos vai e-rēķina XML ģenerēšanas loģikā — sk. uz ko pievērst uzmanību, izvēloties vai pārbaudot programmu.
Biežāk uzdotie jautājumi
Ko nozīmē kļūda BR-CO-10?
BR-CO-10 nozīmē, ka rēķina rindu neto summa nesakrīt ar rēķinā norādīto rindu kopsummu bez PVN. Biežākie iemesli ir noapaļošana, izlaista rinda, nekorekta atlaide vai kļūda XML ģenerēšanā.
Ko nozīmē kļūda BR-06?
BR-06 nozīmē, ka rēķinā nav norādīts pārdevēja nosaukums (lauks BT-27). Jāpārbauda, vai grāmatvedības programmā ir aizpildīts pārdevēja juridiskais nosaukums un vai tas tiek nodots XML failā.
Kāpēc rēķins neiztur validāciju, lai gan summas izskatās pareizas?
Iemesls bieži ir atšķirība starp to, kas redzams PDF rēķinā, un to, kas faktiski ierakstīts XML failā. Validācija pārbauda XML datus: summu laukus, PVN sadalījumu, kategoriju kodus, obligātos laukus un noapaļošanu.
Ko darīt, ja viena un tā pati kļūda atkārtojas katrā rēķinā?
Ja kļūda atkārtojas sistemātiski, problēma parasti ir grāmatvedības programmas iestatījumos vai e-rēķina eksporta konfigurācijā. Šādā gadījumā jālabo nevis katrs rēķins atsevišķi, bet programma vai tās XML ģenerēšanas loģika.