Pārbaudiet partneri
Pirms rēķina sagatavošanas jāpārliecinās, vai saņēmējs ir budžeta iestāde un kādu saņemšanas kanālu tas izmanto.
Kas ir strukturēts e-rēķins, kam tas jau ir obligāts, kā datus nodot VID un kā sagatavot uzņēmuma procesus pakāpeniskai pārejai.
Strukturēts elektroniskais rēķins ir mašīnlasāms dokuments
noteiktā datu struktūrā. Tas ļauj informācijas sistēmai nolasīt
rēķina numuru, datumus, partnerus, preču vai pakalpojumu rindas,
nodokļus un kopsummas bez manuālas pārrakstīšanas.
PDF rēķinu var nosūtīt elektroniski un cilvēks to var izlasīt, taču PDF pats par sevi nav strukturēts e-rēķins. Strukturētā rēķina dati parasti ir XML formātā un atbilst noteiktajai biznesa specifikācijai. Dažās sistēmās lietotājs redz ērtu vizuālu attēlojumu, bet datu apmaiņai tiek izmantota XML datne.
Uzņēmumiem, kas izraksta rēķinus Latvijas valsts vai pašvaldību budžeta iestādēm, strukturēti e-rēķini ir jālieto jau pašreizējā režīmā. No 2026. gada e-rēķinu dati šajos B2G, G2B un G2G darījumos ir obligāti nododami VID.
Pirms rēķina sagatavošanas jāpārliecinās, vai saņēmējs ir budžeta iestāde un kādu saņemšanas kanālu tas izmanto.
Līgumā vai pasūtījumā var būt norādīts pasūtījuma numurs, struktūrvienība, līguma atsauce vai cita informācija, bez kuras rēķinu nevar korekti apstrādāt.
Jāzina, vai izmantotais kanāls datus VID nodod automātiski. Viena rēķina atkārtota nodošana pa vairākiem kanāliem var radīt dublikātus.
VID var saņemt e-rēķinu datus no e-adreses, e-rēķinu operatora vai uzņēmuma grāmatvedības sistēmas, izmantojot API. EDS iespējams augšupielādēt strukturētā rēķina XML datni.
Pārliecinieties, ka sistēma eksportē atbilstošu strukturēto rēķinu, nevis tikai PDF vai izklājlapu.
Pirms nosūtīšanas pārbaudiet datu struktūru, obligātos laukus, summas, PVN un partneru identifikatorus.
Izmantojiet vienu kontrolētu nosūtīšanas plūsmu un saglabājiet sistēmas atbildi par pieņemšanu vai kļūdu.
Saglabājiet saikni starp XML, rēķina vizuālo attēlojumu, grāmatojumu, līgumu un apmaksu.
Programma var automātiski nolasīt laukus, pārbaudīt struktūru un izmantot datus turpmākai apstrādei. XML jāatbilst tehniskajām un biznesa prasībām.
PDF ir ērti lasāms cilvēkam, taču tas parasti nesatur standartizētu datu struktūru automātiskai apmaiņai. PDF pievienošana e-pastam nepadara to par strukturētu e-rēķinu.
Uzņēmums var glabāt XML kā strukturēto oriģinālu un vizuālu attēlojumu ērtai pārbaudei, nodrošinot, ka summas un saturs abos sakrīt.
Obligāts strukturētu e-rēķinu režīms Latvijas uzņēmumu savstarpējos B2B darījumos paredzēts no 2028. gada 1. janvāra. Sagatavošanos nevajag atlikt līdz pēdējam brīdim, jo izmaiņas skar ne tikai rēķina failu, bet arī klientu un piegādātāju datus, līgumus, apstiprināšanu un arhīvu.
Noskaidrojiet, kur rēķini rodas, kas tos apstiprina, kā tie nonāk grāmatvedībā, kā tiek labotas kļūdas un kur glabājas saņemšanas apliecinājumi.
Jautājiet sistēmas uzturētājam par XML eksportu un importu, API, operatoru savienojumiem, validāciju un datu arhivēšanu.
Reģistrācijas numuriem, PVN numuriem, adresēm, bankas informācijai un līgumu atsaucēm jābūt precīzām un vienveidīgām.
Tehniski izveidota XML datne vēl negarantē, ka rēķins ir pareizs. Jāpārbauda gan faila struktūra, gan darījuma saturs.
Neatbilstošs formāts, trūkstoši obligātie lauki, nepareizi datu tipi vai specifikācijai neatbilstošas vērtības.
Nepareizs reģistrācijas vai PVN numurs, adresāts, valsts kods vai elektroniskās piegādes identifikators.
Rindu, atlaides, nodokļa bāzes, likmes un kopsummas savstarpēji nesakrīt vai neatbilst darījuma būtībai.
Viens rēķins nodots atkārtoti vai vienlaikus nosūtīts pa vairākiem kanāliem bez skaidras kontroles.
Nav līguma, pasūtījuma, piegādes vai struktūrvienības atsauces, kuru saņēmējs pieprasa apstrādei.
Jābūt noteiktam, kurš saņem kļūdas paziņojumu, labo datus, atkārtoti nosūta rēķinu un dokumentē rezultātu.
Nosakiet vienu atbildīgo par e-rēķinu plūsmu, vienu nosūtīšanas kanālu katram darījumu veidam, regulāru kļūdu pārskatu un dokumentētu kārtību noraidītu rēķinu labošanai.
Prasības un tehniskie risinājumi var tikt precizēti, tādēļ pirms sistēmas ieviešanas jāpārbauda aktuālā VID informācija.
Konkrētas atbildes par strukturētu XML rēķinu, PDF, EDS un uzņēmuma sagatavošanos elektroniskai datu apmaiņai.
Nē. PDF ir cilvēkam lasāms dokumenta attēlojums, bet strukturēts e-rēķins satur noteiktā datu formātā sakārtotus laukus, kurus sistēma var automātiski nolasīt un apstrādāt. Vienam darījumam var būt gan XML dati, gan ērts vizuālais attēlojums.
Atkarībā no uzņēmuma risinājuma datus var iesniegt ar XML datnes augšupielādi EDS, sistēmu integrāciju, e-adresi vai pakalpojuma operatoru. Jāpārbauda ne tikai faila nosūtīšana, bet arī EDS pieņemšanas statuss un kļūdu paziņojumi.
Jāpārbauda pušu identifikatori, rēķina numurs un datums, valūta, nodokļu kategorijas un likmes, summu matemātika, maksājuma informācija un obligāto lauku atbilstība izmantotajam standartam.
Jāapzina pašreizējā rēķinu plūsma, jāvienojas ar programmatūras piegādātāju par atbalstīto formātu un kanālu, jāsakārto partneru dati, jānosaka kļūdu apstrādes atbildība un pirms obligātā režīma jāizmēģina pilns nosūtīšanas un saņemšanas cikls.
No 2026. gada strukturētu e-rēķinu dati jānodod VID darījumos starp uzņēmumiem un budžeta iestādēm, kā arī citos B2G, G2B un G2G gadījumos, uz kuriem attiecas prasība. Pirms nosūtīšanas jāpārbauda konkrētā darījuma statuss un aktuālais VID skaidrojums.
Obligātais režīms iekšzemes darījumiem starp uzņēmumiem paredzēts no 2028. gada. Uzņēmumam nav jāgaida pēdējais brīdis: savlaicīgi jāpārbauda grāmatvedības programmas iespējas, partneru dati un XML apmaiņas process.
Jā, vizuālu PDF var izmantot ērtai apskatei, ja sistēma un apmaiņas kanāls to atbalsta. Tomēr strukturētā informācija atrodas XML datos, tādēļ PDF pielikums neizlabo kļūdainus vai trūkstošus XML laukus.
Jāizlasa konkrētais kļūdas paziņojums un jāpārbauda datnes struktūra, obligātie lauki, identifikatori, nodokļu kodi un summu sakritība. Pēc labojuma datne jāpārbauda atkārtoti; nevajadzētu mainīt laukus pēc minējuma, neizprotot kļūdas iemeslu.