ES PVM realiuoju laiku kūrėjams, kuriantiems produktus Slovėnijai

Pagrįstas buhalterinės apskaitos ir mokesčių platformų, kurios tvarko Slovėnijos ir ES PVM per API, SDK ir „webhooks“, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.

Slovėnija šiuo metu yra viena ramesnių ES šalių programinės įrangos kūrėjams: nėra sąskaitų faktūrų klirinso platformos, nėra realiojo laiko sąskaitų faktūrų teikimo, o privalomas B2B e. sąskaitų faktūrų naudojimas numatytas tik 2028 m. Dėl to tai gera proga pastebėti, ką PVM sprendimų tiekėjas iš tikrųjų jums parduoda, nes nėra jokio nacionalinio reikalavimo, už kurio būtų galima pasislėpti. Skirtumai išryškėja didžiojoje knygoje, o ne duomenų perdavimo lygmenyje.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, tvarkančios ES ir Slovėnijos PVM realiuoju laiku, atskiriant skaičiavimą nuo buhalterinės apskaitos ir mokesčių deklaravimo, bei aptariama, kur kiekvienas variantas geriausiai tinka.

Ką turi apimti „ES PVM valdymas realiuoju laiku“

Ši frazė dažnai ištempiama ir taikoma labai skirtingiems produktams. Kad ji išties turėtų prasmę, platforma, kuriant operaciją (transaction), sąskaitą faktūrą, atliekant sudengimą (settlement) ar darant įrašą didžiojoje knygoje, turi atlikti daugumą šių veiksmų:

Nustatyti PVM apmokestinimo režimą (VAT treatment) iš operacijos duomenų.
Pritaikyti galiojančias šalies ir produkto taisykles.
Apimti Slovėniją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties valstybėje (destination taxation).
Suteikti prieigą prie visų šių funkcijų per API, SDK arba tinklo sąsajas (webhooks).
Saugoti duomenis PVM, OSS, audito ir buhalterinės apskaitos ataskaitoms.

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

Skaičiavimas realiuoju laiku — PVM apskaičiuojamas operacijos ar sąskaitos faktūros kūrimo metu.
Buhalterinė apskaita realiuoju laiku — operacija, didžiosios knygos įrašas ir PVM duomenys iš karto atsiduria apskaitos registruose.
Deklaravimas realiuoju laiku — duomenys perduodami mokesčių inspekcijai netrukus po operacijos.

Dauguma produktų atlieka pirmąjį. Labai mažai kas daro visus tris. Slovėnijoje nėra klirinso platformos ir realiojo laiko duomenų teikimo, o B2B e. sąskaitų faktūrų prievolė numatyta 2028 m., todėl trečioji galimybė yra labiau planas, o ne dabartinė prievolė.

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

Slovėnijoje taikomas 22% standartinis tarifas, lengvatiniai 9.5% ir 5% tarifai, taip pat 0% tarifas eksportui ir tiekimui ES viduje. 9.5% tarifas taikomas maistui, vaistams, apgyvendinimui ir transportui; 5% tarifas — knygoms ir laikraščiams. Teisinis pagrindas yra VAT Act (ZDDV-1), o taisykles skelbia FURS. Registruotis PVM mokėtoju privaloma, kai per 12 mėnesių apmokestinamoji apyvarta viršija €60,000 ribą (kuri 2025 m. buvo padidinta nuo €50,000).

Reikalavimus atitinkančiai ES vidaus B2C nuotolinei prekybai ir tarptautinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti €10,000 riba, nustatyta Europos Komisijos One Stop Shop portal. Ją viršijus, PVM paprastai taikomas pagal kliento valstybę narę. Ši „One Stop Shop“ sistema leidžia verslui užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visai ES, tačiau tai nepanaikina būtinybės taikyti logiką kiekvienos operacijos lygmenyje.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė, nei dauguma komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa laikomuoju prekių tiekėju (deemed supplier) nuotolinei prekybai importuotomis prekėmis siuntose, kurių vertė neviršija €150, ir atskirai — visų prekių, tiekiamų ES pirkėjams, neatsižvelgiant į vertę, jei tikrasis pardavėjas nėra įsikūręs ES. Europos Komisijos aiškinamosiose pastabose dėl PVM e. komercijos taisyklių išdėstytos abi šios sąlygos. Jei kuriate prekyvietę, tai iš esmės keičia sistemos architektūrą, o ne tik prideda naują laukelį duomenų bazėje.

Trumpa apžvalga

Platforma	Geriausiai tinka	Realaus laiko PVM galimybės	Apskaita, OSS ir deklaravimo aprėptis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau naudojančioms Stripe	Apskaičiuoja PVM sukuriant operaciją, įskaitant Slovėniją	ES eksporto ir OSS duomenys; nėra Slovėnijos didžiosios knygos ir ji pati neteikia ES deklaracijų	Verta naudoti tik tada, kai Stripe jau yra pagrindinė mokėjimų infrastruktūra
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal kliento vietą	Registruojasi, teikia deklaracijas ir sumoka mokesčius kaip registruotas prekybininkas (Merchant of Record)	Perima registruoto pardavėjo vaidmenį ir kartu sąskaitą faktūrą
Quaderno	Mažesnėms SaaS ir skaitmeninės komercijos įmonėms	Apskaičiuoja atsiskaitymo metu, patikrina PVM mokėtojo kodus	Mokesčių ataskaitos ir registrai; automatinis deklaracijų teikimas nenumatytas kiekviename plane	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambaus verslo ERP ir atsiskaitymų sistemoms	Realaus laiko PVM nustatymas su prižiūrima mokesčių baze	PVM deklaravimas yra atskiras produktas Returns asortimente	Aprėptis ir kainodara pritaikyta stambių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko nustatymas 190+ jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir ataskaitos; PVM mokėtojo kodų tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Įterptinė buhalterinė apskaita prekyvietėse ir platformose	Nustato PVM schemą ir tarifus kiekvienai operacijai, registruojant juos kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas (audit trail)	Nėra Slovėnijos deklaracijų paketo; sukuriami baziniai skaičiai, didžioji knyga ir Peppol sąskaitos faktūros

Stripe Tax: greitas sprendimas, kai Stripe jau integruotas

Komandoms, jau naudojančioms Stripe mokėjimus, Billing ar Connect, Stripe Tax yra labiausiai prieinamas skaičiavimo realiuoju laiku sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, Tax API kartu su PaymentIntents, mokesčių surinkimas iš sąskaitų faktūrų ir Tax naudojimas su Connect kaip platformoje ar prekyvietėje.

Tai, kur baigiasi Stripe galimybės, pati Stripe nurodo gana aiškiai. Jų mokesčių deklaravimo dokumentacijoje teigiama: „Privalote pateikti deklaracijas ir sumokėti surinktus mokesčius kiekvienoje vietoje, kurioje esate užsiregistravę.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe bendradarbiauja su partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne Stripe Tax. Tai skaičiavimo ir eksporto sluoksnis, bet ne apskaitos registrai.

Kuriant sistemą Slovėnijai, Stripe Tax puikiai susitvarko su lengvąja užduoties dalimi. DDV-O deklaracija ir apskaitos registrai, kuriais ji grindžiama, nepatenka į jos aprėptį.

Paddle: perleiskite mokesčių klausimus kam nors kitam

Paddle priklauso kitai produktų kategorijai. Ji veikia kaip Merchant of Record ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir pervedimą“ ten, kur yra jūsų klientai, todėl apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą, taip pat pateikia deklaraciją ir sumoka mokesčius už jus. Jų programuotojams skirta dokumentacija apima Paddle.js, katalogo API, atsiskaitymo formą (checkout) ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia būseną completed ir dažniausiai naudojamas suteikiant prieigą po apmokėjimo.

Šis kompromisas yra labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebeturite prekybininko, sąskaitų faktūrų išrašymo ir buhalterinės apskaitos modelio kontrolės, kurią išlaikytumėte turėdami savo atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Slovėnijos vartotojams, tai apima skaičiavimą, deklaravimą ir mokesčių pervedimą. Slovėnijos įmonė vis tiek pati privalo teikti savo DDV-O deklaraciją.

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

Quaderno yra vienas aiškiausių, pirmiausia programuotojams skirtų variantų mažesniems skaitmeniniams verslams, norintiems nuo vieno mokėjimų procesoriaus nepriklausomos mokesčių paslaugos. Jos API dokumentacijoje aprašomas /tax_rates/calculate galutinis punktas (endpoint), kuris apskaičiuoja taikytiną tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate punktas, kuris apima ES PVM mokėtojų kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų (credit-note) punktai. Dokumentuota „Connect“ skiltis su paskyrų ištekliais yra ta dalis, kuria remtųsi prekyvietė.

Ribojantis veiksnys yra apimtis. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne buhalterinės apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, o jos viešai prieinama medžiaga negarantuoja automatinio deklaravimo kiekviename plane visose šalyse. Į atsakomybę už deklaracijų teikimą reikėtų žiūrėti kaip į dalyką, kurį reikia patvirtinti raštu.

Ji atlieka skaičiavimus atsiskaitymo metu smulkiam Slovėnijos skaitmeniniam verslui. Tačiau ji neformuoja DDV-O deklaracijos.

Avalara ir Fonoa: stambiojo verslo mokesčių varikliai

Avalara AvaTax atlieka mokesčių nustatymą realiuoju laiku atsiskaitant, išrašant sąskaitas faktūras ar apdorojant užsakymus, naudojant REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM ataskaitų teikimas yra atskira dalis Returns asortimente, todėl ES PVM atitikties darbo eiga nėra vien tik AvaTax — atidžiai planuokite, kokių modulių jums iš tikrųjų reikia. Avalara aprašo registracijos procesą su 90 dienų nemokamu bandomuoju laikotarpiu, o produkcinis komercinis modelis yra pritaikytas stambiosioms įmonėms.

Fonoa Tax Engine nurodo, kad „kiekvienai operacijai realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių režimą“, naudojant versijuotą 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, įtraukite juos į savo specifikaciją, užuot darę prielaidą, kad variklis juos apima.

Kuriant sprendimą vien tik Slovėnijai, abu variantai yra pernelyg sudėtingi. Slovėnijoje šiuo metu nėra jokio sudėtingo klirinso proceso, kuriam suvaldyti sukurti šie varikliai.

Kur tinka Nordlet: PVM atsakymas ir įrašas didžiojoje knygoje yra tas pats dokumentas

Nordlet yra buhalterinės apskaitos API prekyvietėms ir platformoms, kurioms reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako savo pačių produkte, o ne atsiskaitymo procese įdiegtos sąskaitų faktūrų išrašymo programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir buhalterinis įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į klausimą dėl apmokestinimo pagal operacijos duomenis:

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

Pakeiskite klientą į verslą su galiojančiu Slovėnijos PVM mokėtojo kodu, ir ta pati užklausa grąžins reverse_charge kartu su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace, kai pardavėjas įsikūręs už ES ribų, ir bus grąžinta deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas perduodamas kartu su atsakymu — tai yra ta dalis, apie kurią po kelerių metų klaus auditorius.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. Nuotolinės prekybos €10,000 riba yra stebima, o ne priimama kaip prielaida — /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 ankstesnių laikotarpių taisymų skiltį. Tarifai gaunami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti kiekvienai šaliai.

Tada nustatyti duomenys įrašomi į nekeičiamą dvejybinio įrašo didžiąją knygą, kurioje prie įrašo pridedami PVM metaduomenys, todėl nereikia atlikti pakartotinio suderinimo tarp mokesčių variklio ir atskiros registravimo sistemos. Piniginės sumos išreiškiamos kaip dešimtainės eilutės, bet ne slankiojo kablelio skaičiai. Be to: tipizuoti SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, „sandbox“ įmonės, VIES patikros užfiksavimas prie sąskaitos faktūros, kelių įmonių palaikymas ir laikotarpių uždarymas, kad nebūtų galima tyliai redaguoti uždaryto mėnesio.

Slovėnijos aprėpties ribos yra aiškios. Nordlet nepateikia Slovėnijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "SI" grąžina 422 klaidą, nurodydama Lietuvą, Vokietiją ir Lenkiją, todėl DDV-O nėra generuojama ir niekas nėra teikiama per eDavki. Tai, kas prieinama integracijai Slovėnijoje, yra PVM nustatymas kartu su pridėtu teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga, kurios kiekviename įraše yra PVM metaduomenys ir laikotarpių fiksavimas, OSS ir IOSS skaičiavimai su taisymais, VIES patikra, užfiksuota su sąskaita faktūra, bei EN 16931 formato sąskaitos faktūros per Peppol BIS 3.0 — būtent ta kryptimi juda Slovėnijos e. sąskaitų faktūrų išrašymas, kartu su vietiniu e-SLOG formatu, naudojamu viešojo sektoriaus sąskaitoms.

Atvirai apibendrinant: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, stambiojo verslo mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažangesnės. Jei pagrindinis jūsų reikalavimas yra tikri apskaitos registrai — prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje sudengimai ir PVM yra vienoje vietoje — būtent šią spragą ir užpildo Nordlet, ir nė vienas skaičiavimo lygmuo jos neatstoja. Prieš priimant sprendimą, API specifikacijoje matomas visas sistemos aprėpties vaizdas.

Ką Slovėnija reikalauja deklaruoti

Slovėnija laikosi tradicinio kalendoriaus, o nauji reikalavimai numatyti ateityje.

DDV-O deklaracija — PVM deklaracija, teikiama kas mėnesį arba kas ketvirtį (kai apyvarta neviršija €210,000), kurią reikia pateikti iki kito mėnesio paskutinės darbo dienos. Terminas perkeliamas į 20-ąją dieną, kai teikiama ES prekių tiekimo suvestinė ataskaita.
E. sąskaitos faktūros — privalomos teikiant viešajam sektoriui e-SLOG formatu. B2B reikalavimas numatytas 2028 m.

Kadangi nėra reikalavimo duomenis teikti sąskaita po sąskaitos, Slovėnijos integracija vertinama pagal tai, ar vėliau galima atkurti laikotarpio skaičius iš didžiosios knygos naudojant tuo metu galiojusią taisyklę.

Pilnas vaizdas apie šalį — pelno mokestis, darbo užmokestis, deklaracijų kalendorius ir už kiekvieną formą atsakingos institucijos — pateikiamas Slovėnijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš pasirenkant

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

Skaičiavimas ar buhalterinė apskaita — ar nustato PVM apmokestinimo režimą, ar tik išsaugo jūsų perduotą kodą?
Slovėnijos padengimas — 22%, 9.5%, 5%, 0%, atvirkštinis apmokestinimas ir €60,000 riba, padidinta 2025 m.?
ES paskirties logika — ar atskiria Slovėnijos PVM nuo kitos valstybės narės B2C pardavimo atveju?
B2B PVM mokėtojo kodų tikrinimas — ar tikrina VIES sistemą ir išsaugo įrodymus?
OSS ir IOSS — ar agreguoja, paruošia, pateikia, ar tik eksportuoja duomenis?
Prekyvietės atsakomybė — ar gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo vaidmenis?
Apskaitos vientisumas — ar kiekvienas skaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
Programuotojų ergonomika — REST API, SDK, „webhooks“, smėliadėžė (sandbox), idempotentiškumas, versijavimas?
Audito pėdsakas — tarifas, taisyklė, vietovės įrodymas, PVM kodas, laiko žyma, redakcijų istorija?
E. sąskaitų faktūrų kryptis — ar gali išrašyti e-SLOG sąskaitas viešojo sektoriaus pirkėjams ir EN 16931 sąskaitas per Peppol ruošiantis 2028 m. B2B reikalavimui?
Atsakomybė už deklaracijų teikimą — kurį konkretų etapą prisiima sprendimo tiekėjas?

D.U.K.

Kuri platforma siūlo visapusišką ES PVM valdymą realiuoju laiku Slovėnijoje?

Nė viena neturėtų būti apibūdinama kaip apimanti visas tris realaus laiko galimybes kiekvienam verslo modeliui. Slovėnijoje šiuo metu nėra realiojo laiko duomenų teikimo, todėl atviras palyginimas turėtų būti tarp skaičiavimo sluoksnių ir registravimo sistemų.

Ar Stripe Tax pakanka Slovėnijos prekyvietei?

Skaičiavimui ir eksportui dažniausiai taip. Tačiau dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus daugeliui pardavėjų — ne, be to, DDV-O deklaracija vis tiek turi būti suformuota kitoje sistemoje.

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

Ne, ir ji neskaičiuoja DDV-O. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; dėl Slovėnijos API grąžina 422 klaidą ir nurodo šias šalis. Peppol BIS siuntimas yra prieinamas visur.

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

Planuojama, kad tai įvyks 2028 m. Išrašant sąskaitas faktūras viešajam sektoriui jau dabar naudojamas e-SLOG formatas. Prieš planuodami darbus konkrečiai datai, pasitikslinkite dabartinę situaciją su FURS.

Nuo ko pradėti

Nuspręskite, kurių iš trijų realiojo laiko galimybių jums reikia — Slovėnijoje realistiškai tai yra pirmosios dvi, o trečioji įsigalios 2028 m. Jei jums reikia skaičiavimo gyvai Stripe aplinkoje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaracijų pildymo naštos, išbandykite Paddle. Jei apskaitos registrai, išmokėjimai ir PVM turi būti valdomi jūsų pačių produkto viduje, pradėkite pirmiausia nuo „sandbox“ aplinkos. Kainodara yra viešai paskelbta, o ne teikiama tik pagal atskirą užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie paslaugų teikėjus turi nuorodą į to tiekėjo dokumentaciją. Pačios taisyklės paimtos iš:

FURS: VAT (DDV) guidance — 22%, 9.5% ir 5% tarifai bei DDV-O deklaravimo terminai
VAT Act (ZDDV-1) — teisinis Slovėnijos PVM pagrindas
European Commission: eInvoicing in Slovenia — reikalavimas naudoti e-SLOG viešajam sektoriui ir B2B reikalavimų tvarkaraštis
European Commission: VAT One Stop Shop — €10,000 nuotolinės prekybos riba

Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Visi čia pateikti faktai buvo patikrinti pagal viešą dokumentaciją, galiojusią 2026 m. rugsėjo 8 d.; būtinai patikrinkite bet kokią informaciją prieš pradėdami kurti savo sistemą.