Realiojo laiko ES PVM kūrėjams, kuriančiams Slovėnijoje

Subalansuotas apskaitos ir mokesčių platformų, tvarkančių Slovėnijos ir ES PVM per API, SDK ir internetinius saistikliais (webhooks), palyginimas, pateikiant aiškias pastabas apie tai, ką kiekviena jų iš tikrųjų apima.

Slovėnija šiuo metu yra viena ramesnių ES šalių kurjams: jokių duomenų teikimo platformų, jokių realiojo laiko sąskaitų faktūrų ataskaitų teikimo taisyklių, o B2B e. sąskaitų faktūrų (e-invoicing) reikalavimas įsigalios tik 2028 metais. Dėl to tai puiki vieta pastebėti, ką PVM paslaugų teikėjas jums iš tikrųjų parduoda, nes nėra nacionalinio reikalavimo, už kurio būtų galima pasislėpti. Skirtumai išryškėja didžiojoje knygoje (ledger), o ne duomenų perdavimo kanale.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Slovėnijos PVM, atskiriamas mokesčio apskaičiavimas nuo buhalterinės apskaitos bei deklaravimo ir nurodoma, kur kiekvienas variantas tinka labiausiai.

Ką turi apimti „realiojo laiko ES PVM valdymas“

Ši frazė dažnai išplečiama apimti labai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti didžiąją dalį šių veiksmų tuo metu, kai kuriama operacija, sąskaita faktūra, atsiskaitymas arba didžiosios knygos įrašas:

Nustatyti PVM apmokestinimo tvarką iš sandorio duomenų.
Pritaikyti galiojančias šalies ir prekės taisykles.
Apimti Slovėniją ir platesnę ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą pagal vartojimo vietą.
Pateikti visa tai per API, SDK arba internetinį saistiklį (webhook).
Saugoti duomenis, reikalingus PVM, OSS, auditui ir apskaitos ataskaitoms.

Sąvokoje „realusis laikas“ slypi trys skirtingi gebėjimai:

Realiojo laiko apskaičiavimas - PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
Realiojo laiko apskaita - operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į buhalteriją.
Realiojo laiko ataskaitų teikimas - duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.

Didžioji dalis produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Slovėnija neturi duomenų teikimo platformos ar realiojo laiko ataskaitų teikimo, o jos B2B e. sąskaitų faktūrų reikalavimas numatytas 2028 metams, todėl trečiasis gebėjimas kol kas yra planas, o ne esama prievolė.

Slovėnijos ir ES taisyklės, formuojančios palyginimą

Slovėnijoje taikomas 22 % standartinis tarifas, sumažinti 9,5 % ir 5 % tarifai, o eksportui bei prekybai ES viduje taikomas 0 % tarifas. 9,5 % tarifas taikomas maisto produktams, vaistams, apgyvendinimui ir transportui; 5 % tarifas taikomas knygoms ir laikraščiams. Teisinis pagrindas yra PVM įstatymas (ZDDV-1), o taisykles skelbia FURS. Registruotis privaloma, kai apmokestinamoji apyvarta per 12 mėnesių viršija 60 000 EUR (riba buvo padidinta nuo 50 000 EUR 2025 metais).

Vykdant nuotolinę prekybą B2C klientams ES viduje ir teikiant tarpvalstybines skaitmenines paslaugas, visoje ES taikoma 10 000 EUR riba, nustatyta Europos Komisijos „Vieno langelio“ (One Stop Shop) portale. Ją viršijus, PVM paprastai seka paskui pirkėjo valstybę narę. „Vienas langelis“ leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visoje ES, tačiau tai panaikina poreikį taikyti sandorio lygmens logiką.

Taip pat galioja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) vykdant importuotų prekių nuotolinę prekybą siuntose, neviršijančiose 150 EUR, ir atskirai tiekiant prekes ES klientams už bet kokią vertę, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamieji raštai dėl e. prekybos PVM taisyklių apibrėžia abu šiuos aspektus. Jei kuriate prekyvietę, tai keičia architektūrą, o ne tik prideda naują lauką.

Trumpa alternatyvų apžvalga

Platforma	Geriausiai tinka	Realiojo laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau veikiantiems „Stripe“	Apskaičiuoja PVM sukuriant operaciją, įskaitant Slovėniją	ES eksporto ir OSS duomenys; nėra Slovėnijos didžiosios knygos ir platforma nedeklaruoja ES grąžinimu	Vertinga tik tada, kai „Stripe“ jau yra atsiskaitymų kanalas
Paddle	SaaS ir parsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo buvimo vietą	Registruoja, deklaruoja ir sumoka kaip sandorio vykdytojas (Merchant of Record)	Perima pardavėjo vaidmenį ir kartu su juo sąskaitos faktūros išrašymą
Quaderno	Mažesniems SaaS ir skaitmeninės prekybos verslams	Apskaičiuoja išsirašant, tikrina PVM mokėtojo kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentuotas ne kiekvienam planui	Mokesčių ir sąskaitų faktūrų sluoksnis, o ne didžioji knyga
Avalara AvaTax	Įmonių ERP ir sąskaitų išrašymo sistemoms	Realiojo laiko nustatymas su palaikomu mokesčių turiniu	PVM ataskaitų teikimas yra atskiras produktas Returns asortimente	Pritaikyta ir subalansuota stambių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realiojo laiko nustatymas daugiau nei 190-yje jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir ataskaitos; PVM kodo tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruota apskaita prekyvietėse ir platformose	Išsprendžia schemą ir tarifus kiekvienam sandoriui, įtraukdama juos kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Slovėnijos deklaracijų paketo; sugeneruoja bazinius rodiklius, didžiąją knygą ir Peppol sąskaitas faktūras

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

Komandoms, kurios jau naudoja „Stripe Payments“, „Billing“ ar „Connect“, „Stripe Tax“ yra lengviausiai prieinamas realiojo laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimas sąskaitose faktūrose bei Tax naudojimas su „Connect“ kaip platformoje ar prekyvietėje.

Kur „Stripe“ sustoja, pasakyta tiesiai ir atvirai. Jos deklaravimo dokumentacijoje nurodyta: „Privalote deklaruoti ir sumokėti mokesčius, kuriuos surenkate kiekvienoje jurisdikcijoje, kurioje esate užsiregistravę.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur „Stripe“ bendradarbiauja su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne „Stripe Tax“. Tai apskaičiavimo ir eksporto sluoksnis, o ne buhalterinė sistema.

Slovėnijos projektui „Stripe Tax“ gerai atlieka lengvesniąją pusę. DDV-O deklaracija ir pirminiai apskaitos duomenys į jos apimtį neįeina.

Paddle: perleiskite visą mokesčių naštą kitam

„Paddle“ yra kito tipo produktas. Jis veikia kaip sandorio vykdytojas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ jūsų klientų šalyse. Ši platforma apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei už jus pateikia deklaracijas ir sumoka mokesčius. Kūrėjams skirtoje dokumentacijoje aprašoma Paddle.js, katalogo API, atsiskaitymo procesas ir internetiniai saistikliai (webhooks), tokie kaip transaction.completed, kuris suveikia sandoriui pasiekus completed būseną ir dažniausiai naudojamas prieigai prie produkto suteikti po apmokėjimo.

Šis pasirinkimas turi struktūrinį, o ne techninį kompromisą. „Paddle“ tampa oficialiu pardavėju (seller of record), todėl nebeturite tokio prekybininko, sąskaitų faktūrų ir apskaitos modelio, kokį turėtumėte naudodami savo atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Slovėnijos vartotojams, tai apima apskaičiavimą, deklaravimą ir sumokėjimą. Tačiau Slovėnijos įmonė vis tiek pateikia savo DDV-O deklaraciją.

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

„Quaderno“ yra viena iš aiškiausių kūrėjams skirtų alternatyvų mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų apdorojimo partnerio. Jo API dokumentacijoje pateikiamas /tax_rates/calculate galutinis taškas (endpoint), apskaičiuojantis taikomą tarifą pagal klientų adresą ir sandorio tipą, /tax_ids/validate galutinis taškas, tikrinantis ES PVM mokėtojo kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galutiniai taškai. Dokumentuotas Connect skyrius su paskyros ištekliais yra ta dalis, kuria remiantis galima kurti prekyvietę.

Apribojimas susijęs su taikymo sritimi. „Quaderno“ yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, o viešai prieinama medžiaga negarantuoja automatinio deklaravimo kiekvienam planui ir kiekvienai šaliai. Atsakomybę už deklaravimą vertėtų patvirtinti raštu.

Mažam Slovėnijos skaitmeniniam verslui ši sistema padeda apskaičiuoti mokesčius atsiskaitymo metu. Tačiau ji negeneruoja DDV-O deklaracijos.

Avalara ir Fonoa: stambaus verslo mokesčių varikliai

„Avalara“ įrankis AvaTax atlieka realiojo laiko mokesčių nustatymą atsiskaitant, išrašant sąskaitas ar apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM ataskaitų teikimas (VAT Reporting) yra atskira paslauga Returns asortimente, todėl ES PVM atitikties procesas nėra vien tik „AvaTax“ – iš anksto įvertinkite, kokių modulių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o komercinis modelis gamybinėje aplinkoje yra pritaikytas stambioms įmonėms.

„Fonoa“ Tax Engine nurodo, kad per versijuojamą API ji „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apmokestinimo tvarką kiekvienam sandoriui“ daugiau nei 190-yje jurisdikcijų. Svarbi architektūrinė detalė: mokesčių mokėtojo kodo tikrinimas yra atskiras „Fonoa“ produktas (Validate), o ne „Tax Engine“ dalis, todėl jei jums svarbu turėti VIES įrodymus, įtraukite tai į reikalavimus, o ne darykite prielaidą, kad variklis tai apima.

Tik Slovėnijos rinkai skirtam projektui abu šie sprendimai yra per dideli. Slovėnijoje šiuo metu nėra jokio duomenų teikimo sudėtingumo, kuriam suvalgyti šie varikliai yra sukurti.

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

„Nordlet“ yra apskaitos API prekyvietėms ir platformoms, kurioms reikia didžiųjų knygų, išmokų, ES mokesčių ir eksportuojamo audito pėdsako savo pačių produktų viduje, o ne sąskaitų faktūrų išrašymo programėlės, prijungtos prie kasos.

Architektūrinis skirtumas tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. Užklausa POST /v1/reference/vat/resolve atspindi apmokestinimo tvarką pagal sandorio faktus:

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

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

Pakeitus klientą į įmonę su galiojančiu Slovėnijos PVM mokėtojo kodu, ta pati užklausa grąžina reverse_charge kartu su Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su pardavėju, įsisteigusiu už ES ribų, sistema grąžina deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to audito metu vėliau teiraujausi auditoriai.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. 10 000 EUR nuotolinės prekybos riba yra sekama, o ne daroma prielaida – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį jos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių koregavimo skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, o įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Paskui šis nustatymas įtraukiamas į nekeičiamą dvejybinio įrašo didžiąją knygą su prie įrašo priskirtais PVM metaduomenimis, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos saugomos kaip dešimtainiai tekstiniai eilutės (decimal strings), niekada nenaudojant slankiojo kablelio (floating-point) skaičių. Šalia to pateikiami: tipizuoti SDK, internetiniai saistikliai (webhooks), tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams, smėlio dėžės (sandbox) įmonės, su sąskaita faktūra užšaldytas VIES patvirtinimas, daugelio įmonių (multi-company) palaikymas ir laikotarpių užrakinimas, kad uždarytas mėnuo negalėtų būti tyliai pakoreguotas.

Slovėnijos apimtis čia trumpa. „Nordlet“ neteikia Slovėnijos deklaracijų paketo: užklausa /v1/declarations/eu/vat-return/compute su countryCode: "SI" grąžina kodą 422, nurodydama Lietuvą, Vokietiją ir Lenkiją, todėl DDV-O nėra generuojama ir niekas neteikiama per eDavki. Kurjui, kuriančiam produktą Slovėnijoje, siūlomas PVM nustatymas su prijungtu teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga su PVM metaduomenimis kiekviename įraše bei periodų užrakinimu, OSS ir IOSS apskaičiavimu su koregavimais, su sąskaita faktūra užšaldytu VIES patvirtinimu ir EN 16931 sąskaitomis faktūromis per Peppol BIS 3.0. Tai kryptis, kuria juda Slovėnijos e. sąskaitų faktūrų išrašymas, kartu su vietiniu e-SLOG formatu, naudojamu viešojo sektoriaus sąskaitoms.

Sąžininga santrauka: jei jums reikia gyvo mokesčių apskaičiavimo kuo didesniame šalių skube ir norite, kad deklaracijas pateiktų kas nors kitas, stambaus verslo mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažangesnės. Jei jūsų pagrindinis reikalavimas yra tikra buhalterinė apskaita – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai spraga, kuriai užpildyti „Nordlet“ ir buvo sukurta, o jokie skaičiavimo sluoksniai šios spragos neužpildo. API žinynas atskleidžia visą galimybių paviršių, dar prieš priimant galutinį sprendimą.

Ką Slovėnijoje privaloma deklaruoti

Slovėnijoje kalendorius yra įprastas, o reikalavimai – ateityje:

DDV-O deklaracija – PVM deklaracija, teikiama kas mėnesį arba kas ketvirtį, kai apyvarta nesiekia 210 000 EUR, pateikiama iki paskutinės kito mėnesio darbo dienos. Pateikiant ES prekybos ataskaitą, terminas perkeliamas į 20 dieną.
E. sąskaitų faktūrų išrašymas – privalomas viešajam sektoriui e-SLOG formatu. B2B reikalavimas numatytas 2028 metais.

Kadangi duomenys nėra perduodami sąskaita faktūra po sąskaitos faktūros, Slovėnijos integracija vertinama pagal tai, ar periodo rodikliai vėliau gali būti atkurti iš didžiosios knygos, taikylant tuo metu galiojusias taisykles.

Visą informaciją apie šalį – pelno mokestį, darbo užmokesčio mokesčius, deklaravimo kalendorių ir institucijas, stovinčias už kiekvienos formos – rasite Slovėnijos mokesčių puslapyje.

Pasirinkimo kriterijai, kuriuos verta įvertinti prieš įsipareigojant

Prieš traktuojant bet kurį „PVM palaikantį“ produktą kaip lygiavertį kitam, patikrinkite jį pagal šiuos kriterijus:

Apskaičiavimas ar buhalterinė apskaita – ar sistema nustato PVM apmokestinimo tvarką, ar tik išsaugo kodą, kurį patys perduodate?
Slovėnijos aprėptis – 22 %, 9,5 %, 5 %, 0 %, atvirkštinis apmokestinimas ir 2025 metais padidinta 60 000 EUR riba?
ES paskirties vietos logika – ar vykdant B2C pardavimą ji gali atskirti Slovėnijos PVM nuo kitos valstybės narės PVM?
B2B PVM mokėtojo kodų tikrinimas – ar sistema patikrina VIES ir išsaugo įrodymus?
OSS ir IOSS – ar ji suagreguoja, paruošia, pateikia, ar tik eksportuoja duomenis?
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, internetiniai saistikliai (webhooks), smėlio dėžė (sandbox), operacijų unikalumas (idempotency), versijavimas?
Audito pėdsakas – tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, pakeitimų istorija?
E. sąskaitų faktūrų kryptis – ar ji gali išrašyti e-SLOG sąskaitas viešojo sektoriaus pirkėjams ir EN 16931 sąskaitas per Peppol prieš įsigaliojant 2028 m. B2B reikalavimui?
Atsakomybė už deklaravimą – kurį konkrečiai žingsnį prisiima teikėjas?

D.U.K.

Kuri platforma siūlo pilną realiojo laiko ES PVM valdymą Slovėnijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realiojo laiko galimybes kiekvienam verslo modeliui. Slovėnijoje šiuo metu nėra realiojo laiko ataskaitų teikimo, todėl sąžiningas palyginimas vyksta tarp apskaičiavimo sluoksnių ir apskaitos sistemų.

Ar „Stripe Tax“ pakanka Slovėnijos prekyvietei?

Skaičiavimams ir eksportui – dažnai taip. Dvejybinio įrašo didžiajai knygai, sekančiai išmokas tarp daugelio pardavėjų – ne, o DDV-O deklaracija vis tiek turi būti sugeneruota kitur.

Ar „Nordlet“ automatiškai pateikia Slovėnijos PVM deklaracijas?

Ne, ir ji neskaičiuoja DDV-O. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Slovėnijos atveju API grąžina kodą 422, nurodydama minėtas šalis. Peppol BIS siuntimas galimas visur.

Kada B2B e. sąskaitų faktūrų išrašymas tampa privalomas Slovėnijoje?

Tai numatyta 2028 metais. Viešojo sektoriaus sąskaitų išrašymui jau naudojamas e-SLOG formatas. Prieš planuodami konkrečią datą, pasitikrinkite esamą padėtį su FURS.

Ką daryti pirmiausia

Nuspręskite, kurių iš trijų realiojo laiko galimybių jums reikia – Slovėnijoje tai realiai yra pirmuosius dvi, o trečioji atkeliaus 2028 metais. Jei jums reikia gyvo apskaičiavimo „Stripe“ infrastruktūroje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimą nuimti nuo savo pečių, išbandykite „Paddle“. Jei buhalterinė apskaita, išmokos ir PVM priklauso jūsų paties produkto viduje, pradėkite naudotis smėlio dėže susipažinę čia. Kainoraštis yra viešai skelbiamas, o ne pateikiamas tik pagal individualią užklausą.

Šaltiniai

Kiekvienas teiginys apie pardavėją aukščiau yra susietas su paties pardavėjo dokumentacija. Pačios taisyklės paimtos iš šių šaltinių:

FURS: PVM (DDV) gairės – 22 %, 9,5 % ir 5 % tarifai bei DDV-O terminai
PVM įstatymas (ZDDV-1) – Slovėnijos PVM teisinis pagrindas
Europos Komisija: e. sąskaitų faktūrų išrašymas Slovėnijoje – e-SLOG reikalavimas viešajam sektoriui ir B2B grafikas
Europos Komisija: PVM „Vienas langelis“ – 10 000 EUR nuotolinės prekybos riba

Pardavėjų galimybės ir nacionaliniai reikalavimai keičiasi. Viskas, kas čia pateikiama, buvo patikrinta pagal viešąją dokumentaciją 2026 m. rugsėjo 8 d., todėl prieš kurdami sprendimus, viską pasitikrinkite iš naujo.