Realaus laiko ES PVM programuotojams, kuriantiems Vengrijos rinkai

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

Vengrija sukūrė modernią realaus laiko sąskaitų faktūrų teikimo (reporting) versiją, ir tai vis dar yra griežčiausia tokio pobūdžio sistema ES. Kiekviena PVM mokėtojo išrašyta sąskaita faktūra nedelsiant perduodama NAV (Vengrijos mokesčių inspekcijai) XML formatu, netaikant jokios sumos ribos. Vengrijoje taip pat taikomas aukščiausias standartinis PVM tarifas Europos Sąjungoje – 27%. Todėl, kai paslaugų teikėjas teigia palaikantis „Vengrijos PVM realiuoju laiku“, vienintelis svarbus klausimas – ar jo sprendimas integruotas su „Online Számla“.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, realiuoju laiku apdorojančios ES ir Vengrijos PVM, atskiriami skaičiavimai nuo buhalterinės apskaitos ir deklaravimo bei nurodoma, kur kiekvienas pasirinkimas geriausiai tinka.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai išplečiama ir taikoma labai skirtingiems produktams. Kad ji iš tikrųjų kažką reikštų, platforma, kuriant operaciją, sąskaitą faktūrą, atsiskaitymą ar didžiosios knygos įrašą, turi atlikti daugumą šių funkcijų:

Nustatyti PVM apmokestinimo režimą remiantis operacijos duomenimis.
Pritaikyti galiojančias šalies ir produkto taisykles.
Apimti Vengriją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties valstybėje narėje.
Suteikti prieigą prie visų šių funkcijų per API, SDK ar „webhook“.
Iš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 kuriant operaciją arba sąskaitą faktūrą.
Apskaita realiuoju laiku – operacija, didžiosios knygos įrašas ir PVM duomenys iš karto užregistruojami apskaitoje.
Duomenų teikimas realiuoju laiku – duomenys perduodami mokesčių administratoriui netrukus po operacijos įvykdymo.

Dauguma produktų atlieka pirmąjį veiksmą. Labai nedaugelis – visus tris. Vengrija yra ta šalis, kuriai ir buvo sukurta ši frazė. Sąskaitų faktūrų duomenys NAV perduodami nedelsiant, už kiekvieną sąskaitą faktūrą, netaikant jokios vertės ribos, todėl trečioji galimybė nėra pasirenkama ir negali būti apdorojama paketais mėnesio pabaigoje.

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

Vengrijoje taikomas 27% standartinis tarifas – didžiausias ES, su lengvatiniais 18% ir 5% tarifais, bei 0% eksportui ir tiekimui ES viduje. 18% tarifas taikomas tam tikriems pieno ir duonos gaminiams bei kai kuriems renginiams; 5% tarifas taikomas naujam būstui, vaistams, knygoms, centralizuotam šildymui ir kai kuriems maisto produktams. Įstatyminis pagrindas yra PVM įstatymas, 2007 m. Įstatymas CXXVII. 2026 m. nustatyta registravimosi PVM mokėtoju riba yra HUF 20,000,000, padidinta nuo HUF 18m ir 2027 m. kilsianti iki HUF 22m. Vengrija naudoja forintą, todėl tik su eurais dirbančiai platformai reikalingos valiutos konvertavimo ir apvalinimo taisyklės, kurios atitiktų teikiamo XML formato reikalavimus.

Atitinkamiems B2C nuotoliniams pardavimams ES viduje ir tarptautinėms skaitmeninėms paslaugoms taikoma bendra ES riba – €10,000, nustatyta Europos Komisijos „Vieno langelio“ (One Stop Shop) portale. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybę narę. OSS sistema leidžia verslui įsiregistruoti vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visai ES, tačiau tai nepanaikina būtinybės taikyti operacijų lygio logiką.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja laikoma numanomu tiekėju (deemed supplier) nuotoliniu būdu parduodant importuotas prekes siuntose, kurių vertė neviršija €150, ir atskirai – kai prekės tiekiamos ES pirkėjams už bet kokią sumą, jei tikrasis pardavėjas nėra įsisteigęs ES. Komisijos aiškinamosiose pastabose dėl elektroninės prekybos PVM taisyklių išdėstytos abi šios nuostatos. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda naują laukelį.

Atrinktųjų variantų apžvalga

Platforma	Kam labiausiai tinka	Realaus laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinė išlyga
Stripe Tax	Produktai ir prekyvietės jau naudojantys Stripe	Apskaičiuoja PVM operacijos kūrimo metu, įskaitant Vengriją	ES eksportas ir OSS duomenys; nėra Vengrijos didžiosios knygos ir pati platforma neteikia ES deklaracijų	Verta rinktis tik tada, kai Stripe jau yra pagrindinė mokėjimų sistema
Paddle	SaaS ir atsisiunčiami skaitmeniniai produktai	PVM apskaičiuojamas atsiskaitymo metu pagal kliento vietą	Registruoja, deklaruoja ir sumoka mokesčius kaip registruotas prekybininkas (Merchant of Record)	Perima oficialaus pardavėjo (seller-of-record) vaidmenį ir kartu su juo išrašo sąskaitą faktūrą
Quaderno	Smulkus SaaS ir skaitmeninės komercijos verslas	Apskaičiuoja atsiskaitymo metu, patikrina PVM mokėtojų kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas kiekviename plane	Tai mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, bet ne didžioji knyga
Avalara AvaTax	Įmonių ERP ir sąskaitų išrašymo (billing) sistemos	Realaus laiko nustatymas su nuolat atnaujinama mokesčių baze	PVM ataskaitų teikimas (VAT Reporting) yra atskiras produktas deklaracijų (Returns) asortimente	Pritaikyta ir įkainota didelių įmonių diegimams
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realaus laiko nustatymas daugiau nei 190+ jurisdikcijų	Deklaracijos, e-sąskaitos faktūros ir duomenų teikimas; mokesčių mokėtojo kodo patikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruota buhalterinė apskaita prekyvietėse ir platformose	Nustato 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, eksportuojamas audito pėdsakas	Nėra „Online Számla“ integracijos ir nėra ÁFA deklaracijų paketo; generuoja didžiąją knygą ir Peppol sąskaitas faktūras

Stripe Tax: greitas kelias, kai Stripe jau integruotas

Komandoms, kurios jau naudoja Stripe mokėjimus, Billing ar Connect, Stripe Tax yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM skaičiavimas visame pasaulyje, Tax API naudojimas su PaymentIntents, mokesčių surinkimas pagal sąskaitas faktūras ir Tax naudojimas kartu su Connect kaip platforma ar prekyviete.

Kur Stripe galimybės baigiasi, pati platforma nurodo aiškiai. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktą mokestį kiekvienoje vietovėje, kurioje esate registruoti“. Automatinis deklaravimas siūlomas JAV; kitur Stripe bendradarbiauja su partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai skaičiavimo ir eksportavimo sluoksnis, o ne buhalterijos knygos.

Kuriant sprendimą Vengrijos rinkai, Stripe Tax sustoja būtent ten, kur prasideda prievolė. Duomenų teikimas į „Online Számla“ yra atskira integracija, kuriai taikomi neatidėliotini terminai.

Paddle: perduokite visą mokestinį vaidmenį kažkam kitam

Paddle yra kitos kategorijos produktas. Ji veikia kaip registruotas prekybininkas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir pervedimą“ tose valstybėse, kur yra jūsų klientai, todėl apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą ir už jus deklaruoja bei sumoka mokesčius. Jos programuotojų dokumentacija apima Paddle.js, katalogo API, atsiskaitymo procesą ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir paprastai yra naudojamas suteikiant prieigą po apmokėjimo.

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

Parduodant skaitmeninius produktus Vengrijos vartotojams, tai yra paprastas kelias. Tačiau tai niekaip nepadeda Vengrijos įmonei vykdyti nuosavų prievolių „Online Számla“ sistemai dėl jos pačios išrašomų sąskaitų faktūrų.

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

Quaderno yra vienas aiškesnių, į programuotojus orientuotų pasirinkimų mažesniam skaitmeniniam verslui, norinčiam mokesčių paslaugos, nepriklausančios nuo vieno mokėjimų procesoriaus. Jos API dokumentacijoje aprašomas /tax_rates/calculate „endpoint“, kuris apskaičiuoja taikytiną tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate „endpoint“, skirtas ES PVM mokėtojų kodams tikrinti, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų faktūrų „endpoints“. Dokumentuota „Connect“ skiltis su paskyrų ištekliais yra ta dalis, kuria galėtų remtis prekyvietė.

Apribojimas slypi apimtyje. 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, ir viešai prieinama informacija negarantuoja automatinio deklaravimo kiekviename plane visose šalyse. Deklaravimo atsakomybę traktuokite kaip dalyką, kurį būtina pasitvirtinti raštu.

Ji apima skaičiavimus atsiskaitymo metu. Tačiau nei ÁFA deklaracija, nei „Online Számla“ ataskaitų teikimas į jos apimtį nepatenka.

Avalara ir Fonoa: didelių įmonių mokesčių varikliai

Avalara „AvaTax“ per REST API ir SDK atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų išrašymo ar užsakymų apdorojimo metu. Atkreipkite dėmesį į produktų atskyrimą: PVM deklaravimas yra atskiroje deklaracijų kategorijoje, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ – turite pasirinkti būtent tuos modulius, kurių jums tikrai reikia. Avalara dokumentacijoje nurodomas registracijos kelias su 90 dienų nemokamu bandomuoju laikotarpiu, o produkcinis komercinis modelis yra pritaikytas stambioms įmonėms.

Fonoa „Tax Engine“ teigia, kad naudodama versijuojamą API daugiau nei 190 jurisdikcijų „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apmokestinimo režimą kiekvienai operacijai“. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodo tikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl jei jums svarbūs VIES įrodymai, tiesiogiai įtraukite šį modulį, užuot darę prielaidą, kad mokesčių variklis jį apima.

Vengrija yra viena iš šalių, kur stambaus masto variklis su dokumentuota „Online Számla“ integracija yra visiškai pateisinamas pirkinys, nes duomenų teikimas čia yra nuolatinis ir neleidžiantis klysti.

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

Nordlet yra buhalterinės apskaitos API, skirtas prekyvietėms ir platformoms, kurioms pačiame jų produkte reikia didžiosios knygos, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako, o ne prie atsiskaitymo priskirtos 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 režimo klausimą remiantis operacijos faktais:

{
  "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 pirkėją į verslo subjektą, turintį galiojantį Vengrijos PVM mokėtojo kodą, 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 pardavėju, įsisteigusiu už ES ribų, grąžinamas deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to auditoriai prašo 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 nuotolinės prekybos riba yra sekama, o ne daroma prielaida, kad ji pasiekta – /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 imami iš Europos Komisijos TEDB duomenų bazės kartu su jų įsigaliojimo datomis, o įmonė gali juos perrašyti atskirai kiekvienai šaliai.

Šis nustatymas tada užregistruojamas nekeičiamoje dvejybinio įrašo didžiojoje knygoje su prie įrašo pridėtais PVM metaduomenimis, todėl nereikia atlikti antro suderinimo tarp mokesčių variklio ir atskiros įrašų sistemos. Piniginės sumos yra pateikiamos kaip dešimtainės eilutės (decimal strings), o ne kintamojo kablelio skaičiai. Be to, yra: tipizuoti SDK, „webhooks“ (pvz., sale_invoice.paid), Idempotency-Key palaikymas saugiems pakartotiniams bandymams, testinės (sandbox) įmonės, VIES patikrinimas, „užšaldytas“ prie sąskaitos faktūros, kelių įmonių palaikymas bei laikotarpio uždarymas, užtikrinantis, kad uždarytas mėnuo negalėtų būti tyliai koreguojamas.

Vengrijos rinkos ribos yra plačios, ir tai verta paminėti pirmiausia. Nordlet neturi „Online Számla“ integracijos: sąskaitų faktūrų duomenys nėra perduodami NAV, o Vengrijos deklaracijų paketo nėra – /v1/declarations/eu/vat-return/compute su countryCode: "HU" grąžina 422 klaidą, nurodydama, kad palaikomos Lietuva, Vokietija ir Lenkija. Nacionaliniai e-sąskaitų turinio formavimo moduliai sukurti Italijai, Lenkijai ir Rumunijai, bet ne Vengrijai. Ką Nordlet padengia Vengrijos įmonei, yra apskaitos pusė: PVM nustatymas su teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga su PVM metaduomenimis kiekviename įraše, OSS ir IOSS apskaičiavimas su taisymais, VIES patikrinimas, „užšaldytas“ sąskaitoje faktūroje, ir EN 16931 formato sąskaitos faktūros per Peppol BIS 3.0. Jei jūsų Vengrijos įmonė pati išrašo sąskaitas faktūras, prisijungimas prie „Online Számla“ lieka atskiru reikalavimu.

Sąžininga santrauka: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir norite, kad deklaracijas pateiktų kas nors kitas, didelių įmonių mokesčių varikliai ir registruoto prekybininko paslaugos yra gerokai pranašesnės. Jei pagrindinis jūsų reikalavimas yra tikros buhalterijos knygos – dvejybinio įrašo didžioji knyga, pritaikyta prekyvietėms, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šią nišą užpildyti ir buvo sukurtas Nordlet, o joks kitas skaičiavimo sluoksnis to nepadarys. API dokumentacija parodo visą sistemos apimtį prieš jums priimant sprendimą.

Ką privaloma deklaruoti Vengrijoje

Vengrijoje duomenys teikiami nuolatos, o deklaruojama – periodiškai.

Online Számla – realaus laiko sąskaitų faktūrų teikimas NAV. Tai privaloma visoms PVM mokėtojų išrašytoms sąskaitoms faktūroms, XML formatu, be jokios sumos ribos. Duomenys teikiami sąskaitos išrašymo metu, o ne laikotarpio pabaigoje.
ÁFA deklaracija – PVM deklaracija, teikiama kas mėnesį, ketvirtį arba metus iki 20 dienos. Dažnumą nustato NAV.
eVAT projektai – NAV parengia preliminarias deklaracijas iš pateiktų duomenų, kas veikia tik tuo atveju, jei pateikti duomenys yra teisingi.

Svarbu atsižvelgti į šią priklausomybę projektuojant sistemą: pirmiausia teikiama sąskaitos faktūros ataskaita, o iš jos kyla deklaracija. Jei ataskaitų duomenys klaidingi, klaidinga bus ir deklaracija.

Visą šalies vaizdą – pelno mokestį, darbo užmokestį, deklaravimo kalendorių ir už kiekvieną formą atsakingas institucijas – rasite Vengrijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš įsipareigojant

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

Skaičiavimas ar buhalterinė apskaita – ar sprendimas nustato PVM apmokestinimo režimą, ar tik išsaugo jūsų perduotą kodą?
Vengrijos padengimas – 27%, 18%, 5%, 0%, atvirkštinis apmokestinimas, sumos forintais ir HUF 20,000,000 registravimosi PVM mokėtoju riba?
ES paskirties valstybės logika – ar vykdant B2C pardavimus sistema gali atskirti Vengrijos PVM nuo kitos valstybės narės PVM?
B2B PVM mokėtojo kodo tikrinimas – ar patikrinamas VIES ir išsaugomi įrodymai?
OSS ir IOSS – ar sprendimas agreguoja, parengia, pateikia, ar tik eksportuoja duomenis?
Prekyvietės atsakomybė – ar sistema gali modeliuoti pardavėjo, platformos ir numanomo tiekėjo vaidmenis?
Apskaitos vientisumas – ar kiekvienas skaičiavimas sugeneruoja atitinkamą didžiosios knygos įrašą?
Programuotojų ergonomika – REST API, SDK, „webhooks“, testinė aplinka, idempotentiškumas, versijavimas?
Audito pėdsakas – tarifas, taisyklė, vietos nustatymo įrodymai, PVM mokėtojo kodas, laiko žyma, keitimų istorija?
Online Számla – ar sąskaitų faktūrų duomenys perduodami NAV reikalaujamu XML formatu iškart jas išrašant, netaikant jokios sumos ribos?
Deklaravimo atsakomybė – kurį tiksliai žingsnį prisiima paslaugų teikėjas?

D.U.K.

Kuri platforma siūlo visapusišką realaus laiko ES PVM valdymą Vengrijoje?

Nė viena iš jų neturėtų būti apibūdinama kaip apimanti visas tris realaus laiko galimybes kiekvienam verslo modeliui. Vengrijoje būtent trečioji galimybė tampa lemiamu veiksniu: paslaugų teikėjas be integracijos su „Online Számla“ nėra išbaigtas sprendimas, neatsižvelgiant į tai, kokie geri yra jo skaičiavimai.

Ar Stripe Tax teikia duomenis į „Online Számla“?

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

Ar Nordlet perduoda Vengrijos sąskaitas faktūras į NAV?

Ne. Nėra „Online Számla“ integracijos ir Vengrijos deklaracijų paketo. Nordlet apima PVM nustatymą, didžiąją knygą, OSS ir IOSS sumas bei audito pėdsaką; integracija su NAV ataskaitų teikimu lieka atskiru reikalavimu.

Ar Vengrijoje yra sumos riba sąskaitų faktūrų teikimui?

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

Nuo ko pradėti

Vengrijoje pradėkite nuo „Online Számla“ ir eikite atgal, nes tai yra prievolė, kuriai netaikoma jokia tolerancija klaidoms. Jei parduodate skaitmeninius produktus ir norite visus mokesčių klausimus perleisti kitiems, išbandykite Paddle. Jei jūsų pačių produkte jums reikia buhalterijos knygų, išmokėjimų ir audito pėdsako kartu su atskira NAV duomenų teikimo integracija, pradėkite nuo testinės aplinkos ir prieš kurdami sistemą aplink tai pasitikslinkite, kokios dalys yra padengiamos. Kainodara yra skelbiama viešai, o ne pateikiama tik užklausus.

Šaltiniai

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

NAV: PVM ir Online Számla – 27%, 18% ir 5% tarifai bei prievolė teikti sąskaitas faktūras realiuoju laiku
PVM įstatymas (2007 m. Įstatymas CXXVII) – Vengrijos PVM įstatyminis pagrindas
Europos Komisija: VAT One Stop Shop – €10,000 nuotolinės prekybos riba

Tiekėjų galimybės ir nacionaliniai reikalavimai nuolat keičiasi. Viskas, kas čia aprašyta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; būtinai patikrinkite bet kokią informaciją, kuria ketinate remtis kuriant sistemą.