Real-Time EU VAT for Developers Building in Hungary

A grounded comparison of accounting and tax platforms that handle Hungarian and EU VAT through APIs, SDKs and webhooks, with clear notes on what each one actually covers.

Vengrija sugalvojo moderniąją realiojo laiko sąskaitų faktūrų teikimo versiją, ir tai iki šiol išlieka griežčiausias reikalavimas Europos Sąjungoje. Kiekviena PVM mokėtojo išrašyta sąskaita faktūra XML formatu iš karto siunčiama NAV, netaikant jokių vertės ribų. Be to, Vengrijoje taikomas didžiausias standartinis PVM tarifas sąjungoje, siekiantis 27 proc. Todėl, kai teikėjas tvirtina palaikantis „realiojo laiko Vengrijos PVM“, vienintelis svarbus klausimas yra tas, ar jis jungiasi prie „Online Számla“.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, realiuoju laiku apdorojančios ES ir Vengrijos PVM, atskiriamas apskaičiavimas nuo buhalterinės apskaitos bei deklaravimo ir nurodoma, kur kiekvienas pasirinkimas reikalavimus atitinka realiai.

Ką turi apimti „realiojo laiko ES PVM valdymas“

Šis terminas dažnai vartojamas kalbant apie labai skirtingus produktus. Kad jis turėtų prasmę, platforma turi atlikti bent didžiąją dalį šių veiksmų kuriant sandorį, sąskaitą faktūrą, atsiskaitymą arba didžiosios knygos (general ledger) įrašą:

Nustatyti PVM taikymo tvarką pagal sandorio duomenis.
Pritaikyti galiojančias šalies ir prekės taisykles.
Apimti Vengriją bei platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą vartotojo valstybėje narėje.
Pateikti visa tai per API, SDK arba saikiklius (webhooks).
Saugoti duomenis PVM, OSS, auditui ir apskaitos atskaitomybei.

Sąvokoje „realus laikas“ slepiasi trys skirtingi pajėgumai:

Apskaičiavimas realiuoju laiku – PVM apskaičiuojamas kuriant sandorį arba sąskaitą faktūrą.
Apskaita realiuoju laiku – sandoris, didžiosios knygos įrašas ir PVM duomenys iš karto patenka į apskaitą.
Ataskaitų teikimas realiuoju laiku – duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.

Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Vengrija yra ta šalis, kuriai ši sąvoka ir buvo sukurta. Sąskaitos faktūros duomenys siunčiami NAV nedelsiant, kiekvienai sąskaitai, be jokių vertės ribų, todėl trečioji funkcija nėra pasirinktinė ir jos negalima atidėti mėnesio pabaigai.

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

Vengrijoje taikomas 27 proc. standartinis tarifas (aukščiausias ES), taip pat 18 proc. ir 5 proc. sumažinti tarifai bei 0 proc. tarifas eksportui ir prekybai ES viduje. 18 proc. tarifas taikomas tam tikriems pieno ir kepinių gaminiams bei kai kuriems renginiams; 5 proc. tarifas taikomas naujiems būstams, vaistams, knygoms, centralizuotam šildymui ir tam tikriems maisto produktams. Teisinis pagrindas yra PVM įstatymas (C-XXVII įstatymas dėl PVM). Atleidimo nuo prievolės riba 2026 metams yra 20 000 000 HUF (palyginti su 18 mln. HUF anksčiau, o 2027 metais ji kilstelės iki 22 mln. HUF). Vengrijoje naudojamas forintas, todėl tik eurais operuojančiai platformai reikalingos konversijos ir apvalinimo taisyklės, kurios nesukeltų problemų generuojamame XML faile.

Atitinkamiems ES vidaus B2C nuotolinės prekybos sandoriams ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma 10 000 eurų riba visoje ES, kuri nustatyta Europos Komisijos „Vieno langelio“ (One Stop Shop) portale. Ją viršijus, PVM paprastai priklauso pirkėjo valstybei narei. „Vienas langelis“ leidžia verslui registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visoje ES, tačiau tai nepanaikina poreikio užtikrinti logiką sandorio lygmeniu.

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

Trumpa platformų apžvalga

Platforma	Geriausiai tinka	PVM galimybės realiuoju laiku	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinė išimtis
Stripe Tax	Produktams ir prekyvietėms, jau veikiantiems „Stripe“	Apskaičiuoja PVM sukuriant sandorį, įskaitant Vengriją	ES eksportas ir OSS duomenys; nėra Vengrijos didžiosios knygos ir ji pati neteikia ES deklaracijų	Verta tik tuomet, kai „Stripe“ jau naudojama atsiskaitymams
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal kliento buvimo vietą	Registruoja, deklaruoja ir sumoka kaip pardavėjas (Merchant of Record)	Perima pardavėjo vaidmenį ir kartu su juo sąskaitą faktūrą
Quaderno	Mažesniems SaaS ir skaitmeninės komercijos verslams	Apskaičiuoja atsiskaitymo metu, tikrina PVM kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentuotas ne kiekvienam planui	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Didelėms įmonėms, naudojančioms ERP ir sąskaitų faktūrų išrašymo stogą	Nustatymas realiuoju laiku su prižiūrimu mokesčių turiniu	PVM atskaitomybė yra atskiras produktas „Returns“ asortimente	Apimtis ir kaina orientuotos į verslo lygio projektus
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Nustatymas realiuoju laiku daugiau nei 190-yje jurisdikcijų	Deklaracijos, e. sąskaitų faktūrų išrašymas ir ataskaitos; PVM kodo tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruotai apskaitai prekyvietėse ir platformose	Išsprendžia schemą ir tarifus kiekvienam sandoriui, įrašydama juos kartu su didžiosios knygos įrašu	Nekintama dvigubo įrašo didžioji knyga, išmokos, OSS ir IOSS rodmenys, eksportuojamas audito sekimas	Nėra „Online Számla“ integracijos ir Vengrijos deklaracijų paketo; sukuria 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“ arba „Connect“, „Stripe Tax“ yra prieinamiausias realiojo laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, mokesčių API naudojant „PaymentIntents“, mokesčių rinkimas sąskaitose faktūrose bei „Tax“ naudojimas su „Connect“ kaip platformoje ar prekyvietėje.

„Stripe“ savarankiškai aiškiai nubrėžia savo galimybių ribas. Jų deklaravimo dokumentacijoje nurodyta: „Privalote patys deklaruoti ir sumokėti mokesčius, kuriuos surenkate kiekvienoje jurisdikcijoje, kurioje esate registruoti.“ 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 apskaitos knyga.

Vengrijos rinkai skirtiems projektams „Stripe Tax“ baigiasi lygiai ten, kur prasideda prievolės. „Online Számla“ ataskaitų teikimas yra atskira integracija su neatidėliotinais terminais.

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

„Paddle“ yra kito tipo produktas. Jis veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ jūsų klientų šalyse. Jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka mokesčius už jus. Programuotojams skirtoje dokumentacijoje pateikiami „Paddle.js“, katalogo API, atsiskaitymo ir saikikliai (webhooks), tokie kaip transaction.completed, kuris aktyvuojamas sandoriui pasiekus completed būseną ir yra įprastas mechanizmas prieigai po apmokėjimo suteikti.

Šis kompromisas yra labiau architektūrinis nei techninis. „Paddle“ tampa oficialiu pardavėju, todėl nebesinaudojate tokiu pardavėjo, sąskaitų faktūrų ir apskaitos modeliu, kokį turėtumėte pasirinkę savo atsiskaitymo sprendimą.

Vengrijos vartotojams parduodamiems skaitmeniniams produktams tai yra švarus kelias. Tačiau tai nepadeda vykdyti Vengrijos įmonės pačios „Online Számla“ prievolės išrašomoms sąskaitoms faktūroms.

Quaderno: mokesčių sluoksnis mažesnėms skaitmeninio verslo įmonėms

„Quaderno“ yra viena aiškiausių programuotojams skirtų alternatyvų mažesniam skaitmeniniam verslui, norinčiam mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų apdorojimo partnerio. Jo API dokumentacijoje aprašomas /tax_rates/calculate galinis punktas (endpoint), apskaičiuojantis taikomą tarifą pagal kliento adresą ir sandorio tipą, /tax_ids/validate galinis punktas, tikrinantis ES PVM kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galiniai punktai. Dokumentuotas „Connect“ skyrius su paskyrų ištekliais yra ta dalis, kuria remiantis galima kurti prekyvietę.

Apribojimas susijęs su apimtimi. „Quaderno“ yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekintama dvigubo įrašo didžiąja knyga, o jo viešoje medžiagoje nenurodomas automatinis deklaravimas pagal kiekvieną planą kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikėtų pasitvirtinti raštu.

Jis apima apskaičiavimą atsiskaitymo metu. Nei ÁFA deklaracija, nei „Online Számla“ ataskaitų teikimas neįeina į jo apimtį.

Avalara ir Fonoa: didelėms įmonėms skirti mokesčių varikliai

„Avalara“ AvaTax atlieka realiojo laiko mokesčių nustatymą atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM ataskaitų teikimas („VAT Reporting“) yra atskiroje „Returns“ paslaugų grupėje, todėl ES PVM atitikties procesas nėra vien tik „AvaTax“ – iš anksto nusistatykite modulių, kurių jums iš tikrųjų reikia, apimtį. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis orientuotas į stambų verslą.

„Fonoa“ Tax Engine nurodo, kad per versijuojamą API daugiau nei 190-yje jurisdikcijų jis „apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienam sandoriui realiuoju laiku“. Viena architektūrinė detalė yra svarbi: mokesčių kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei VIES įrodymai jums svarbūs, apibrėžkite tai tiesiogiai, o ne darykite prielaidą, kad variklis tuo pasirūpina.

Vengrija yra viena iš šalių, kur įmonės lygio variklis su dokumentuota „Online Számla“ jungtimi yra pagrįstas pirkinys, nes ataskaitų teikimas reikalauja griežtumo ir vyksta nuolat.

Kur „Nordlet“ užima savo vietą: 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 pačiame produkte, o ne prie atsiskaitymo prijungtos sąskaitų faktūrų išrašymo programėlės.

Architektūrinis skirtumas tas, kad PVM nustatymas ir apskaitos įrašas priklauso tai pačiai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą apie taikomą tvarką pagal sandorio duomenis:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "HU",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "27.00" },
    { "category": "reduced", "ratePercent": "18.00" },
    { "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 Vengrijos PVM kodu, tas pats kvietimas grąžina reverse_charge su 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 praėjus keleriems metams.

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 pateikia informaciją, kokią poziciją įmonė užima jos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis, įskaitant ankstesnių laikotarpių patikslinimų skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Nustatytas rezultatas patenka į nekintamą dvigubo įrašo didžiąją knygą, o PVM metaduomenys pridedami prie įrašo, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainės eilutės, jokiais būdais nenaudojant slankiojo kablelio (floating-point) skaičių. Aplink tai veikia: tipizuoti SDK, saikikliai (webhooks), tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, smėlio dėžės (sandbox) įmonės, prie sąskaitos faktūros pririštas VIES patvirtinimas, daugelio įmonių palaikymas ir laikotarpių užrakinimas, kad uždarytas mėnuo nebūtų slapta koreguojamas.

Vengrijos specifika yra plati ir ją verta paminėti pirmiausia. „Nordlet“ neturi jokios „Online Számla“ integracijos: sąskaitų faktūrų duomenys nesiunčiami į NAV, taip pat nėra Vengrijos deklaracijų paketo – /v1/declarations/eu/vat-return/compute su countryCode: "HU" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją. Nacionaliniai e. sąskaitų faktūrų duomenų rengikliai egzistuoja Italijai, Lenkijai ir Rumunijai, bet ne Vengrijai. Ką „Nordlet“ apima Vengrijos subjektui, tai apskaitos pusę: PVM nustatymą su teisiniu pagrindu, nekintamą dvigubo įrašo didžiąją knygą su PVM metaduomenimis prie kiekvieno įrašo, OSS ir IOSS apskaičiavimą su pataisymais, prie sąskaitos faktūros pririštą VIES patvirtinimą bei EN 16931 sąskaitas faktūras per „Peppol BIS 3.0“. Jei jūsų Vengrijos įmonė išrašo savo sąskaitas faktūras, „Online Számla“ jungtis lieka atskiru reikalavimu.

Sąžininga santrauka: jei jums reikalingas tiesioginis apskaičiavimas kuo didesniame šalių skube ir norite, kad deklaracijas pateiktų kas nors kitas, verslo mokesčių varikliai ir oficialaus pardavėjo (Merchant of Record) paslaugos yra pažangesnės. Jei pagrindinis jūsų reikalavimas yra tikra apskaitos knyga (prekyvietės reikalavimus palaikanti dvigubo įrašo didžioji knyga, kurioje išmokos ir PVM yra vienoje vietoje), tai yra spraga, kuriai užpildyti „Nordlet“ ir buvo sukurta, ir jokie skaičiavimo sluoksniai šios problemos neišsprendžia. API žinynas parodo visą sąsajos paviršių, dar prieš priimant galutinį sprendimą.

Ką Vengrijoje privaloma deklaruoti

Vengrijoje ataskaitos teikiamos nuolat, o deklaracijos – periodiškai.

Online Számla – realiojo laiko sąskaitų faktūrų ataskaitų teikimas NAV. Tai privaloma visoms PVM mokėtojų išrašytoms sąskaitoms faktūroms XML formatu, be jokių vertės ribų. Ataskaitos teikiamos išrašant sąskaitą faktūrą, o ne pasibaigus laikotarpiui.
ÁFA return – PVM deklaracija, teikiama kas mėnesį, kas ketvirtį arba kasmet iki 20 dienos. Deklaravimo dažnumą nustato NAV.
eVAT projektai – NAV parengia deklaracijų projektus iš pateiktų duomenų, kas veikia tik tuomet, kai pateikti duomenys yra teisingi.

Priklausomybių eiliškumas yra tai, į ką reikia atsižvelgti projektuojant sistemą: sąskaitos faktūros ataskaita pateikiama pirmiausia, o deklaracija seka po jos. Jei ataskaitų teikimas bus neteisingas, neteisinga bus ir deklaracija.

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

Atrankos kriterijai, kuriuos verta įvertinti prieš pasirašant sutartį

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

Apskaičiavimas ar buhalterinė apskaita – ar jis nustato PVM taikymo tvarką, ar tik išsaugo jūsų perduotą kodą?
Vengrijos apimtis – 27 proc., 18 proc., 5 proc., 0 proc., atvirkštinis apmokestinimas, forinto sumos ir 20 000 000 HUF atleidimo riba?
ES paskirties vieta logika – ar vykdant B2C pardavimą jis gali atskirti Vengrijos PVM nuo kitos valstybės narės PVM?
B2B PVM kodo tikrinimas – ar jis patikrina VIES ir išsaugo įrodymus?
OSS ir IOSS – ar jis apibendrina, parengia, pateikia, ar tik eksportuoja duomenis?
Prekyvietės atsakomybė – ar jis gali modeliuoti pardavėjo, platformos ir laikomo tiekėjo (deemed-supplier) vaidmenis?
Apskaitos vientisumas – ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
Programuotojų ergonomika – REST API, SDK, saikikliai (webhooks), smėlio dėžė (sandbox), pakartotinių bandymų saugumas (idempotency), versijavimas?
Audito pėdsakas – tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
Online Számla – ar išrašant sąskaitas faktūras jos duomenys perduodami NAV reikiamu XML formatu be vertės ribų?
Atsakomybė už deklaravimą – kurį konkrečiai žingsnį prisiima teikėjas?

D.U.K.

Kuri platforma siūlo pilną realiojo laiko ES PVM valdymą Vengrijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realiojo laiko funkcijas kiekvienam verslo modeliui. Vengrijoje lemiamu veiksniu tampa trečioji funkcija: teikėjas be „Online Számla“ jungties nėra pilnavertis sprendimas, nesvarbu, koks geras būtų jo skaičiavimo variklis.

Ar „Stripe Tax“ teikia ataskaitas „Online Számla“ sistemai?

Ne. „Stripe Tax“ apskaičiuoja PVM ir eksportuoja duomenis. Sąskaitų faktūrų duomenų perdavimas NAV yra atskira integracija, o Vengrijoje ji privaloma kiekvienai sąskaitai faktūrai.

Ar „Nordlet“ teikia Vengrijos sąskaitų faktūrų ataskaitas NAV?

Ne. „Nordlet“ neturi „Online Számla“ integracijos ir Vengrijos deklaracijų paketo. „Nordlet“ apima nustatymą, didžiąją knygą, OSS ir IOSS rodmenis bei audito pėdsaką; ryšys su NAV ataskaitų teikimo sistema yra atskiras reikalavimas.

Ar Vengrijoje taikoma sąskaitų faktūrų teikimo vertės riba?

Ne. Kiekviena PVM mokėtojo išrašyta sąskaita faktūra pateikiama neatsižvelgiant į jos vertę, XML formatu.

Nuo ko pradėti

Vengrijoje pradėkite nuo „Online Számla“ ir judėkite atgal, nes tai yra prievolė, kurioje klaidos netoleruojamos. Jei parduodate skaitmeninius produktus ir norite, kad visą mokesčių valdymą atliktų kiti, išbandykite „Paddle“. Jei savo produkte norite turėti tikrą apskaitos knygą, išmokas ir audito pėdsaką kartu su atskira NAV ataskaitų teikimo jungtimi, pradėkite naudotis smėlio dėže (sandbox) ir iš anksto patvirtinkite, kurios dalys yra padengtos, prieš kurdami sprendimą aplink jas. Kainoraštis yra viešai skelbiamas, o ne pateikiamas tik pagal individualią užklausą.

Šaltiniai

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

NAV: PVM ir „Online Számla“ – 27 proc., 18 proc. ir 5 proc. tarifai bei realiojo laiko sąskaitų faktūrų teikimo prievolė
PVM įstatymas (C-XXVII įstatymas) – Vengrijos PVM teisinis pagrindas
Europos Komisija: PVM „Vienas langelis“ – 10 000 eurų nuotolinės prekybos riba

Pardavėjų galimybės ir nacionaliniai reikalavimai keičiasi. Visa čia pateikta informacija buvo patikrinta pagal viešąją dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami sistemą, viską papildomai pasitikrinkite.