Nordlet

← Emuārs

Reāllaika ES PVN izstrādātājiem, kas būvē produktus Latvijā

Pamatots grāmatvedības un nodokļu platformu salīdzinājums, kas apstrādā Latvijas un ES PVN, izmantojot API, SDK un webhook, ar skaidrām piezīmēm par katra rīka patieso funkcionalitāti.

Nordlet Team · · 12 min. lasīts

Latvija atrodas tādā pašā pārejas posmā kā vairums tās kaimiņvalstu: strukturētie e-rēķini publiskajam sektoram kļuva obligāti 2026. gadā, savukārt B2B e-rēķinu prasība ir paredzēta 2028. gadā. Pati PVN deklarācija jau gadiem ilgi ietver rēķinu līmeņa pielikumus, tāpēc Latvija faktiski jau labu laiku pieprasa dokumentu līmeņa datus. Piegādātājs, kas spēj uzrādīt kopsummu, bet ne rēķinu sarakstu, nav gatavs nevienam no šiem pienākumiem.

Šajā rakstā ir salīdzinātas izstrādātājiem paredzētās platformas, kas reāllaikā apstrādā ES un Latvijas PVN, nodalot aprēķinus no grāmatvedības un atskaišu iesniegšanas, kā arī norādīts, kur katrs risinājums reāli iederas.

Ko ir jāietver "reāllaika ES PVN pārvaldībai"

Šis apzīmējums tiek lietots ļoti dažādiem produktiem. Lai tam būtu reāla jēga, platformai ir jāveic lielākā daļa no šiem uzdevumiem brīdī, kad tiek izveidots darījums, rēķins, norēķins vai virsgrāmatas ieraksts:

  • Jānosaka PVN piemērošanas kārtība, pamatojoties uz darījuma datiem.
  • Jāpiemēro aktuālie valsts un produkta noteikumi.
  • Jāaptver Latvija un plašāka ES, tostarp B2B apgrieztā PVN maksāšana (reverse charge) un B2C nodokļa piemērošana galamērķī.
  • Tas viss jānodrošina, izmantojot API, SDK vai webhook.
  • Jāuzglabā dati PVN, OSS, audita un grāmatvedības atskaišu vajadzībām.

Vārdos "reāllaikā" slēpjas trīs dažādas iespējas:

  • Reāllaika aprēķins - PVN tiek aprēķināts brīdī, kad tiek izveidots darījums vai rēķins.
  • Reāllaika grāmatvedība - darījums, virsgrāmatas ieraksts un PVN dati nekavējoties nonāk grāmatvedībā.
  • Reāllaika atskaites - dati tiek nosūtīti nodokļu iestādei īsi pēc darījuma veikšanas.

Lielākā daļa produktu veic pirmo uzdevumu. Ļoti pušu veic visus trīs. Latvijā nav centralizētas klīringa platformas, taču PVN pielikumos ir jāiekļauj rēķinu līmeņa dati, turklāt 2028. gadā stāsies spēkā B2B e-rēķinu prasība, tāpēc atskaišu joma drīzāk attīstās, nevis ir pilnībā nostabilizējusies.

Latvijas un ES noteikumi, kas nosaka salīdzinājuma ietvaru

Latvijā ir spēkā 21% standarta likme, 12% samazinātā likme medikamentiem un medicīnas ierīcēm, siltumenerģijai, sabiedriskajam transportam un viesnīcām, kā arī 5% likme grāmatām, presei, zīdaiņu pārtikai un noteiktiem svaigiem augļiem un dārzeņiem, bet eksportam un preču piegādēm ES iekšienē tiek piemērota 0% likme. Saskaņā ar izmēģinājuma projektu no 2026. gada 1. jūlija noteiktiem svaigiem pārtikas produktiem tiek piemērota 12% likme. Noteikumus publicē VID, un to likumiskais pamats ir Pievienotās vērtības nodokļa likums. Reģistrācija ir obligāta, ja apgrozījums jebkura 12 mēnešu perioda laikā pārsniedz 50 000 euro, 15 dienu laikā pēc šī sliekšņa sasniegšanas.

Attiecībā uz atbilstošiem ES iekšzemes B2C distances tirdzniecības darījumiem un pārrobežu digitālajiem pakalpojumiem visā ES noteiktais slieksnis ir 10 000 euro, kas izklāstīts Eiropas Komisijas vienas pieturas aģentūras portālā (One Stop Shop). Ja šis slieksnis ir pārsniegts, PVN parasti seko klienta dalībvalsts noteikumiem. Vienas pieturas aģentūra ļauj uzņēmumam reģistrēties vienā dalībvalstī un deklarēt pārrobežu B2C PVN visai ES, taču tas neatbrīvo no nepieciešamības nodrošināt darījumu līmeņa loģiku.

Pastāv arī e-komercijas platformu noteikums, kas ir stingrāks, nekā lielākā daļa komandu gaida. Saskaņā ar 14.a pantu elektroniskā saskarne kļūst par faktisko piegādātāju (deemed supplier) importētu preču tālpārdošanā sūtījumos, kas nepārsniedz 150 euro, un atsevišķi precēm, ko piegādā ES klientiem par jebkādu vērtību, ja preču faktisko pārdevēju nav reģistrējis ES. Komisijas paskaidrojošie raksti par PVN e-komercijas noteikumiem nosaka abus šos aspektus. Ja jūs izstrādājat e-komercijas platformu, tas maina sistēmas arhitektūru, nevis vienkārši pievieno jaunu lauku.

Īss izvēlēto platformu apskats

Platforma Labākais pielietojums Reāllaika PVN iespējas Grāmatvedības, OSS un atskaišu darbības joma Galvenie ierobežojumi
Stripe Tax Produkti un platformas, kas jau izmanto Stripe Aprēķina PVN darījuma izveides brīdī, tostarp Latvijā ES eksports un OSS dati; nav Latvijas virsgrāmatas un tas pats neiesniedz ES deklarācijas Ir vērts izmantot tikai tad, ja Stripe jau ir maksājumu infrastruktūra
Paddle SaaS un lejupielādējami digitālie produkti Aprēķina PVN norēķinu brīdī, pamatojoties uz klienta atrašanās vietu Reģistrē, iesniedz un veic maksājumus kā darījumu reģistrētais pārdevējs (Merchant of Record) Pārņem pārdevēja lomu un līdz ar to arī rēķinu izrakstīšanu
Quaderno Nelieli SaaS un digitālās tirdzniecības uzņēmumi Aprēķina norēķinu brīdī, veic PVN numuru validāciju Nodokļu atskaites un ieraksti; automātiska atskaišu iesniegšana nav dokumentēta visos plānos Nodokļu un rēķinu izrakstīšanas slānis, nevis virsgrāmata
Avalara AvaTax Lieluzņēmumu ERP un rēķinu izrakstīšanas sistēmas Reāllaika nodokļu noteikšana ar uzturētu nodokļu datu bāzi PVN atskaites ir atsevišķs produkts Returns klāstā Paredzēts un cenas ziņā pielāgots lieluzņēmumu ieviešanai
Fonoa Tax Engine Lielas platformas un tirgi Reāllaika nodokļu noteikšana vairāk nekā 190 jurisdikcijās Deklarācijas, e-rēķini un atskaites; nodokļu numura validācija ir atsevišķs produkts Nav publiski pieejamu cenu
Nordlet Iebūvēta grāmatvedība tirgos un platformās Nosaka shēmu un likmes katram darījumam, iegrāmatojot tās kopā ar virsgrāmatas ierakstu Neizdzēšama divkāršā ieraksta virsgrāmata, izmaksas, OSS un IOSS rādītāji, eksportējams audita žurnāls Nav Latvijas deklarāciju pakotnes; saglabā rēķinu līmeņa datus, kas nepieciešami PVN pielikumiem, un sūta Peppol rēķinus

Stripe Tax: ātrs risinājums, ja Stripe jau tiek izmantots

Komandām, kas jau izmanto Stripe maksājumus, Billing vai Connect, Stripe Tax ir vispieejamākais reāllaika aprēķinu slānis. Dokumentācija aptver PVN aprēķināšanu visā pasaulē, Tax API ar PaymentIntents, nodokļu iekasēšanu par rēķiniem, kā arī Tax izmantošanu ar Connect kā platformu vai tirgus laukumu.

Stripe iespēju robežas ir skaidri norādītas pašā Stripe dokumentācijā. Tā deklarāciju iesniegšanas dokumentācijā ir teikts: "Jums ir jāiesniedz un jāsamaksā iekasētais nodoklis katrā vietā, kur esat reģistrēts." Automātiska deklarāciju iesniegšana tiek piedāvāta ASV; citviet Stripe sadarbojas ar partneriem, tāpēc ES PVN deklarāciju iesniedzat jūs pats vai partneris, nevis Stripe Tax. Tas ir aprēķinu un eksporta slānis, nevis grāmatvedības sistēma.

Veidojot risinājumu Latvijai, Stripe Tax nodrošina likmi, bet nesniedz neko tādu, kas palīdzētu ar PVN pielikumiem vai gaidāmo e-rēķinu mandātu.

Paddle: nodot visu nodokļu pārvaldību kādam citam

Paddle ir citas kategorijas produkts. Tas darbojas kā darījumu reģistrētais pārdevējs (Merchant of Record) un uzņemas atbildību par nodokļu "aprēķināšanu, deklarēšanu un samaksu" vietās, kur atrodas jūsu klienti, tādējādi tas aprēķina PVN norēķinu brīdī, izraksta rēķinu un iesniedz deklarācijas, kā arī veic maksājumus jūsu vietā. Tā izstrādātāju dokumentācija aptver Paddle.js, kataloga API, norēķinus un webhook risinājumus, piemēram, transaction.completed, kas tiek aktivizēts, kad darījums sasniedz statusu completed, un ir parastais rīks piekļuves nodrošināšanai pēc apmaksas.

Kompromiss šeit ir drīzāk strukturāls nekā tehnisks. Paddle kļūst par juridisko pārdevēju (seller of record), tāpēc jūs vairs neuzturat to tirgotāja, rēķina un grāmatvedības modeli, kāds jums būtu, izmantojot savu norēķinu sistēmu.

Digitālajiem produktiem, ko pārdod Latvijas patērētājiem, tas atrisina aprēķinu un deklarēšanas jautājumu. Latvijas uzņēmumam joprojām ir patstāvīgi jāiesniedz sava PVN deklarācija ar pielikumiem.

Quaderno: nodokļu slānis mazākiem digitālajiem uzņēmumiem

Quaderno ir viena no saprotamākajām izstrādātājiem paredzētajām iespējām mazākiem digitālajiem uzņēmumiem, kuri vēlas nodokļu pakalpojumu, kas nav piesaistīts vienam konkrētam maksājumu apstrādātājam. Tā API dokumentācija ietver galapunktus /tax_rates/calculate, kas aprēķina piemērojamo likmi, pamatojoties uz klienta adresi un darījuma veidu, /tax_ids/validate, kas pārbauda ES PVN numurus, kā arī rēķinu, čeku un kredītrēķinu galapunktus. Dokumentēta Connect sadaļa ar konta resursiem ir pamats, uz kura tirgus laukums var veidot savu sistēmu.

Ierobežojums slēpjas funkciju apjomā. Quaderno ir nodokļu un rēķinu izrakstīšanas slānis, nevis grāmatvedības sistēma ar neizdzēšamu divkāršā ieraksta virsgrāmatu, un tā publiskie materiāli nenorāda uz automātisku deklarāciju iesniegšanu katrā plānā un katrā valstī. Atbildība par deklarāciju iesniegšanu ir skaidri jāapstiprina rakstiski.

Tas ir pieņemams norēķinu slānis nelielam Latvijas digitālajam uzņēmumam, taču PVN deklarācija un tās pielikumi paliek ārpus tā darbības jomas.

Avalara un Fonoa: uzņēmumu klases nodokļu dzinēji

Avalara AvaTax veic reāllaika nodokļu noteikšanu norēķinu, rēķinu izrakstīšanas vai pasūtījumu apstrādes laikā, izmantojot REST API un SDK. Jņem vērā produktu sadalījums: VAT Reporting atrodas atsevišķi Returns sadaļā, tāpēc ES PVN atbilstības nodrošināšanas darbplūsma nav vienkārši "AvaTax" - iepriekš precīzi jādefinē vajadzīgie moduļi. Avalara piedāvā reģistrācijas iespēju ar 90 dienu bezmaksas izmēģinājuma periodu, savukārt komerciālais modelis ražošanas videi ir pielāgots lieluzņēmumiem.

Fonoa Tax Engine norāda, ka tā "reāllaikā aprēķina pareizu netiešo nodokļu piemērošanas kārtību katram darījumam", izmantojot versionētu API vairāk nekā 190 jurisdikcijās. Viena arhitektoniska detaļa ir svarīga: nodokļu numura validācija ir atsevišķs Fonoa produkts (Validate), nevis Tax Engine daļa, tāpēc, ja jums ir svarīgi VIES pierādījumi, iekļaujiet to prasībās, nevis paļaujieties, ka dzinējs to sedz automātiski.

Veidojot risinājumu tikai Latvijai, abi šie rīki ir par lielu. Tie kļūst apsvēršanas vērti brīdī, kad sākat darboties vairākās valstīs ar atšķirīgiem atskaišu režīmiem.

Kur iederas Nordlet: PVN aprēķins un virsgrāmatas ieraksts ir viens un tas pats ieraksts

Nordlet ir grāmatvedības API tirgiem un platformām, kurām savā produktā ir nepieciešamas virsgrāmatas, izmaksas, ES nodokļu aprēķini un eksportējams audita žurnāls, nevis rēķinu izrakstīšanas lietotne, kas piekabināta norēķinu logam.

Arhitektoniskā atšķirība slēpjas apstāklī, ka PVN noteikšana un grāmatvedības ieraksts pieder vienai sistēmai. Pieprasījums POST /v1/reference/vat/resolve atbild uz jautājumu par piemērojamo kārtību, pamatojoties uz darījuma faktiem:

{
  "customerCountryCode": "LV",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "LV",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "21.00" },
    { "category": "reduced", "ratePercent": "12.00" },
    { "category": "reduced", "ratePercent": "5.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Nomainotklientu uz uzņēmumu ar derīgu Latvijas PVN numuru, tas pats pieprasījums atgriež reverse_charge ar pamatojumu Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Iestatot parametru actingAsMarketplace ar pārdevēju, kas reģistrēts ārpus ES, tas atgriež deemedSupplier: true saskaņā ar art. 14a(2). Juridiskais pamats ceļo kopā ar atbildi, kas ir tieši tas aspekts, par kuru revizori interesējas gadus vēlāk.

Ir modelētas deviņas shēmas: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope un sme_exempt. Distance tirdzniecības 10 000 euro slieksnis tiek izsekots, nevis pieņemts iepriekš - /v1/declarations/eu/distance-sales-threshold/get ziņo, kā uzņēmumamam sokas attiecībā pret šo slieksni, un /v1/declarations/eu/oss/compute un /v1/declarations/eu/ioss/compute ģenerē perioda rādītājus, tostarp korekciju sadaļu par iepriekšējiem periodiem. Likmes tiek iegūtas no Eiropas Komisijas TEDB datu plūsmas ar spēkā stāšanās datumiem, un uzņēmums var tās pārrakstīt (override) katrai valstij atsevišķi.

Aprēķina rezultāts tad tiek iegrāmatots neizdzēšamā divkāršā ieraksta virsgrāmatā, un PVN metadati tiek piesaistīti ierakstam, tāpēc nav nepieciešams veikt otru saskaņošanu starp nodokļu dzinēju un atsevišķu uzskaites sistēmu. Naudassummas tiek glabātas kā decimāldaļu virknes, nekad kā peldošā komata skaitļi. Ap to viss: tipizēti SDK, webhook risinājumi, piemēram, sale_invoice.paid, atbalsts Idempotency-Key drošai atkārtotai izpildei, smilškastes (sandbox) uzņēmumi, rēķinam piesaistīta un fiksēta VIES validācija, vairāku uzņēmumu atbalsts un periodu slēgšana, lai slēgtu mēnesi nevarētu nemanāmi labot.

Latvijas robežas. Nordlet nepiedāvā Latvijas deklarāciju pakotni: /v1/declarations/eu/vat-return/compute ar iestatījumu countryCode: "LV" atgriež 422 kļūdu, minot Lietuvas, Vācijas un Polijas datus, tāpēc netiek ģenerēta ne PVN deklarācija, ne PVN1 un PVN2 pielikumi, un caur EDS nekas netiek iesniegts. Tas, kas ir pieejams, ir slānis, uz kura balstās šie pielikumi, proti, neizdzēšama divkāršā ieraksta virsgrāmata, kas saglabā rēķinu līmeņa datus perioda slēgšanas brīdī, PVN noteikšana ar tās juridisko pamatu, OSS un IOSS aprēķini ar korekcijām, rēķinam fiksēta VIES validācija, kā arī EN 16931 rēķini, kas izmantojot Peppol BIS 3.0 transporta protokolu, atbilst Latvijas prasību formātam.

Godīgs kopsavilkums: ja jums nepieciešams reāllaika aprēķins pēc iespējas vairākās valstīs un vēlaties, lai kāds cits iesniedz deklarācijas, lieluzņēmumu nodokļu dzinēji un Merchant of Record pakalpojumi ir soli priekšā. Ja jūsu centrālā prasība ir reāla grāmatvedība, proti, tirgum pielāgota divkāršā ieraksta virsgrāmata, kurā norēķini un PVN atrodas vienuviet, tā ir niša, kurai Nordlet ir radīts, un neviens no aprēķinu slāņiem šo funkciju nepilda. API atsauce parāda pilnu iespēju klāstu, pirms jūs pieņemat lēmumu.

Ko Latvija liek iesniegt

Latvija apvieno detalizētu deklarāciju ar prasību grafiku.

  • PVN deklarācija - jāiesniedz katru mēnesi līdz nākamā mēneša 20. datumam, bet samaksa jāveic līdz 23. datumam. Rēķinu pielikumi (PVN1, PVN2) tiek iesniegti kopā ar to un satur dokumentu līmeņa datus. ES preču piegāžu saraksts attiecīgajos gadījumos tiek iekļauts tajā pašā iesniegumā.
  • E-rēķini - obligāti rēķiniem publiskajam sektoram no 2026. gada, savukārt B2B mandāts ir plānots 2028. gadā. Izmantotie formāti pieder pie EN 16931 saimes un tiek pārsūtīti caur Peppol tīklu.

Abas prasības norāda uz vienu un to pašu priekšnoteikumu: sistēmu, kas spēj nosaukt dokumentus, kuri stāv aiz katras summas, un spēj tos izgūt strukturētā formātā.

Pilnīgs pārskats par valsti (uzņēmumu ienākuma nodoklis, darba algas nodokļi, deklarāciju iesniegšanas kalendārs un iestādes, kas atrodas aiz katras veidlapas) ir atrodams Latvijas nodokļu lapā.

Atlases kritēriji, kurus vērts izpildīt pirms lēmuma pieņemšanas

Pirms uzskatīt jebkuru "PVN prasībām atbilstošu" produktu par ekvivalentu citam, pārbaudiet to pret šādiem kritērijiem:

  • Aprēķins vai grāmatvedība - vai tas nosaka PVN piemērošanas kārtību, vai tikai saglabā kodu, ko jūs tam padodat?
  • Latvijas tirgus aptvērums - 21%, 12%, 5%, 0%, apgrieztā PVN maksāšana un 50 000 euro slieksnis ar tā 15 dienu reģistrācijas logu?
  • ES galamērķa loģika - vai tas var atšķirt Latvijas PVN no citas dalībvalsts PVN B2C pārdošanas gadījumā?
  • B2B PVN numura validācija - vai tas pārbauda VIES un saglabā pierādījumus?
  • OSS un IOSS - vai tas apkopo, sagatavo, iesniedz vai tikai eksportē datus?
  • Tirgus laukuma atbildība - vai tas var modelēt pārdevēja, platformas un faktiskā piegādātāja (deemed supplier) lomas?
  • Grāmatvedības integritāte - vai katrs aprēķins rada atbilstošu virsgrāmatas ierakstu?
  • Izstrādātāju ergonomika - REST API, SDK, webhook, smilškaste (sandbox), darbību idempotence (idempotency), versiju pārvaldība?
  • Audita žurnāls - likme, noteikums, atrašanās vietas pierādījumi, PVN numurs, laika zīmogs, labojumu vēsture?
  • Pielikumi un e-rēķini - vai tas var sagatavot rēķinu līmeņa PVN pielikumus un izrakstīt EN 16931 rēķinus caur Peppol pirms 2028. gada B2B mandāta stāšanās spēkā?
  • Atbildība par deklarēšanu - kuru tieši soli uzņemas pakalpojuma sniedzējs?

FAQ

Kura platforma piedāvā pilnīgu reāllaika ES PVN pārvaldību Latvijā?

Nevienu no tām nevar raksturot kā tādu, kas aptver visas trīs reāllaika iespējas katram biznesa modelim. Latvijā jautājums, kas atdala pakalpojumu sniedzējus, ir tas, vai tie saglabā rēķinu līmeņa datus, jo gan pielikumiem, gan gaidāmajam mandātam tie ir nepieciešami.

Vai Stripe Tax ir pietiekams Latvijas tirgus laukumam?

Aprēķiniem un eksportam bieži vien jā. Divkāršā ieraksta virsgrāmatai, kas seko izmaksām daudziem pārdevējiem, nē, un PVN deklarācija ar tās pielikumiem joprojām ir jāiegūst citur.

Vai Nordlet automātiski iesniedz Latvijas PVN deklarācijas?

Nē, un tas neaprēķina PVN deklarāciju vai tās pielikumus. Deklarāciju pakotnes ir pieejamas Lietuvai, Vācijai un Polijai; attiecībā uz Latviju API atgriež 422 kļūdu, minot šīs valstis. Peppol BIS sūtīšana ir pieejama visur.

Kad B2B e-rēķini Latvijā kļūst obligāti?

Strukturētie e-rēķini publiskajam sektoram ir obligāti no 2026. gada, bet B2B mandāts ir plānots 2028. gadā. Pirms plānojat darbu ap konkrētu datumu, apstipriniet pašreizējo posmu VID.

Ko darīt vispirms

Izlemiet, kura no trim reāllaika iespējām jums ir nepieciešama, un savlaicīgi pārbaudiet pielikumu prasību, jo tā nosaka ierobežojumus jūsu datu modelim. Ja jums ir nepieciešams reāllaika aprēķins uz Stripe bāzes, sāciet ar Stripe Tax. Ja jūs pārdodat digitālos produktus un vēlaties atbrīvoties no deklarāciju iesniegšanas rūpēm, izmēģiniet Paddle. Ja grāmatvedībai, izmaksām un PVN ir jāatrodas jūsu pašas produktā, sāciet darbu, vispirms izmantojot smilškasti. Cenas ir publiski pieejamas, nevis tiek piedāvātas tikai pēc individuāla pieprasījuma.

Avoti

Katra iepriekš minētā norāde uz pārdevēja iespējām ir saistīta ar paša pārdevēja dokumentāciju. Paši noteikumi ir iegūti no:

Pārdevēju iespējas un valsts noteikumi mainās. Viss šeit minētais tika pārbaudīts pret publisko dokumentāciju 2026. gada 8. septembrī; pirms balstāt uz to savu risinājumu, veiciet atkārtotu pārbaudi.