Nordlet

← Tinklaraštis

Tikralaikis ES PVM kūrėjams, vystantiems produktus Latvijoje

Pagrįstas apskaitos ir mokesčių platformų, tvarkančių Latvijos ir ES PVM per API, SDK ir „webhooks“, palyginimas su aiškiomis pastabomis, ką kiekviena iš jų iš tikrųjų apima.

Nordlet Team · · 11 min. skaitymo

Latvija, kaip ir dauguma jos kaimynių, išgyvena tuos pačius pokyčius: 2026 m. struktūrizuotos e. sąskaitos faktūros tapo privalomos viešajam sektoriui, o prievolė B2B (verslas verslui) sektoriui numatyta 2028 m. Pačioje PVM deklaracijoje jau yra sąskaitų faktūrų lygio priedų, todėl Latvija tyliai reikalauja dokumentų lygio duomenų jau ne vienerius metus. Tiekėjas, galintis pateikti tik bendrą sumą, o ne sąrašą, nėra pasirengęs nė vienam iš šių reikalavimų.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, tvarkančios ES ir Latvijos PVM realiuoju laiku, atskiriamas skaičiavimas nuo apskaitos ir deklaravimo bei apžvelgiama, kur iš tikrųjų tinka kiekvienas iš šių variantų.

Ką turi apimti „tikralaikis ES PVM valdymas“

Ši frazė dažnai ištempiama ir taikoma labai skirtingiems produktams. Kad ji išties kažką reikštų, platforma, kuriant operaciją, sąskaitą faktūrą, atsiskaitymą ar didžiosios knygos (ledger) įrašą, turi atlikti daugumą šių veiksmų:

  • Nustatyti PVM traktavimą iš operacijos duomenų.
  • Pritaikyti galiojančias šalies ir produkto taisykles.
  • Apimti Latviją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C paskirties vietos apmokestinimą.
  • Suteikti prieigą prie viso to per API, SDK arba „webhook“ (tinklo gaudyklę).
  • Saugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

Po žodžiais „realiuoju laiku“ slepiasi trys skirtingos galimybės:

  • Tikralaikis skaičiavimas — PVM apskaičiuojamas kuriant operaciją ar sąskaitą faktūrą.
  • Tikralaikė apskaita — operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
  • Tikralaikis deklaravimas — duomenys perduodami mokesčių administratoriui netrukus po operacijos.

Dauguma produktų atlieka pirmąjį. Labai nedaugelis – visus tris. Latvija neturi centralizuotos patvirtinimo (clearance) platformos, tačiau PVN prieduose teikiami sąskaitų faktūrų lygio duomenys, o prievolė dėl B2B e. sąskaitų faktūrų numatyta 2028 m., tad deklaravimo sritis yra labiau kintanti nei nusistovėjusi.

Latvijos ir ES taisyklės, formuojančios šį palyginimą

Latvijoje taikomas 21% standartinis tarifas, 12% lengvatinis tarifas vaistams ir medicinos priemonėms, šildymui, viešajam transportui ir viešbučiams bei 5% tarifas knygoms, spaudai, kūdikių maistui ir tam tikriems šviežiems vaisiams bei daržovėms, o eksportui ir prekių tiekimui ES viduje taikomas 0% tarifas. Nuo 2026 m. liepos 1 d. vykdant bandomąjį projektą tam tikriems šviežiems maisto produktams taikomas 12% tarifas. Taisykles skelbia VID, o teisinis pagrindas yra Pridėtinės vertės mokesčio įstatymas. Registruotis privaloma per 15 dienų nuo to momento, kai apyvarta per bet kuriuos 12 mėnesių viršija €50,000.

Atitinkančiai ES vidaus B2C nuotolinei prekybai ir tarpvalstybinėms skaitmeninėms paslaugoms visoje ES taikoma €10,000 riba, nustatyta Europos Komisijos Vieno langelio sistemos (OSS) portale. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybę narę. Vieno langelio sistema leidžia verslui įsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji nepanaikina operacijų lygio logikos poreikio.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė, nei dauguma komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa laikoma prekių tiekėja (deemed supplier) importuotų prekių nuotolinei prekybai, kai siuntos vertė neviršija €150, ir atskirai prekių, tiekiamų ES pirkėjams nepriklausomai nuo vertės, kai tikrasis pardavėjas nėra įsisteigęs ES. Europos Komisijos aiškinamosiose pastabose dėl PVM e. prekybos taisyklių išdėstytos abi sąlygos. Jei kuriate prekyvietę, tai keičia architektūrą, o ne tik prideda dar vieną duomenų laukelį.

Kandidatų sąrašas trumpai

Platforma Geriausiai tinka Tikralaikio PVM galimybės Apskaitos, OSS ir deklaravimo apimtis Pagrindinė išlyga
Stripe Tax Produktams ir prekyvietėms, jau naudojantiems Stripe Apskaičiuoja PVM kuriant operaciją, įskaitant Latviją ES eksporto ir OSS duomenys; nėra Latvijos didžiosios knygos, pati neteikia ES deklaracijų Verta tik tada, kai Stripe jau naudojamas kaip mokėjimų infrastruktūra
Paddle SaaS ir atsisiunčiamiems skaitmeniniams produktams Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo vietą Registruoja, deklaruoja ir sumoka kaip įrašytas prekybininkas (Merchant of Record) Perima pardavėjo vaidmenį ir kartu – sąskaitą faktūrą
Quaderno Mažesniam SaaS verslui ir skaitmeninei prekybai Apskaičiuoja atsiskaitymo metu, patikrina PVM mokėtojų kodus Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas kiekviename plane Tai mokesčių ir sąskaitų faktūrų sluoksnis, o ne didžioji knyga
Avalara AvaTax Įmonių lygio ERP ir atsiskaitymų sistemoms Tikralaikis nustatymas su nuolat atnaujinamu mokesčių turiniu PVM ataskaitų teikimas yra atskiras produktas deklaracijų asortimente Pritaikyta ir įkainota įmonių lygio diegimams
Fonoa Tax Engine Didelėms platformoms ir prekyvietėms Tikralaikis nustatymas daugiau nei 190 jurisdikcijų Deklaracijos, e. sąskaitos faktūros ir ataskaitos; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas Kainodara neskelbiama
Nordlet Įterptoji apskaita prekyvietėse ir platformose Nustato schemą ir tarifus kiekvienai operacijai, registruojama kartu su didžiosios knygos įrašu Nekeistina dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojama audito seka Nėra Latvijos deklaracijų paketo; išlaiko sąskaitų faktūrų lygio detalumą, reikalingą PVN priedams, ir siunčia Peppol sąskaitas faktūras

Stripe Tax: greitas sprendimas, kai jau naudojate Stripe

Komandoms, jau naudojančioms Stripe mokėjimus, Billing ar Connect, Stripe Tax yra lengviausiai prieinamas tikralaikio skaičiavimo sluoksnis. Dokumentacija apima PVM skaičiavimą visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimą sąskaitose faktūrose ir Tax naudojimą su Connect kaip platforma ar prekyviete.

Kur baigiasi Stripe galimybės, pati Stripe nurodo gana aiškiai. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktą mokestį kiekvienoje vietoje, kurioje esate užsiregistravę.“ Jungtinėse Valstijose siūlomas automatinis deklaravimas; kitur Stripe dirba su deklaravimo partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai skaičiavimo ir eksporto sluoksnis, o ne apskaitos registras.

Kuriant produktą Latvijai, Stripe Tax pateikia tarifą ir nepadaro nieko, kas padėtų su priedais ar artėjančia prievole dėl e. sąskaitų faktūrų.

Paddle: perduokite visą mokesčių vaidmenį kažkam kitam

Paddle yra kitos kategorijos produktas. Ji veikia kaip įrašytas prekybininkas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų pirkėjai, todėl apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą ir pateikia deklaraciją bei sumoka už jus. Kūrėjų dokumentacija apima Paddle.js, katalogų API, atsiskaitymą ir „webhooks“, tokius kaip transaction.completed, kuris suveikia operacijai pasiekus statusą completed ir paprastai naudojamas suteikiant prieigą po apmokėjimo.

Kompromisas yra labiau struktūrinis nei techninis. Paddle tampa pardavėju, todėl jūs nebeturite prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte turėdami savo atsiskaitymo sprendimą.

Skaitmeniniams produktams, parduodamiems Latvijos vartotojams, tai apima skaičiavimą ir deklaravimą. Latvijos įmonė vis tiek pati teikia savo PVN deklaraciją su priedais.

Quaderno: mokesčių sluoksnis mažesniam skaitmeniniam verslui

Quaderno yra vienas aiškesnių ir pirmiausia kūrėjams pritaikytų variantų mažesniems skaitmeniniams verslams, norintiems nuo vieno mokėjimų procesoriaus nepriklausančios mokesčių paslaugos. Jo API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas, kuris apskaičiuoja taikytiną tarifą pagal pirkėjo adresą ir operacijos tipą, /tax_ids/validate galinis punktas, apimantis ES PVM mokėtojų kodus, ir sąskaitų faktūrų, kvitų bei kreditinių sąskaitų galiniai punktai. Dokumentuotas Connect skyrius su paskyrų resursais yra ta dalis, ant kurios būtų kuriamas prekyvietės sprendimas.

Ribojantis veiksnys yra apimtis. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekeistina dvejybinio įrašo didžiąja knyga, o jo viešai prieinama medžiaga negarantuoja automatinio deklaravimo kiekviename plane visose šalyse. Atsakomybę už deklaravimą reikėtų laikyti tuo, ką būtina patvirtinti raštu.

Tai protingas atsiskaitymo sluoksnis nedideliam Latvijos skaitmeniniam verslui, tačiau PVN deklaracija ir jos priedai į tai nepatenka.

Avalara ir Fonoa: įmonių lygio mokesčių varikliai

Avalara sprendimas AvaTax atlieka tikralaikį mokesčių nustatymą atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu naudojant REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM ataskaitų teikimas yra atskirai po „Returns“ (Deklaracijos) skiltimi, todėl ES PVM atitikties užtikrinimo darbo eiga nėra tiesiog „AvaTax“ – numatykite modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokama bandomąja versija, o produkcinis komercinis modelis yra pritaikytas stambioms įmonėms.

Fonoa Tax Engine nurodo, kad „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių traktavimą kiekvienai operacijai“ per versijuojamą API daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodų tikrinimas yra atskiras Fonoa produktas („Validate“), o ne „Tax Engine“ dalis, todėl, jei jums svarbūs VIES įrodymai, aiškiai numatykite tai apimtyje, o ne darykite prielaidą, kad variklis tai padengia.

Kuriant sprendimą tik Latvijai, abu šie variantai yra per dideli. Juos verta svarstyti tuomet, kai veikiate keliose šalyse, kuriose taikomi skirtingi deklaravimo režimai.

Kur tinka Nordlet: PVM atsakymas ir didžiosios knygos įrašas yra tas pats įrašas

Nordlet yra apskaitos API, skirta prekyvietėms ir platformoms, kurioms reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamos audito sekos savo pačių produkte, o ne prie atsiskaitymo prijungtos sąskaitų faktūrų išrašymo programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą į traktavimo klausimą pagal operacijos faktus:

{
  "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"
}

Pakeiskite pirkėją į verslo subjektą, turintį galiojantį Latvijos PVM mokėtojo kodą, ir ta pati užklausa grąžins reverse_charge su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace su pardavėju, įsisteigusiu už ES ribų, ir jis grąžins deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – tai dalis, apie kurią auditorius klaus po kelerių metų.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. €10,000 nuotolinės prekybos riba yra sekama, o ne daroma prielaida, kad jos neviršijote — /v1/declarations/eu/distance-sales-threshold/get pateikia įmonės padėtį šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio skaičius, įskaitant taisymų dalį ankstesniems laikotarpiams. Tarifai su įsigaliojimo datomis gaunami iš Europos Komisijos TEDB duomenų bazės srauto, o įmonė gali juos pakeisti atskirai kiekvienai šaliai.

Nustačius PVM traktavimą, jis užregistruojamas nekeistinoje dvejybinio įrašo didžiojoje knygoje, PVM metaduomenis pridedant prie įrašo, todėl nereikia papildomo derinimo (reconciliation) tarp mokesčių variklio ir atskiros įrašų sistemos. Piniginės sumos yra dešimtainės eilutės, bet jokiu būdu ne slankiojo kablelio skaičiai. Be to: tipizuoti SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams, smėliadėžės (sandbox) įmonės, VIES patvirtinimas užfiksuotas prie sąskaitos faktūros, kelių įmonių palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Latvijos ribos. Nordlet nepateikia Latvijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute nurodžius countryCode: "LV" grąžina 422 klaidą ir įvardija Lietuvą, Vokietiją bei Lenkiją, todėl nei PVN deklaracija, nei PVN1 ir PVN2 priedai nėra generuojami, o per EDS niekas nedeklaruojama. Tačiau sistemoje yra sluoksnis, iš kurio formuojami priedai – nekeistina dvejybinio įrašo didžioji knyga, išlaikanti sąskaitų faktūrų lygio įrašus uždarius laikotarpį, PVM nustatymas su teisiniu pagrindu, OSS ir IOSS skaičiavimai su taisymais, VIES patvirtinimas užfiksuotas prie sąskaitos faktūros – plius EN 16931 sąskaitos faktūros per Peppol BIS 3.0, o tai yra duomenų perdavimo būdas, kurį naudoja Latvijos prievolės.

Atvira santrauka: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, įmonių mokesčių varikliai ir įrašyto prekybininko paslaugos yra pažengę toliau. Jei jūsų pagrindinis reikalavimas yra tikri apskaitos registrai – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai niša, kuriai užpildyti ir buvo sukurtas Nordlet, ir to nepadarys jokie skaičiavimo sluoksniai. Prieš priimant sprendimą, visą platformos paviršių galima apžvelgti API specifikacijoje.

Ką Latvija reikalauja deklaruoti

Latvija susieja išsamią deklaraciją su prievolių įgyvendinimo grafiku.

  • PVN deklaracija — teikiama kas mėnesį iki kito mėnesio 20 d., o mokėjimas atliekamas iki 23 d. Sąskaitų faktūrų priedai (PVN1, PVN2) teikiami kartu su ja ir apima dokumentų lygio duomenis. Prekių tiekimo (paslaugų teikimo) į kitas ES valstybes nares ataskaita, jei aktuali, pateikiama tame pačiame teikime.
  • E. sąskaitos faktūros — privalomos sąskaitoms faktūroms viešajam sektoriui nuo 2026 m., o B2B prievolė numatyta 2028 m. Formatai priklauso EN 16931 šeimai, perduodami per Peppol.

Šios dvi prievolės atspindi tą patį reikalavimą: reikia sistemos, kuri galėtų įvardyti dokumentus, slypinčius po kiekvienu skaičiumi, ir galėtų juos išduoti struktūrizuotu formatu.

Visas šalies vaizdas – pelno mokestis, darbo užmokesčio mokesčiai, deklaravimo kalendorius ir už kiekvienos formos stovinčios institucijos – pateikiamas Latvijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš pasirenkant

Prieš laikydami bet kurį „PVM paruoštą“ produktą lygiaverčiu kitam, patikrinkite jį pagal šiuos kriterijus:

  • Skaičiavimas ar apskaita — ar sistema nustato PVM traktavimą, ar tik saugo jūsų perduotą kodą?
  • Latvijos padengimas — 21%, 12%, 5%, 0%, atvirkštinis apmokestinimas ir €50,000 riba su jos 15 dienų registracijos langu?
  • ES paskirties vietos logika — ar atliekant B2C pardavimą sistema atskiria Latvijos PVM nuo kitos valstybės narės PVM?
  • B2B PVM mokėtojų kodų tikrinimas — ar ji tikrina VIES ir saugo to įrodymus?
  • OSS ir IOSS — ar agreguoja, paruošia, pateikia, ar tik eksportuoja?
  • Prekyvietės atsakomybė — ar sistema gali modeliuoti pardavėjo, platformos ir laikomo prekių tiekėjo vaidmenis?
  • Apskaitos vientisumas — ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
  • Kūrėjų ergonomika — REST API, SDK, „webhooks“, smėliadėžė, idempotentiškumas, versijavimas?
  • Audito seka — tarifas, taisyklė, buvimo vietos įrodymai, PVM mokėtojo kodas, laiko žyma, keitimų istorija?
  • Priedai ir e. sąskaitos faktūros — ar ji gali sugeneruoti sąskaitų faktūrų lygio PVN priedus ir išrašyti EN 16931 sąskaitas faktūras per Peppol prieš 2028 m. B2B prievolę?
  • Atsakomybė už deklaravimą — kokį tiksliai žingsnį prisiima paslaugos teikėjas?

D.U.K.

Kuri platforma siūlo visapusišką tikralaikį ES PVM valdymą Latvijoje?

Nė viena iš jų neturėtų būti apibūdinama kaip apimanti visas tris tikralaikes galimybes kiekvienam verslo modeliui. Latvijoje tiekėjus atskiriantis klausimas yra tai, ar jie saugo sąskaitų faktūrų lygio įrašus, nes jų reikia ir priedams, ir artėjančiai prievolei.

Ar Stripe Tax pakanka Latvijos prekyvietei?

Skaičiavimui ir eksportui dažniausiai taip. Dvejybinio įrašo didžiajai knygai, kurioje sekami išmokėjimai daugybei pardavėjų – ne, o PVN deklaracija su jos priedais vis tiek turės būti sugeneruota iš kitur.

Ar Nordlet automatiškai teikia Latvijos PVM deklaracijas?

Ne, platforma neskaičiuoja PVN deklaracijos ar jos priedų. Deklaracijų paketai pateikiami Lietuvai, Vokietijai ir Lenkijai; Latvijos atveju API grąžina 422 klaidą įvardindamas šias šalis. Peppol BIS siuntimas prieinamas visur.

Kada e. sąskaitos faktūros (B2B) taps privalomos Latvijoje?

Struktūrizuotos e. sąskaitos faktūros privalomos viešajam sektoriui nuo 2026 m., o B2B prievolė numatyta 2028 m. Prieš planuodami remdamiesi konkrečia data, pasitikslinkite dabartinį etapą VID svetainėje.

Nuo ko pradėti

Nuspręskite, kurios iš trijų tikralaikių galimybių jums reikia, ir iš anksto pasidomėkite reikalavimu dėl priedų, nes tai apribos jūsų duomenų modelį. Jei jums reikia gyvo skaičiavimo Stripe aplinkoje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei apskaitos registrai, išmokėjimai ir PVM turi būti jūsų pačių produkte, pradėkite pirmiausia nuo smėliadėžės. Kainodara yra viešai skelbiama, o ne teikiama tik pagal užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie tiekėją turi nuorodą į paties tiekėjo dokumentaciją. Pačios taisyklės paimtos iš:

Ir tiekėjų galimybės, ir nacionalinės prievolės keičiasi. Viskas, kas čia pateikta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš kurdami sprendimus būtinai viską patikrinkite dar kartą.