Nordlet

← Tinklaraštis

Realaus laiko ES PVM kūrėjams, kuriančių produktus Estijoje

Pagrįstas apskaitos ir mokesčių platformų, kurios per API, SDK ir internetines užklausas (webhooks) tvarko Estijos ir ES PVM, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.

Nordlet Team · · 11 min. skaitymo

Estija nuo 2025 m. liepos 1 d. padidino standartinį PVM tarifą iki 24%, o šis pokytis įvyko vidury metų, o tai yra nepatogus metas. Bet kuri sistema, kuri vietoj tarifo su galiojimo data išsaugo tik vieną tarifą šaliai, pusei 2025 metų dabar grąžins neteisingą rezultatą. Be to, Estijos PVM deklaracijoje yra sąskaitų faktūrų lygio priedas, todėl vien periodo sumų neužtenka jai pateikti.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Estijos PVM, atskiriamas apskaičiavimas nuo buhalterinės apskaitos bei teikimo ir paaiškinama, kur iš tikrųjų tinka kiekviena parinktis.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė vartojama kalbant apie labai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių dalykų kuriant operaciją (transakciją), sąskaitą faktūrą, atsiskaitymą arba didžiosios knygos (general ledger) įrašą:

  • Nustatyti PVM taikymą iš operacijos duomenų.
  • Pritaikyti galiojančias šalies ir produkto taisykles.
  • Apimti Estiją ir platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą ir B2C apmokestinimą vartotojo valstybėje narėje.
  • Pateikti visa tai per API, SDK arba internetinę užklausą (webhook).
  • Saugoti duomenis PVM, OSS (vieno langelio schema), audito ir apskaitos atskaitomybei.

Už žodžių „realiuoju laiku“ slypi trys skirtingi gebėjimai:

  • Realaus laiko apskaičiavimas – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
  • Realaus laiko apskaita – operacija, didžiosios knygos įrašas ir PVM duomenys iš karto patenka į apskaitą.
  • Realaus laiko atskaitomybė – duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po operacijos.

Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Estija neturi duomenų teikimo patvirtinimo platformos, tačiau dėl KMD INF priedo pačioje deklaracijoje pateikiami sąskaitų faktūrų lygio duomenys. Pardavėjas, saugantis tik bendras sumas, jo sugeneruoti negali.

Estijos ir ES taisyklės, lemiančios palyginimą

Estijoje taikomas 24% standartinis tarifas (padidintas nuo 22% nuo 2025 m. liepos 1 d.), 13% tarifas viešbučių ir apgyvendinimo paslaugoms bei 9% tarifas spausdintoms ir elektroninėms knygoms bei periodiniams leidiniams ir įrašytiems vaistams, o eksportui ir prekybai ES viduje taikomas 0% tarifas. Taisykles skelbia Mokesčių ir muitų departamentas. Registruotis privaloma viršijus 40 000 eurų apmokestinamąją apyvartą per kalendorinius metus, o registracija turi būti atliekama per e-MTA sistemą per tris darbo dienas nuo šios ribos peržengimo.

Kvalifikuotiems ES viduje vykdomiems B2C nuotoliniams pardavimams ir tarpvalstybinėms skaitmeninėms paslaugoms visoje ES taikoma 10 000 eurų riba, nustatyta Europos Komisijos vieno langelio (OSS) portale. Ją viršijus, PVM paprastai priklauso pirkėjo valstybei narei. Vieno langelio schema leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji nepanaikina operacijų lygio logikos poreikio.

Taip pat taikoma prekyvietės taisyklė, kuri yra griežtesnė, nežvaigždės tikisi dauguma komandų. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) importuotų prekių nuotoliniams pardavimams siuntose, neviršijančiose 150 eurų, ir atskirai prekėms, tiekiamoms ES klientams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosiose pastabose dėl PVM e. prekybos taisyklių išdėstytos abi šios nuostatos. Jei kuriate prekyvietę, tai labiau keičia architektūrą, o ne tik prideda naują lauką.

Trumpa geriausių pasirinkimų apžvalga

Platforma Geriausiai tinka Realaus laiko PVM galimybės Apskaitos, OSS ir teikimo apimtis Pagrindinė išimtis
Stripe Tax Produktams ir prekyvietėms, jau veikiantiems „Stripe“ pagrindu Apskaičiuoja PVM kuriant operaciją, įskaitant Estiją ES eksporto ir OSS duomenys; nėra Estijos didžiosios knygos ir ji pati neteikia ES deklaracijų Verta dėmesio tik tada, jei „Stripe“ jau naudojama kaip atsiskaitymų platforma
Paddle „SaaS“ ir atsisiunčiamiems skaitmeniniams produktams Apskaičiuoja PVM kasoje pagal kliento buvimo vietą Registruoja, pateikia ir sumoka kaip pardavėjo atstovas (Merchant of Record) Perima pardavėjo vaidmenį ir kartu su juo sąskaitą faktūrą
Quaderno Mažesniems „SaaS“ ir skaitmeninės prekybos verslams Apskaičiuoja kasoje, patvirtina PVM kodus Mokesčių ataskaitos ir įrašai; automatinis teikimas dokumentuotas ne kiekvienam planui Mokesčių ir sąskaitų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax Didelių įmonių ERP ir sąskaitų išrašymo sistemoms Realaus laiko nustatymas su palaikomu mokesčių turiniu PVM atskaitomybė yra atskiras produktas grąžinimų (Returns) asortimente Apimtis ir kaina pritaikyta stambių įmonių diegimams
Fonoa Tax Engine Didelėms platformoms ir prekyvietėms Realaus laiko nustatymas daugiau nei 190 jurisdikcijų Deklaracijos, e. sąskaitų faktūrų išrašymas ir atskaitomybė; PVM kodo patvirtinimas yra atskiras produktas Nėra viešai skelbiamų kainų
Nordlet Integruota apskaita prekyvietėse ir platformose Išsprendžia mokesčio schemą ir tarifus kiekvienai operacijai, įtraukdama juos kartu su didžiosios knygos įrašu Nekeičiama dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS duomenys, eksportuojamas audito pėdsakas Nėra Estijos deklaracijų paketo; tarifai turi galiojimo datas, o didžiojoje knygoje išsaugoma sąskaitos faktūros lygio informacija

„Stripe Tax“: greitas kelias, kai „Stripe“ jau naudojamas

Komandoms, kurios jau naudoja „Stripe“ mokėjimus, „Billing“ arba „Connect“, „Stripe Tax“ yra prieinamiausias realaus laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, mokesčių API su „PaymentIntents“, mokesčių surinkimas sąskaitose faktūrose ir mokesčių naudojimas su „Connect“ kaip platformoje arba prekyvietėje.

Kur „Stripe“ sustoja, paaiškinta aiškiai. Jos pateikimo dokumentacijoje nurodyta: „Privalote pateikti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kur esate registruoti.“ Automatizuotas deklaracijų teikimas siūlomas Jungtinėse Valstijose; kitur „Stripe“ bendradarbiauja su teikimo partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, o ne „Stripe Tax“. Tai apskaičiavimo ir eksporto sluoksnis, o ne buhalterinė knyga.

Estijos rinkai naudingas testas yra 2025 m. vidurio tarifo pokytis: paklauskite, kaip įkainojamas šiandien išrašytas kreditinis dokumentas už 2025 m. birželio mėn. sąskaitą faktūrą.

„Paddle“: perleiskite visą mokesčių tvarkymą kažkam kitam

„Paddle“ yra kito tipo produktas. Jis veikia kaip pardavėjo atstovas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, pateikimą ir sumokėjimą“ ten, kur yra jūsų klientai, todėl jis apskaičiuoja PVM kasoje, išrašo sąskaitą faktūrą, taip pat teikia deklaracijas ir moka už jus. Jo kūrėjų dokumentacijoje aprašyti „Paddle.js“, katalogo API, kasa ir internetinės užklausos (webhooks), tokios kaip transaction.completed, kuri aktyvuojama operacijai pasiekus completed statusą ir yra įprasta užklausa prieigai po apmokėjimo suteikti.

Kompromisas yra labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebeturite pardavėjo, sąskaitos faktūros ir apskaitos modelio, kurį išlaikytumėte naudodami savo kasą.

Skaitmeniniams produktams, parduodamiems Estijos vartotojams, tai pašalina apskaičiavimą ir teikimą. Estijos įmonė vis tiek privalo teikti KMD ir jos priedą.

„Quaderno“: mokesčių sluoksnis mažesniems skaitmeniniams verslams

„Quaderno“ yra vienas iš aiškesnių kūrėjams skirtų pasirinkimų mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jos API dokumentuoja /tax_rates/calculate galutinį tašką (endpoint), kuris apskaičiuoja taikomą tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate galutinį tašką, apimantį ES PVM kodus, bei sąskaitų faktūrų, kvitų ir kreditinių dokumentų galutinius taškus. Dokumentuotas „Connect“ skyrius su paskyros ištekliais yra tai, kuo remdamasi prekyvietė galėtų kurti savo sprendimą.

Apribojimas yra mastas. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, o jos viešojoje medžiagoje nenurodytas automatinis deklaracijų teikimas pagal kiekvieną planą kiekvienoje šalyje. Atsakomybę už deklaracijų teikimą vertinkite kaip dalyką, kurį reikia patvirtinti raštu.

Tai tinkamas kasos sluoksnis mažam Estijos skaitmeniniam verslui. KMD ir KMD INF priedas lieka už jo ribų.

„Avalara“ ir „Fonoa“: stambių įmonių mokesčių varikliai

„Avalara“ įrankis AvaTax atlieka realaus laiko mokesčių nustatymą kasoje, išrašant sąskaitas faktūras arba apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM atskaitomybė (VAT Reporting) yra atskira paslauga grąžinimų (Returns) asortimente, todėl ES PVM atitikties darbo eiga nėra tiesiog „AvaTax“ – iš anksto apibrėžkite modulius, kurių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis pritaikytas stambioms įmonėms.

„Fonoa“ produktas Tax Engine nurodo, kad per versijuojamą API daugiau nei 190 jurisdikcijų jis „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienai operacijai“. Svarbi viena architektūrinė detalė: mokesčių kodo patvirtinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei VIES įrodymai jums yra svarbūs, įtraukite juos į apimtį tiesiogiai, o ne tikėkitės, kad variklis juos apima.

Tik Estijos rinkai skirtam projektui abu įrankiai yra per dideli, ir nė vienas iš jų savo viešojoje medžiagoje nepateikia Estijos priedo generavimo galimybės.

Kur „Nordlet“ randa savo vietą: PVM atsakymai ir didžiosios knygos įrašas yra tas pats įrašas

„Nordlet“ yra apskaitos API, skirta prekyvietėms ir platformoms, kurioms savo produkte reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako, o ne prie kasos 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 atsako į apmokestinimo klausimą remdamasis operacijos faktais:

{
  "customerCountryCode": "EE",
  "customerIsBusiness": false,
  "supplyType": "digital"
}
{
  "scheme": "oss_union",
  "vatCountryCode": "EE",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "24.00" },
    { "category": "reduced", "ratePercent": "13.00" },
    { "category": "reduced", "ratePercent": "9.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Pakeitus klientą į įmonę su galiojančiu Estijos PVM kodu, tas pats užklausos rezultatas grąžina reverse_charge su nurodymu Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su už ES ribų įsisteigusiu pardavėju, pagal art. 14a(2) grąžinama deemedSupplier: true. Teisinis pagrindas keliauja kartu su atsakymu, o būtent to auditoriai klausia 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 eurų nuotolinio pardavimo riba yra sekama, o ne numanoma – /v1/declarations/eu/distance-sales-threshold/get praneša, kokia yra įmonės padėtis jos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja periodo sumas, įskaitant ankstesnių laikotarpių koregavimo skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su galiojimo datomis, o įmonė gali juos perrašyti kiekvienai šaliai atskirai.

Tuomet nustatymas įtraukiamas į nekeičiama dvejybinio įrašo didžiąją knygą su prie įrašo pridedamais PVM metaduomenimis, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainės eilutės, niekada ne slankiojo kablelio skaičiai. Aplink tai: tipizuoti SDK, internetinės užklausos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, smėlio dėžės (sandbox) įmonės, prie sąskaitos faktūros „užšaldytas“ VIES patvirtinimas, daugelio įmonių palaikymas ir periodų užrakinimas, kad uždaryto mėnesio nebūtų galima slapta redaguoti.

Estijos riba. „Nordlet“ nesiunčia jokio Estijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "EE" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl negeneruojami nei KMD, nei KMD INF priedas. Tai, ką ji suteikia Estijos rinkai, yra tarifai, gaunami su galiojimo datomis iš Europos Komisijos TEDB srauto, todėl dokumentai abiejose 2025 m. liepos mėn. padidėjimo pusėse išsprendžiami teisingai, taip pat PVM nustatymas su teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga, sauganti sąskaitų faktūrų lygio įrašus iki periodo uždarymo, OSS ir IOSS apskaičiavimas su koregavimais, prie sąskaitos faktūros pririštas VIES patvirtinimas ir „Peppol BIS 3.0“ siuntimas.

Sąžininga santrauka: jei jums reikia tiesioginio apskaičiavimo kuo didesniame šalių skaičiuje ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir pardavėjo atstovo (Merchant of Record) paslaugos yra pranašesnės. Jei jūsų pagrindinis reikalavimas yra tikra apskaita – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai yra spraga, kuriai užpildyti sukurta „Nordlet“, ir joks apskaičiavimo sluoksnis jos neužpilda. API nuoroda parodo visą galimybių lauką prieš jums įsipareigojant.

Ką Estija verčia teikti

Estijoje kalendorius išlaikytas paprastas, o duomenys – išsamūs.

  • KMD – PVM deklaracija, teikiama kas mėnesį iki 20 d., o mokėjimas turi būti atliktas tą pačią dieną.
  • KMD INF – sąskaitų faktūrų lygio priedas, teikiamas kartu su deklaracija, kuriame išvardytos operacijos, o ne bendros sumos.
  • VD – ES prekybos ataskaita, taip pat teikiama iki 20 d.
  • E. sąskaitų faktūrų išrašymas – nuo 2025 m. pirkėjas turi teisę reikalauti iš tiekėjo mašinos skaitomos e. sąskaitos faktūros. Bendra B2B prievolė buvo aptarta, tačiau ji dar neįsigaliojo.

Priedas yra tas apribojimas, kurį verta numatyti projektavimo etape. Sistema, kuri uždaro periodą bendromis sumomis ir ištrina dokumentų sąrašą, pavers kiekvieną deklaracijų teikimo mėnesį rankinio eksporto procesu.

Visą informaciją apie šalį – pelno mokestį, darbo užmokestį, deklaravimo kalendorių ir už kiekvieną formą atsakingas institucijas – rasite Estijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta įvertinti prieš įsipareigojant

Prieš pradedant bet kurį „PVM reikalavimus atitinkantį“ produktą laikyti lygiaverčiu kitam, patikrinkite jį pagal šiuos kriterijus:

  • Apskaičiavimas ar buhalterinė apskaita – ar ji nustato PVM taikymą, ar tik išsaugo jūsų pateiktą kodą?
  • Estijos apimtis – 24%, 13%, 9%, 0%, atvirkštinis PVM apmokestinimas ir 2025 m. vidurio tarifo pokytis su galiojimo datomis?
  • ES paskirties vietos logika – ar ji gali atskirti Estijos PVM nuo kitos valstybės narės PVM B2C pardavimo atveju?
  • B2B PVM kodo patvirtinimas – ar ji patikrina VIES ir išsaugo įrodymus?
  • OSS ir IOSS – ar ji apibendrina, paruošia, pateikia, ar tik eksportuoja?
  • Prekyvietės atsakomybė – ar ji gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo (deemed supplier) vaidmenis?
  • Apskaitos vientisumas – ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
  • Kūrėjų ergonomika – REST API, SDK, internetinės užklausos (webhooks), smėlio dėžė (sandbox), operacijų dubliavimo apsauga (idempotency), versijavimas?
  • Audito pėdsakas – tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
  • Sąskaitų faktūrų lygio priedas – ar ji gali sugeneruoti operacijų sąrašą, kurio reikia KMD INF priedui, o ne tik periodo bendras sumas?
  • Atsakomybė už deklaracijų pateikimą – kurį tiksliai žingsnį prisiima pardavėjas?

D.U.K.

Kuri platforma siūlo pilną realaus laiko ES PVM valdymą Estijoje?

Nė vienos iš jų negalima apibūdinti kaip apimančios visus tris realaus laiko gebėjimus kiekvienam verslo modeliui. Estijoje praktinė skiriamoji linija yra ta, ar pardavėjas saugo sąskaitų faktūrų lygio įrašus, nes deklaracijos priedui jų būtinai reikia.

Ar „Stripe Tax“ pakanka Estijos prekyvietei?

Apskaičiavimui ir eksportui – dažniausiai taip. Dvigubo įrašo didžiajai knygai, sekančiai išmokėjimus tarp daugelio pardavėjų – ne, ir nei KMD, nei jos priedas iš jos nesukursite.

Ar „Nordlet“ automatiškai pateikia Estijos PVM deklaracijas?

Ne, ir ji neskaičiuoja nei KMD, nei KMD INF priedo. Deklaracijų paketai siunčiami Lietuvai, Vokietijai ir Lenkijai; Estijai API grąžina 422 klaidą, nurodančią šias šalis.

Kada pasikeitė Estijos PVM tarifas?

Standartinis tarifas nuo 22% iki 24% pakilo 2025 m. liepos 1 d. Kadangi jis pasikeitė vidury metų, sistema, sauganti gryną tarifą, o ne tarifą su galiojimo data, neteisingai įkainos ankstesnių dokumentų koregavimus.

Ką daryti pirmiausia

Prieš įsipareigodami nuspręskite, kurio iš trijų realaus laiko gebėjimų jums reikia, ir išbandykite tarifų versijavimą pagal 2025 m. liepos mėn. pokytį. Jei jums reikia tiesioginio apskaičiavimo „Stripe“ sistemoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaracijų teikimo rūpesčius perkelti kitiems, išbandykite „Paddle“. Jei knygos, išmokėjimai ir PVM priklauso jūsų pačių produktui, pirmiausia pradėkite su smėlio dėže (sandbox). Kainos yra paskelbtos viešai, o ne pateikiamos tik pagal individualią užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie pardavėją susietas su paties pardavėjo dokumentacija. Pačios taisyklės pateiktos čia:

Pardavėjų galimybės ir nacionaliniai reikalavimai keičiasi. Viskas čia buvo patikrinta pagal viešą dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami sprendimus, patikrinkite bet kurią jus dominančią detalę.