ES PVM tikruoju laiku kūrėjams, dirbantiems su Kroatijos rinka

Išsamus apskaitos ir mokesčių platformų, kurios apdoroja Kroatijos ir ES PVM naudojant API, SDK ir „webhook“, palyginimas su tiksliais pastebėjimais, ką iš tikrųjų apima kiekviena iš jų.

2026 m. sausio 1 d. Kroatija įjungė „Fiskalizacija 2.0“ sistemą. PVM mokėtojai dabar privalo išrašyti ir gauti struktūrizuotas elektronines sąskaitas faktūras su tiesioginiu duomenų teikimu tikruoju laiku, o likę subjektai prie šios tvarkos prisijungs 2027 m. Kroatija jau daugelį metų fiskalizavo grynųjų pinigų operacijas, todėl naujasis režimas veikiau pratęsia esamą praktiką, nei įveda naują koncepciją, tačiau programinės įrangos tiekėjams tai bet kuriuo atveju reiškia naują integraciją.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, kurios tikruoju laiku tvarko ES ir Kroatijos PVM, atskiriamas skaičiavimas nuo apskaitos tvarkymo bei deklaravimo ir paaiškinama, kur iš tikrųjų tinka kiekvienas sprendimas.

Ką turi apimti „ES PVM valdymas tikruoju laiku“

Ši frazė dažnai išplečiama apimant labai skirtingus produktus. Kad tai iš tiesų kažką reikštų, platforma, kuriant operaciją, sąskaitą faktūrą, atsiskaitymą ar didžiosios knygos įrašą, turi atlikti daugumą šių veiksmų:

Remiantis operacijos duomenimis nustatyti PVM taikymo režimą.
Pritaikyti galiojančias valstybės ir produkto taisykles.
Apimti Kroatiją ir visą ES, įskaitant atvirkštinį PVM apmokestinimą B2B sektoriuje ir B2C apmokestinimą paskirties valstybėje.
Pateikti visa tai per API, SDK arba internetinius gaudiklius („webhook“).
Išsaugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

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

Skaičiavimas tikruoju laiku – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
Apskaita tikruoju laiku – operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
Duomenų teikimas tikruoju laiku – duomenys perduodami mokesčių administratoriui netrukus po operacijos atlikimo.

Dauguma produktų atlieka tik pirmąjį veiksmą. Labai mažai apima visus tris. 2026 m. sausio mėn. Kroatija perėjo į trečiąją kategoriją: struktūrizuotos elektroninės sąskaitos faktūros teikiamos tikruoju laiku, papildant senesnį grynųjų pinigų fiskalizacijos režimą.

Palyginimą lemiantys Kroatijos ir ES reikalavimai

Kroatija taiko 25% standartinį PVM tarifą, lengvatinius 13% ir 5% tarifus bei 0% tarifą eksportui ir prekių tiekimui ES viduje. 13% tarifas taikomas tam tikriems maisto produktams, apgyvendinimui ir laikraščiams; 5% tarifas – duonai, pienui, knygoms ir vaistams. Įstatyminis pagrindas yra PVM įstatymas (Zakon o porezu na dodanu vrijednost), o taisykles skelbia Mokesčių inspekcija (Porezna uprava). PVM registracija privaloma pasiekus €60,000 apyvartą (riba padidinta nuo €40,000 2025 m.).

Reikalavimus atitinkančiai ES vidaus nuotolinei prekybai vartotojams (B2C) ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti €10,000 riba, nustatyta Europos Komisijos OSS (vieno langelio sistemos) portale. Ją viršijus, PVM paprastai taikomas pagal kliento valstybę narę. OSS sistema leidžia verslui registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai nepanaikina būtinybės taikyti operacijų lygio apmokestinimo logikos.

Taip pat egzistuoja prekyvietėms (marketplace) skirta taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa numanomu tiekėju (deemed supplier), kai vykdoma nuotolinė importuotų prekių prekyba siuntomis, kurių vertė neviršija €150, ir atskirai – kai prekės tiekiamos ES pirkėjams nepriklausomai nuo vertės, jeigu tikrasis pardavėjas nėra įsisteigęs ES. Komisijos aiškinamosiose pastabose dėl PVM elektroninės komercijos taisyklių išdėstytos abi sąlygos. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą laukelį apskaitoje.

Trumpa kandidatų apžvalga

Platforma	Geriausiai tinka	PVM galimybės tikruoju laiku	Apskaitos, OSS ir deklaravimo aprėptis	Pagrindinis trūkumas
Stripe Tax	Produktai ir prekyvietės, jau naudojančios Stripe	Apskaičiuoja PVM operacijos sukūrimo metu, įskaitant Kroatiją	ES eksportas ir OSS duomenys; nėra Kroatijos didžiosios knygos ir pati platforma neteikia ES deklaracijų	Verta rinktis tik tada, kai Stripe jau naudojamas kaip mokėjimų infrastruktūra
Paddle	SaaS ir atsiunčiami skaitmeniniai produktai	Apskaičiuoja PVM atsiskaitymo metu pagal kliento buvimo vietą	Registruoja, deklaruoja ir perveda mokesčius kaip oficialus pardavėjas (Merchant of Record)	Perima oficialaus pardavėjo vaidmenį ir kartu perima sąskaitų faktūrų išrašymą
Quaderno	Smulkesnis SaaS ir skaitmeninė komercija	Apskaičiuoja atsiskaitymo metu, patikrina PVM mokėtojų kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas visiems planams	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambaus verslo ERP ir atsiskaitymų sistemos	Mokesčių nustatymas tikruoju laiku su nuolat atnaujinama mokesčių baze	PVM deklaravimas yra atskiras produktas Returns modulių grupėje	Apimtis ir kainodara pritaikyta stambioms įmonėms
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Mokesčių nustatymas tikruoju laiku daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitos ir ataskaitų teikimas; mokesčių mokėtojų kodų tikrinimas yra atskiras produktas	Viešai neskelbiama kainodara
Nordlet	Integruota apskaita prekyvietėse ir platformose	Nustato apmokestinimo schemą ir tarifus kiekvienai operacijai, registruojama kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS sumos, eksportuojama audito seka	Nėra Kroatijos fiskalizacijos integracijos ir PDV paketo; išrašo EN 16931 formato sąskaitas faktūras per Peppol tinklą

Stripe Tax: greičiausias kelias, kai Stripe jau integruotas

Komandoms, kurios jau naudoja Stripe Payments, Billing ar Connect, Stripe Tax yra lengviausiai prieinamas mokesčių skaičiavimo tikruoju laiku sluoksnis. Dokumentacijoje aprašomas PVM skaičiavimas visame pasaulyje, Tax API kartu su PaymentIntents, mokesčių surinkimas iš sąskaitų faktūrų bei Tax naudojimas kartu su Connect platformoms ar prekyvietėms.

Kur Stripe sustoja, aiškiai nurodo pati Stripe. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kurioje esate registruoti.“ Jungtinėse Valstijose siūlomas automatinis deklaravimas; kitur Stripe bendradarbiauja su deklaravimo partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir eksportavimo sluoksnis, o ne apskaitos registrai.

Kuriant integraciją Kroatijai 2026 m., Stripe Tax atsako į klausimą, kuris jau nebėra pats sudėtingiausias. „Fiskalizacija 2.0“ reikalauja atskiros integracijos.

Paddle: perduokite visą mokesčių tvarkymo atsakomybę kitiems

Paddle yra kitos kategorijos produktas. Jis veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir pervedimą“ ten, kur yra jūsų klientai, taigi, atsiskaitymo metu apskaičiuoja PVM, išrašo sąskaitą faktūrą ir už jus pateikia deklaracijas bei sumoka mokesčius. Jo kūrėjų dokumentacija apima Paddle.js, katalogo API, atsiskaitymą ir „webhook“ gaudiklius, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir yra įprastas būdas suteikti prieigą po apmokėjimo.

Šis kompromisas yra labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebevaldote prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte naudodami savo atsiskaitymo sistemą.

Parduodant skaitmeninius produktus Kroatijos vartotojams, tai apima mokesčių skaičiavimą ir deklaravimą. Tačiau tai neatleidžia pačios Kroatijos įmonės nuo fiskalizacijos prievolių.

Quaderno: mokesčių sluoksnis smulkesniam skaitmeniniam verslui

Quaderno yra vienas aiškesnių programuotojams pritaikytų variantų smulkioms skaitmeninio verslo įmonėms, norinčioms mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jo API dokumentacijoje aprašomas /tax_rates/calculate galinis punktas, apskaičiuojantis taikomą tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate galinis punktas, apimantis ES PVM mokėtojų kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų faktūrų galiniai punktai. Dokumentuota Connect dalis su paskyrų ištekliais yra ta vieta, kuria remtųsi prekyvietė.

Apribojimas yra funkcionalumo apimtis. 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 jos viešojoje medžiagoje nenurodyta, kad automatinis deklaravimas numatytas kiekviename plane kiekvienoje valstybėje. Į atsakomybę už deklaravimą reikėtų žiūrėti kaip į dalyką, kurį būtina patvirtinti raštu.

Ji apima PVM skaičiavimą atsiskaitymo metu. Tačiau PDV deklaracija ir fiskalizacijos režimas nepatenka į jos aprėptį.

Avalara ir Fonoa: stambaus verslo mokesčių skaičiavimo varikliai

Avalara sistema AvaTax naudodama REST API ir SDK atlieka mokesčių nustatymą tikruoju laiku atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu. Atkreipkite dėmesį į produktų suskirstymą: PVM atskaitomybė (VAT Reporting) yra atskira dalis Returns modulyje, todėl ES PVM atitikties užtikrinimo procesas nėra vien tik AvaTax – tiksliai nustatykite, kurių modulių jums iš tikrųjų reikia. Avalara dokumentacijoje aprašytas registracijos procesas su 90 dienų nemokamu bandomuoju laikotarpiu, tačiau produkcinės aplinkos komercinis modelis yra orientuotas į stambias įmones.

Fonoa Tax Engine teigia, kad naudodama versijuotą API „tikruoju laiku apskaičiuoja teisingą netiesioginių mokesčių režimą kiekvienai operacijai“ daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojų kodų tikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl, jei jums svarbūs VIES įrodymai, įtraukite juos atskirai, o ne darykite prielaidą, kad variklis juos apima.

Didelė daugelyje valstybių veikianti platforma, jau turinti mokesčių patvirtinimo (clearance) sistemų integracijas, Kroatijos sistemą pritaikys lengviau nei maža komanda. Tačiau, jei kuriama išskirtinai Kroatijos rinkai, abi sistemos yra pernelyg didelės.

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

Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms pačiame produkte reikia didžiųjų knygų, lėšų išmokėjimų (payouts), ES mokesčių tvarkymo ir eksportuojamos audito sekos, o ne tiesiog prie atsiskaitymo lango 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 mokesčių taikymo atsakymą pagal operacijos faktus:

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

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

Pakeiskite klientą į verslo subjektą, turintį galiojantį Kroatijos PVM mokėtojo kodą, ir tas pats iškvietimas grąžins reverse_charge kartu 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 pateikiamas kartu su atsakymu – tai yra ta dalis, kurios po kelerių metų paprašys auditorius.

Sumodeliuotos devynios apmokestinimo 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 ne numanoma, o sekama – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės situaciją šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja ataskaitinio laikotarpio sumas, įskaitant ankstesnių laikotarpių taisymų skyrių. PVM tarifai gaunami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti kiekvienai valstybei atskirai.

Nustačius mokesčius, jie užregistruojami nekeičiamoje dvejybinio įrašo didžiojoje knygoje kartu su prie įrašo pridėtais PVM metaduomenimis, todėl nebereikia antrojo derinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Pinigų sumos yra dešimtainės eilutės, bet jokiu būdu ne slankiojo kablelio skaičiai. Be to: tipizuoti SDK, „webhook“ gaudikliai, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, bandomosios („sandbox“) įmonės, VIES patikrinimas, „įšaldytas“ sąskaitoje faktūroje, daugelio įmonių palaikymas ir ataskaitinio laikotarpio užrakinimas, užtikrinant, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Ribos Kroatijos atveju yra plačios ir jas verta perskaityti pirmiausia. Nordlet neturi Kroatijos fiskalizacijos integracijos: platforma neteikia sąskaitų faktūrų pagal „Fiskalizacija 2.0“ reikalavimus ir neturi Kroatijos PVM deklaracijos paketo – iškvietus /v1/declarations/eu/vat-return/compute su countryCode: "HR", grąžinama 422 klaida, nurodanti Lietuvą, Vokietiją ir Lenkiją. Nacionaliniai e. sąskaitų faktūrų duomenų struktūros kūrimo įrankiai yra pritaikyti Italijai, Lenkijai ir Rumunijai, bet ne Kroatijai. Ką Nordlet apima, tai apskaitos dalį ir sąskaitos faktūros formatą: PVM nustatymas su jo teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga, OSS ir IOSS sumų skaičiavimas su taisymais, VIES patikrinimas pririštas prie sąskaitos faktūros ir EN 16931 formato sąskaitos faktūros per Peppol BIS 3.0, kas yra ta pati standartų šeima, kuria remiasi ir Kroatijos režimas.

Atvira santrauka: jei jums reikia skaičiavimo tikruoju laiku kuo daugiau valstybių ir kito subjekto, kuris atliktų deklaravimą, stambaus verslo mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažengusios toliau. Jei pagrindinis jūsų reikalavimas yra tikri apskaitos registrai – prekyvietės specifiką suprantanti dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai yra ta spraga, kuriai užpildyti ir buvo sukurtas Nordlet, ir nė vienas iš mokesčių skaičiavimo sluoksnių jos neužpildo. API žinynas parodo visą aprėptį dar prieš jums įsipareigojant.

Ką Kroatija reikalauja deklaruoti

Dabar Kroatijoje galioja viena deklaravimo ir viena duomenų teikimo tvarka, liečianti kiekvieną sąskaitą faktūrą.

PDV deklaracija – PVM deklaracija, teikiama kas mėnesį iki 20 d., apmokant iki mėnesio pabaigos per ePorezna portalą.
Fiskalizacija 2.0 (eRačun) – nuo 2026 m. sausio 1 d. PVM mokėtojai privalo išrašyti ir gauti struktūrizuotas elektronines sąskaitas faktūras pagal EN 16931 standartą su duomenų teikimu tikruoju laiku. Likę subjektai prie šios tvarkos prisijungs nuo 2027 m.
Grynųjų pinigų fiskalizacija – lygiagrečiai toliau galioja ir senasis režimas, apimantis grynųjų pinigų operacijas.

Platformoms, išrašančioms sąskaitas faktūras Kroatijos pardavėjų vardu, 2026 m. sausio mėn. terminas yra labiau produkto tobulinimo, o ne apskaitos terminas.

Visas šios valstybės paveikslas – pelno mokestis, darbo užmokestis, deklaravimo kalendorius ir už kiekvieną formą atsakingos institucijos – pateiktas Kroatijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš pasirenkant

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

Skaičiavimas ar buhalterinė apskaita – ar sistema nustato PVM taikymo režimą, ar tik išsaugo jūsų perduotą kodą?
Kroatijos aprėptis – ar palaiko 25%, 13%, 5%, 0% tarifus, atvirkštinį PVM apmokestinimą ir €60,000 ribą, padidintą 2025 m.?
ES paskirties vietos logika – ar vykdant B2C prekybą sistema gali atskirti Kroatijos PVM nuo kitos valstybės narės PVM?
B2B PVM mokėtojo kodų tikrinimas – ar sistema tikrina VIES duomenų bazę ir išsaugo įrodymus?
OSS ir IOSS – ar sistema kaupia, paruošia, pateikia deklaracijas, ar tik leidžia jas eksportuoti?
Prekyvietės atsakomybė – ar sistema gali modeliuoti pardavėjo, platformos ir numanomo tiekėjo vaidmenis?
Apskaitos vientisumas – ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
Ergonomika kūrėjams – ar siūlomi REST API, SDK, „webhook“ gaudikliai, bandomoji aplinka („sandbox“), idempotentiškumas, versijų valdymas?
Audito seka – ar išsaugomas tarifas, taisyklė, vietos įrodymai, PVM kodas, laiko žyma, keitimų istorija?
Fiskalizacija 2.0 – ar ji gali išrašyti ir gauti EN 16931 e. sąskaitas su duomenų teikimu tikruoju laiku, kurio reikalauja 2026 m. režimas?
Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima tiekėjas?

D.U.K.

Kuri platforma siūlo visapusišką ES PVM valdymą tikruoju laiku Kroatijoje?

Nė viena neturėtų būti apibūdinama kaip apimanti visas tris galimybes tikruoju laiku kiekvienam verslo modeliui. Nuo 2026 m. sausio mėn. Kroatijoje lemiamas klausimas yra tai, ar tiekėjas teikia duomenis pagal „Fiskalizacija 2.0“ reikalavimus.

Kas Kroatijoje pasikeitė 2026 m. sausio 1 d.?

PVM mokėtojai privalo išrašyti ir gauti struktūrizuotas elektronines sąskaitas faktūras pagal EN 16931 standartą su duomenų teikimu tikruoju laiku. Likę subjektai prie šios tvarkos prisijungs nuo 2027 m.

Ar Nordlet teikia Kroatijos sąskaitas faktūras pagal „Fiskalizacija 2.0“ režimą?

Ne. Nėra Kroatijos fiskalizacijos integracijos ir PDV deklaracijos paketo. Nordlet apima mokesčių nustatymą, didžiąją knygą, OSS ir IOSS sumas, audito seką ir EN 16931 formato sąskaitas faktūras per Peppol tinklą.

Ar Stripe Tax pakanka Kroatijos prekyvietei?

Skaičiavimams ir eksportui dažniausiai taip. Tačiau dvejybinio įrašo didžiajai knygai, stebinčiai išmokėjimus daugybei pardavėjų – ne, taip pat tai neatitinka fiskalizacijos režimo reikalavimų.

Nuo ko pradėti

Kroatijoje pirmiausia planuokite atsižvelgdami į „Fiskalizacija 2.0“, nes ji jau įsigaliojo. Jei parduodate skaitmeninius produktus ir norite mokesčių tvarkymą patikėti kitiems, išbandykite Paddle. Jei savo produkte jums reikia apskaitos registrų, išmokėjimų ir audito sekos kartu su atskira fiskalizacijos integracija, pradėkite nuo bandomosios („sandbox“) aplinkos ir prieš pradėdami kurti sistemą pasitvirtinkite Kroatijos apimtis. Kainodara yra viešai skelbiama, o ne teikiama tik pagal užklausą.

Šaltiniai

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

Mokesčių inspekcija (Porezna uprava): pridėtinės vertės mokestis – 25%, 13% ir 5% tarifai bei PDV deklaracijos pateikimo terminai
Europos Komisija: e. sąskaitos faktūros Kroatijoje – „Fiskalizacija 2.0“ e. sąskaitų faktūrų režimas ir jo etapai
Europos Komisija: OSS (vieno langelio sistema) PVM sistemai – €10,000 nuotolinės prekybos riba

Tiekėjų galimybės ir nacionaliniai reikalavimai nuolat keičiasi. Visa čia pateikta informacija buvo sutikrinta su viešai prieinama dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedant kurti sistemą, rekomenduojame viską patikrinti savarankiškai.