Realaus laiko ES PVM kūrėjams, kurti Austrijoje

Žvelgiant iš šalies, Austrija atrodo paprasta PVM šalis: vienas standartinis tarifas, du lengvatiniai tarifai, jokia mokesčių administratoriaus platforma ir jokių realiuoju laiku teikiamų sąskaitų faktūrų ataskaitų. Būtent dėl to komandos ir nudega. Darbas slypi ne pačiame tarife, o smulkiojo verslo lengvatoje, kuri pasikeitė 2025 metais, deklaravimo dažnyje, kintančiame priklausomai nuo apyvartos, bei tame fakte, kad frazė „mes palaikome Austrijos PVM“ beveik visada reiškia „mes žinome, kad egzistuoja 20 % tarifas“.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Austrijos PVM, atskiriamas mokesčių apskaičiavimas nuo buhalterinės apskaitos bei deklaravimo ir paaiškinama, kur kiekvienas variantas tinka labiausiai.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai vartojama kalbant apie labai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių veiksmų tuo metu, kai kuriama operacija (transaction), sąskaita faktūra, atsiskaitymas arba didžiosios knygos (general ledger) įrašas:

• Nustatyti PVM taikymo tvarką pagal sandorio duomenis.
• Pritaikyti galiojančias šalies ir prekės taisykles.
• Apimti Austriją ir platesnę ES erdvę, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą pirkėjo valstybėje narėje (destination taxation).
• Visa tai suteikti per API, SDK arba internetinę užklausą (webhook).
• Saugoti duomenis, reikalingus PVM, OSS, audito ir buhalterinėms ataskaitoms.

Sąvokoje „realus laikas“ slepiasi trys skirtingos galimybės:

• Realaus laiko apskaičiavimas - PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
• Realaus laiko apskaita - operacija, įrašas didžiojoje knygoje ir PVM duomenys iš karto patenka į apskaitą.
• Realaus laiko atskaitomybė - duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.

Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Austrija neturi mokesčių administratoriaus platformos ar realiuoju laiko teikiamų sąskaitų faktūrų ataskaitų už viešojo sektoriaus ribų, todėl trečioji galimybė čia nėra teisinis reikalavimas. Dėl to antrasis punktas - ar skaičiai pasiekia tikrąją apskaitą - tampa klausimu, kurį verta užduoti.

Austrijos ir ES taisyklės, formuojančios palyginimą

Austrijoje taikomas 20 % standartinis tarifas, lengvatiniai 13 % ir 10 % tarifai bei 0 % tarifas eksportui ir prekių tiekimui ES viduje pagal PVM įstatymą (Umsatzsteuergesetz 1994). 13 % tarifas taikomas kultūros ir sporto renginiams, vidaus skrydžiams bei tam tikriems žemės ūkio produktams; 10 % tarifas taikomas maisto produktams, gyvenamųjų patalpų nuomai, knygoms, vaistams ir viešajam transportui. Smulkiojo verslo lengvata dabar taikoma iki 55 000 EUR apyvartos (nuo 2025 m. padidinta nuo 35 000 EUR), o ją pasiekusiam verslui PVM neskaičiuojamas ir jokios deklaracijos neteikiamos.

Atitinkamiems ES vidaus B2C nuotolinės prekybos sandoriams ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma bendra ES riba yra 10 000 EUR, kuri nustatyta Europos Komisijos vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai sekama paskui pirkėjo valstbę narę. Vieno langelio sistema leidžia įmonei registruotis vienoje valstijoje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai panaikina operacijų lygmens logikos poreikį.

Taip pat galioja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) vykdant importuotų prekių nuotolinę prekybą siuntose, kurių vertė neviršija 150 EUR, taip pat tiekiant prekes ES klientams bet kokia verte, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosios pastabos dėl PVM e. prekybos taisyklių apibrėžia abu šiuos aspektus. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą laukelį.

Trumpa platformų apžvalga

Platforma	Kam tinka geriausiai	Realaus laiko PVM funkcija	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau veikiantiems „Stripe“	Apskaičiuoja PVM sukuriant operaciją (įskaitant Austriją)	ES eksporto ir OSS duomenys; nėra Austrijos didžiosios knygos ir ji pati neteikia ES deklaracijų	Naudinga tik tada, kai „Stripe“ jau yra naudojama atsiskaitymams
Paddle	Programinei įrangai kaip paslaugai (SaaS) ir skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal kliento buvimo vietą	Registruoja, deklaruoja ir sumoka mokesčius kaip pardavėjas pagal įrašus (Merchant of Record)	Perima pardavėjo vaidmenį kartu su sąskaita faktūra
Quaderno	Mažesnėms SaaS įmonėms ir skaitmeninei prekybai	Apskaičiuoja atsiskaitymo metu, tikrina PVM kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentuotas ne kiekvienam planui	Tai mokesčių ir sąskaitų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Didelėms įmonėms (ERP ir atsiskaitymų sistemoms)	Realaus laiko mokesčių nustatymas naudojant palaikomą mokesčių bazę	PVM atskaitomybė yra atskiras produktas „Returns“ asortimente	Apimtis ir kaina pritaikyta stambioms įmonėms
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko mokesčių nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitų faktūrų išrašymas ir atskaitomybė; mokesčių kodo tikrinimas yra atskiras produktas	Nėra viešai skelbiamos kainodaros
Nordlet	Integruota apskaita prekyvietėse ir platformose	Nustato schemą ir tarifus kiekvienai operacijai, registruojant kartu su didžiosios knygos įrašu	Nekeičiama dvejetainė apskaita (double-entry ledger), išmokos, OSS ir IOSS duomenys, eksportuojamas audito pėdsakas	Nėra Austrijos deklaracijų paketo; suformuoja pirminius duomenis, didžiąją knygą ir „Peppol“ sąskaitas faktūras

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

Komandoms, kurios jau naudoja „Stripe“ mokėjimus, atsiskaitymus (Billing) ar „Connect“, „Stripe Tax“ yra lengviausiai prieinamas realaus laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašytas PVM apskaičiavimas visame pasaulyje, PVM API su „PaymentIntents“, mokesčių rinkimas sąskaitose faktūrose ir „Tax“ naudojimas su „Connect“ kaip platformai arba prekyvietei.

Tuo vietoje, kur „Stripe“ funkcijos baigiasi, pati bendrovė pasisako atvirai. Jos deklaravimo dokumentacijoje nurodyta: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje jurisdikcijoje, kurioje esate registruoti.“ Automatizuotas deklaravimas siūlomas JAV; kituose regionuose „Stripe“ bendradarbiauja su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba jūsų partneris, o ne „Stripe Tax“. Tai apskaičiavimo ir eksportavimo sluoksnis, o ne apskaitos knyga.

Kuriant produktą Austrijai, apskaičiavimas yra tikroji pusė lengvesniojo darbo. „Stripe Tax“ nesuteikia nei UVA, nei didžiosios knygos, kurios pagrindu būtų galima suformuoti UVA.

„Paddle“: perleiskite visą mokesčių tvarkymą kitiems

„Paddle“ yra kito tipo produktas. Jis veikia kaip įregistruotas 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. Kūrėjų dokumentacijoje aprašyti „Paddle.js“, katalogo API, atsiskaitymo procesas ir internetinės užklausos (webhooks), tokios kaip transaction.completed, kuri aktyvuojama pasiekus completed (užbaigtą) statusą ir dažniausiai naudojama prieigai po apmokėjimo suteikti.

Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebeturite tokio prekybininko, sąskaitos faktūros ir apskaitos modelio, kokį išlaikytumėte naudodami nuosavą atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Austrijos vartotojams, tai apima apskaičiavimą, deklaravimą ir sumokėjimą vienu pirkimu. Prekyvietei, tvarkančiai daugelio pardavėjų apskaitą, tai netinkamas modelis.

„Quaderno“: mokesčių sluoksnis mažesniam skaitmeniniam verslui

„Quaderno“ yra viena aiškiausių kūrėjams orientuotų parinkčių mažesniam skaitmeniniam verslui, norinčiam mokesčių paslaugos, nepriklausomai nuo vieno mokėjimo apdorojimo partnerio. Jo API dokumentacijoje aprašytas /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 paskyros ištekliais yra tai, ant ko prekyvietė galėtų statyti savo sprendimą.

Apribojimas slypi apimtyje. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejetaine apskaita, o viešoji medžiaga nenurodo automatinio deklaravimo kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą reikėtų patvirtinti raštu.

Mažam Austrijos SaaS verslui tai pašalina realų darbą atsiskaitymo srityje. Tačiau tai nesudaro Umsatzsteuervoranmeldung ir nėra apskaitos šaltinis.

„Avalara“ ir „Fonoa“: stambaus verslo mokesčių varikliai

„Avalara“ produktas AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų išrašymo arba užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM atskaitomybė (VAT Reporting) yra atskira „Returns“ asortimento dalis, todėl ES PVM atitikties procesas nėra tiesiog „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 pritaikytas stambiam verslui.

„Fonoa“ mokesčių variklis (Tax Engine) nurodo, kad jis „realiu laiku apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienam sandoriui“ per versijuojamą API daugiau nei 190 jurisdikcijų. Svarbi architektūrinė detalė: mokesčių kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne mokesčių variklio dalis, todėl jei jums svarbu VIES įrodymai, įtraukite tai tiesiogiai, o ne darykite prielaidą, kad variklis tai apima.

Nė vienas iš jų nėra skirtas vienos šalies Austrijos rinkos projektui. Jie atsiperka tuomet, kai veikiate tuzine šalių, iš kurių keliose veikia mokesčių administratoriaus platformos.

Kur „Nordlet“ randa savo vietą: PVM atsakymas ir apskaitos įrašas yra tas pats įrašas

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

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso tai pačiai sistemai. POST /v1/reference/vat/resolve atsako į apmokestinimo klausimą remiantis sandorio faktais:

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

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

Pakeitus klientą į verslo subjektą su galiojančiu Austrijos PVM kodu, tas pats kvietimas grąžina reverse_charge kartu su teisiniu pagrindu Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su už ES ribų įsisteigusiu pardavėju, grąžinama deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu - būtent to po kelerių metų teiraujasi auditoriai.

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 EUR riba yra stebima, o ne spėjama - /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis, įskaitant koregavimų skiltį ankstesniems laikotarpiams. Tarifat gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Nustatytos sumos įtraukiamos į nekeičiamą dvejetainę apskaitą, prie įrašo pridedant PVM metaduomenis, todėl nereikia atlikti antrojo sutretinimo (reconciliation) tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos saugomos kaip dešimtainiai tekstiniai eilutės tipo duomenys (decimal strings), o ne slankiojo kablelio skaičiai. Aplink tai: tipizuoti SDK, internetinės užklausos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams, smėlio dėžės (sandbox) įmonės, prie sąskaitos faktūros pririštas VIES patvirtinimas, daugiakompaninis režimas ir laikotarpių užrakinimas, kad uždarytas mėnuo nebūtų tyliai redaguojamas.

Austrijos apribojimai yra glausti. „Nordlet“ neteikia Austrijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "AT" grąžina 422 klaidą, nurodančią egzistuojančius paketus - Lietuvai, Vokietijai ir Lenkijai, todėl UVA nėra generuojama ir į „FinanzOnline“ niekas nesiunčiama. Ką „Nordlet“ suteikia kuriant produktą Austrijai - tai PVM nustatymą su priskirtu teisiniu pagrindu, nekeičiamą apskaitos knygą, iš kurios gaunami skaičiai, OSS ir IOSS apskaičiavimą su pataisymais, prie sąskaitos faktūros įšaldytą VIES patvirtinimą ir struktūrizuotas sąskaitas faktūras pagal „Peppol BIS 3.0“ per jūsų pačių arba platformos prieigos tašką. Tarifo nustatymas vyksta pagal šalį ir tarifo kategoriją, o ne pagal produkto klasifikaciją, todėl prekės kodas vis tiek reikalauja sprendimo, priimto aukštesniame lygmenyje.

Sąžininga santrauka: jei jums reikia tiesioginio apskaičiavimo kuo didesniame šalių skaičiuje ir norite, kad kažkas kitas atliktų deklaravimą, stambaus verslo mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažangesnės. Jei jūsų pagrindinis reikalavimas yra tikra apskaita - prekyvietėms pritaikyta dvejetainė apskaita, kurioje atsiskaitymai ir PVM yra vienoje vietoje - tai spraga, kuriai užpildyti „Nordlet“ ir buvo sukurta, o jokie skaičiavimo sluoksniai šio poreikio nepatenkina. API žinynas rodo visą galimybių paviršių prieš priimant galutinį sprendimą.

Ką Austrija reikalauja deklaruoti

Austrija išlaiko tradicinius įsipareigojimus, o tai verta paminėti, nes tai keičia trumpąjį sąrašą.

• Umsatzsteuervoranmeldung (UVA) - avansinė deklaracija, teikiama per „FinanzOnline“ iki antrojo mėnesio, einančio po ataskaitinio laikotarpio, 15 dienos. Ji teikiama kas mėnesį, jei praėjusių metų apyvarta viršijo 100 000 EUR, ir kas ketvirtį, jei viršijo 35 000 EUR.
• Metinė PVM deklaracija - teikiama papildomai prie avansinių deklaracijų.
• E. sąskaitų faktūrų išrašymas - privalomas tik sąskaitoms faktūroms, išrašomoms federalinėms viešojo sektoriaus įstaigoms. B2B sektoriuje nėra privalomo reikalavimo ar mokesčių administratoriaus platformos.

Kadangi į mokesčių inspekciją sąskaitos faktūros siunčiamos ne po vieną, Austrijos integracijos sėkmė priklauso nuo to, ar periodiniai skaičiai po kelių mėnesių gali būti atkurti iš didžiosios knygos.

Visą informaciją apie šalį – pelno mokestį, darbo užmokesčio mokesčius, deklaravimo kalendorių ir institucijas – rasite Austrijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta įvertinti prieš apsisprendžiant

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

• Apskaičiavimas ar apskaita - ar jis nustato PVM apmokestinimo tvarką, ar tik išsaugo jūsų perduotą kodą?
• Austrijos apimtis - 20 %, 13 %, 10 %, 0 %, atvirkštinis PVM apmokestinimas ir 55 000 EUR smulkiojo verslo lengvata?
• ES paskirties vieta logika - ar jis gali atskirti Austrijos PVM nuo kitos valstybės narės PVM B2C pardavimui?
• B2B PVM kodo tikrinimas - ar jis tikrina VIES ir saugo įrodymus?
• OSS ir IOSS - ar jis agreguoja, paruošia, pateikia, ar tik eksportuoja?
• Prekyvietės atsakomybė - ar gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo vaidmenis?
• Apskaitos vientisumas - ar kiekvienas apskaičiavimas sukuria atitinkamą apskaitos įrašą?
• Kūrėjų ergonomika - REST API, SDK, internetinės užklausos (webhooks), smėlio dėžė (sandbox), idempotencija, versijavimas?
• Audito pėdsakas - tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
• Periodinė rekonstrukcija - ar UVA duomenys gali būti atkurti iš didžiosios knygos bet kuriam praėjusiam laikotarpiui, pritaikant tuo metu galiojusią taisyklę ir tarifą?
• Atsakomybė už deklaravimą - kurį tiksliai žingsnį prisiima teikėjas?

D.U.K.

Kuri platforma siūlo pilną realaus laiko ES PVM valdymą Austrijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realaus laiko funkcijas kiekvienam verslo modeliui. Austrija trečiąją funkciją pašalina iš lygties, todėl sąžiningas palyginimas vyksta tarp apskaičiavimo sluoksnių ir apskaitos šaltinių sistemų.

Ar „Stripe Tax“ pakanka Austrijos prekyvietei?

Skaičiavimams ir eksportui – dažniausiai taip. Dvejetainei apskaitai, sekančiai išmokas tarp daugelio pardavėjų – ne, o UVA vis tiek turi būti sugeneruota kitur.

Ar „Nordlet“ automatiškai teikia Austrijos PVM deklaracijas?

Ne, ir ji neapskaičiuoja UVA. Konkrečioms šalims skirti deklaracijų paketai pateikiami Lietuvai, Vokietijai ir Lenkijai; Austrijos atveju API grąžina 422 klaidą, nurodančią šiuos paketus. Ji sugeneruoja PVM nustatymą, apskaitos knygą, OSS ir IOSS duomenis bei audito pėdsaką.

Ar Austrijoje privalomos e. sąskaitos faktūros?

Tik federalinėms viešojo sektoriaus įstaigoms. B2B sektoriuje nėra privalomo e. sąskaitų faktūrų išrašymo reikalavimo ar mokesčių administratoriaus platformos, nors ES ViDA tvarkaraštis galiausiai pasieks ir ES vidaus B2B sąskaitas faktūras.

Nuo ko pradėti

Nuspręskite, kurių iš trijų realaus laiko funkcijų jums iš tikrųjų reikia – Austrijoje tai dažniausiai reiškia pirmąsias dvi. Jei jums reikia tiesioginio apskaičiavimo „Stripe“ aplinkoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite pašalinti deklaravimo naštą nuo savo pečių, išbandykite „Paddle“. Jei apskaita, išmokos ir PVM priklauso jūsų pačių produktui, pradėkite su smėlio dėže (sandbox) ir patvirtinkite Austrijos apimtį prieš kurdami sprendimą. Kainodara yra viešai skelbiama, o ne pateikiama tik pagal atskirą užklausą.

Šaltiniai

Visi aukščiau pateikti teiginiai apie tiekėjus turi nuorodas į tų tiekėjų dokumentaciją. Pačios taisyklės paimtos iš:

• USP / BMF: PVM apžvalga ir avansinės deklaracijos – 20 %, 13 % ir 10 % tarifai bei UVA deklaravimo dažnumas
• Umsatzsteuergesetz 1994 (RIS) – Austrijos PVM teisinis pagrindas
• Europos Komisija: PVM vieno langelio sistema – 10 000 EUR nuotolinės prekybos riba

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