Realaus laiko ES PVM sprendimai kūrėjams, dirbantiems su Airija

Airijoje taikomos dvi PVM registracijos ribos, o ne viena – 85 000 € prekėms ir 42 500 € paslaugoms – bei tarifų struktūra, kurioje yra daugiau nulinio tarifo kategorijų nei daugumoje ES šalių: daugumai maisto produktų, geriamiesiems vaistams ir vaikiškiems drabužiams taikomas 0 % tarifas. Platforma, kuri Airijos PVM modeliuoja principu „23 %, nebent nurodyta kitaip“, dažnai klys, ir klys taip, kad klientai tai pastebės.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Airijos PVM, atskiriami skaičiavimai nuo buhalterinės apskaitos bei deklaravimo ir nurodoma, kur kiekvienas variantas iš tiesų tinka.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai ištempiama ir taikoma labai skirtingiems produktams. Kad ji turėtų prasmę, platforma privalo atlikti daugumą šių veiksmų tuo pat metu, kai kuriamas sandoris, sąskaita faktūra, atsiskaitymas ar didžiosios knygos įrašas:

• Nustatyti PVM traktavimą iš sandorio duomenų.
• Pritaikyti galiojančias šalies ir produkto taisykles.
• Apimti Airiją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties valstybėje.
• Suteikti prieigą prie viso to per API, SDK ar interneto gaudyklę (webhook).
• Saugoti duomenis PVM, OSS, audito ir buhalterinės apskaitos ataskaitoms.

Už žodžių „realus laikas“ slypi trys skirtingos galimybės:

• Realaus laiko skaičiavimas – PVM apskaičiuojamas kuriant sandorį arba sąskaitą faktūrą.
• Realaus laiko apskaita – sandoris, didžiosios knygos įrašas ir PVM duomenys iškart atsiduria apskaitoje.
• Realaus laiko atskaitomybė – duomenys netrukus po sandorio perduodami mokesčių administratoriui.

Dauguma produktų atlieka tik pirmąjį veiksmą. Labai mažai kas – visus tris. Airijoje nėra privalomos mokesčių administratoriaus kliringo (clearance) platformos ir negalioja reikalavimas privalomai naudoti e. sąskaitas faktūras (e-invoicing), todėl trečioji galimybė čia nėra teisiškai privaloma. Pirmąją įgyvendinti yra sunkiau nei atrodo, nes daugybei prekių taikomas nulinis tarifas.

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

Airijoje taikomas 23 % standartinis tarifas, sumažinti 13,5 % ir 9 % tarifai bei plati 0 % tarifo riba, apimanti eksportą, daugumą maisto produktų, geriamuosius vaistus ir vaikiškus drabužius. 13,5 % tarifas taikomas statyboms, kurui ir daugeliui paslaugų; 9 % tarifas taikomas laikraščiams bei kai kurioms turizmo paslaugoms, o restoranų, maitinimo ir kirpyklų paslaugos nuo 2026 m. liepos mėn. pereis iš 13,5 % į 9 % tarifą. Taisykles skelbia Airijos mokesčių administratorius (Revenue), o įstatyminis pagrindas yra Pridėtinės vertės mokesčio konsolidavimo įstatymas (Value-Added Tax Consolidation Act 2010). Registracijos PVM mokėtoju ribos yra 85 000 € prekėms ir 42 500 € paslaugoms; neįsisteigęs verslas registruojasi nuo pirmojo apmokestinamojo tiekimo.

Atitinkantiems reikalavimus ES vidaus B2C nuotoliniams prekių pardavimams ir tarptautinėms skaitmeninėms paslaugoms taikoma bendra ES 10 000 € riba, nustatyta Europos Komisijos „One Stop Shop“ (OSS) portale. Viršijus šią ribą, PVM paprastai taikomas pagal pirkėjo valstybės narės taisykles. „One Stop Shop“ (vieno langelio sistema) leidžia verslui užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visai ES, tačiau tai nepanaikina poreikio taikyti logiką atskirų sandorių lygmeniu.

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

Apžvalga trumpai

Platforma	Tinkamiausia	Realaus laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinė išlyga
Stripe Tax	Produktams ir prekyvietėms, jau naudojančioms Stripe	Apskaičiuoja PVM kuriant sandorį, įskaitant Airiją	ES eksporto ir OSS duomenys; nėra Airijos didžiosios knygos, ir pati sistema neteikia ES deklaracijų	Verta naudoti tik tada, kai Stripe jau yra pagrindinė mokėjimų sistema
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo vietą	Registruojasi, deklaruoja ir sumoka mokesčius kaip oficialus pardavėjas (Merchant of Record)	Perima oficialaus pardavėjo (seller-of-record) vaidmenį ir sąskaitų faktūrų išrašymą
Quaderno	Mažesniems SaaS ir skaitmeninės komercijos verslams	Apskaičiuoja atsiskaitymo metu, patikrina PVM mokėtojų kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas kiekvienam planui	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambių įmonių ERP ir sąskaitų išrašymo sistemoms	Realaus laiko nustatymas su nuolat atnaujinama mokesčių baze	PVM atskaitomybė (VAT Reporting) yra atskiras produktas deklaracijų (Returns) asortimente	Apimtis ir kainodara skirta stambių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir atskaitomybė; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas	Neskelbia viešos kainodaros
Nordlet	Integruotai (embedded) apskaitai prekyvietėse ir platformose	Nustato apmokestinimo schemą ir tarifus kiekvienam sandoriui, užregistruojant kartu su didžiosios knygos įrašu	Nekeičiama (immutable) dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Airijos deklaracijų paketo; nustatant PVM pateikiamas teisinis pagrindas, o didžiojoje knygoje saugoma detali informacija

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

Komandoms, kurios jau naudoja Stripe mokėjimus, Billing ar Connect produktus, Stripe Tax yra lengviausiai prieinamas realaus laiko skaičiavimo sluoksnis. Dokumentacija apima PVM apskaičiavimą visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimą sąskaitose faktūrose ir Tax naudojimą su Connect kaip platformai ar prekyvietei.

Kur baigiasi Stripe atsakomybė, aiškiai nurodo pati Stripe. Jų deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kurioje esate užsiregistravę.“ Jungtinėse Valstijose siūlomas automatinis deklaravimas; kitur Stripe dirba su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir eksporto sluoksnis, o ne buhalterinė apskaita.

Kuriant sprendimus Airijos rinkai, verta ištestuoti ne standartinį tarifą, o nulinio tarifo kategorijas. Prieš darydami prielaidą apie visišką palaikymą, pasidomėkite, kaip apdorojami maisto produktai, geriamieji vaistai ir vaikiški drabužiai.

Paddle: perduokite visą mokestinę naštą 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 sumokėjimą“ ten, kur yra jūsų pirkėjai, todėl jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą, deklaruoja ir sumoka mokesčius už jus. Kūrėjų dokumentacija apima Paddle.js, katalogų API, atsiskaitymą ir interneto gaudykles, tokias kaip transaction.completed, kuri suveikia, kai sandoris pasiekia completed statusą ir yra įprastas signalas suteikti prieigą po apmokėjimo.

Kompromisas yra labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju (seller of record), todėl nebeturite prekybininko, sąskaitų faktūrų ir buhalterinės apskaitos modelio, kurį išlaikytumėte turėdami nuosavą atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Airijos vartotojams, tai apima skaičiavimą, deklaravimą ir apmokėjimą. Airijos įmonė vis tiek privalo teikti VAT3 deklaraciją ir metinę prekybos duomenų ataskaitą (RTD).

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

Quaderno yra vienas aiškesnių ir į kūrėjus orientuotų (developer-first) pasirinkimų mažesnėms skaitmeninėms įmonėms, kurios nori turėti mokesčių paslaugą, nepriklausomą nuo vieno mokėjimų procesoriaus. Jo API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas (endpoint), kuris apskaičiuoja taikomą tarifą pagal pirkėjo adresą ir sandorio tipą, /tax_ids/validate galinis punktas, skirtas ES PVM mokėtojo kodams tikrinti, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galiniai punktai. Dokumentuota Connect skiltis su paskyrų resursais yra ta dalis, ant kurios būtų galima kurti prekyvietę.

Apribojimas yra aprėptis. 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, be to, viešoje medžiagoje nenurodyta, kad automatinis deklaravimas yra numatytas kiekviename plane kiekvienoje valstybėje. Deklaravimo atsakomybę vertinkite kaip dalyką, kurį būtina patvirtinti raštu.

Sistema puikiai aptarnauja atsiskaitymo procesą mažam Airijos skaitmeniniam verslui. Tačiau ji negeneruoja VAT3 deklaracijos ir RTD ataskaitos.

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

Avalara AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM atskaitomybė (VAT Reporting) yra atskiroje deklaracijų (Returns) skiltyje, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ – turite numatyti tuos modulius, kurių jums iš tiesų reikia. Avalara dokumentacijoje nurodo registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, tačiau komercinis modelis produkcinėje aplinkoje yra pritaikytas stambioms korporacijoms (enterprise).

Fonoa mokesčių variklis (Tax Engine) nurodo, kad „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių taikymą kiekvienam sandoriui“ per versijuotą API daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodo patikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl, jei VIES įrodymai jums svarbūs, numatykite tai atskirai, užuot darę prielaidą, kad variklis tai apima.

Kuriant sistemą vien tik Airijos rinkai, abu produktai yra per dideli tokiai problemai spręsti. Airijoje nėra mokesčių administratoriaus kliringo platformos ir privalomų reikalavimų, prie kurių reikėtų integruotis.

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

Nordlet yra apskaitos API, skirtas prekyvietėms ir platformoms, kurioms reikia didžiųjų knygų, išmokėjimų (payouts), ES mokesčių palaikymo ir eksportuojamo audito pėdsako savo produkto viduje, o ne atskiro sąskaitų faktūrų išrašymo priedo prie atsiskaitymo sistemos.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir buhalterinis įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą apie PVM traktavimą remiantis sandorio faktais:

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

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

Pakeiskite pirkėją į verslą su galiojančiu Airijos PVM mokėtojo kodu, ir tas pats kreipinys (call) grąžins reverse_charge su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace su pardavėju, įsisteigusiu ne ES, ir bus grąžinta deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – tai yra ta dalis, kurios auditorius teirausis 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 nuspėjama – /v1/declarations/eu/distance-sales-threshold/get parodo, kiek įmonei trūksta iki jos, o /v1/declarations/eu/oss/compute bei /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių taisymų (corrections) skiltį. Tarifai imami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Po to šis nustatymas įrašomas į nekeičiamą dvejybinio įrašo didžiąją knygą kartu su prie įrašo pridėtais PVM metaduomenimis, todėl nereikia atlikti antrojo sutikrinimo (reconciliation) tarp mokesčių variklio ir atskiros apskaitos sistemos. Pinigų sumos perduodamos kaip dešimtainės eilutės (decimal strings), bet jokiu būdu ne slankiojo kablelio skaičiai (floating-point numbers). Be to, sistema siūlo: tipizuotus SDK, interneto gaudykles (pavyzdžiui, sale_invoice.paid), Idempotency-Key palaikymą saugiems pakartotiniams bandymams, testavimo (sandbox) įmones, VIES patikrinimą, užfiksuojamą išrašant sąskaitą faktūrą, kelių įmonių (multi-company) palaikymą ir laikotarpių užrakinimą, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Airijos atveju funkcionalumo ribos aiškios. Nordlet nepateikia Airijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "IE" grąžina 422 klaidą, nurodydama Lietuvą, Vokietiją ir Lenkiją, todėl nei VAT3, nei metinė RTD ataskaita nėra generuojama, ir niekas nepateikiama per ROS sistemą. Tačiau Airijos sistemai teikiamas PVM nustatymas su teisiniu pagrindu, nekeičiama dvejybinio įrašo didžioji knyga su PVM metaduomenimis kiekviename įraše, OSS ir IOSS skaičiavimas su taisymais, VIES patikrinimas, užfiksuotas kartu su sąskaita faktūra, ir EN 16931 formato e. sąskaitos faktūros per Peppol BIS 3.0. Tarifo nustatymas atliekamas pagal šalį ir tarifo kategoriją, o ne pagal produkto klasifikaciją. Tai Airijoje svarbiau nei kitur: plati 0 % tarifo riba yra produkto lygmens sprendimas, kurį reikia priimti aukštesniame lygmenyje (upstream).

Atviras apibendrinimas: jei jums reikia realaus laiko skaičiavimo kuo daugiau šalių ir norite, kad deklaracijas pateiktų kažkas kitas, korporatyviniai (enterprise) mokesčių varikliai ir oficialaus pardavėjo (Merchant of Record) paslaugos yra gerokai pažengę į priekį. Jei pagrindinis jūsų reikalavimas yra tikra buhalterinė apskaita – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šią nišą užpildo Nordlet, ir to nepadaro joks skaičiavimo sluoksnis. Prieš priimant sprendimą, API specifikacija atskleidžia visą platformos apimtį.

Ką reikalaujama deklaruoti Airijoje

Pagal ES standartus, Airijos deklaravimo kalendorius nėra apkrautas.

• VAT3 – PVM deklaracija, teikiama kas du mėnesius iki 23 dienos per ROS sistemą; mokėjimą reikia atlikti tuo pačiu metu. Mažesniems prekybininkams galimi retesni deklaravimo laikotarpiai.
• Prekybos duomenų ataskaita (RTD, Return of Trading Details) – metinė ataskaita, kurioje apibendrinami tiekimai ir pirkimai pagal taikytus tarifus.
• E. sąskaitos faktūros (E-invoicing) – šiuo metu jokių privalomų reikalavimų nėra. Vyksta viešosios konsultacijos, o ES ViDA iniciatyvos grafikas ilgainiui palies ES vidaus B2B sąskaitas faktūras.

Kadangi mokesčių administratoriui nereikia teikti ataskaitų sąskaitų faktūrų lygmeniu, Airijoje tenkanti našta yra nedidelė. Sudėtingumas slypi sprendimuose dėl pačių tarifų taikymo, o ne duomenų perdavime (transport).

Išsamų vaizdą apie šalį – pelno mokestį, darbo užmokestį, deklaracijų teikimo kalendorių ir už kiekvieną formą atsakingas institucijas – rasite Airijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš pasirenkant

Prieš laikydami bet kurį „VAT-ready“ (paruoštą darbui su PVM) produktą lygiaverčiu kitam, patikrinkite jį pagal šiuos kriterijus:

• Skaičiavimas ar buhalterinė apskaita – ar sistema nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
• Airijos mokesčių palaikymas – ar palaikomi 23 %, 13,5 %, 9 % tarifai, plati 0 % tarifo riba, atvirkštinis apmokestinimas (reverse charge) ir dvi atskiros registracijos PVM mokėtoju ribos?
• ES paskirties valstybės logika – ar vykdant B2C prekybą sistema gali atskirti Airijos PVM nuo kitos valstybės narės PVM?
• B2B PVM kodų tikrinimas – ar sistema tikrina VIES duomenų bazę ir išsaugo patvirtinimo įrodymus?
• OSS ir IOSS – ar sistema agreguoja duomenis, parengia deklaraciją, ją pateikia, ar tik leidžia eksportuoti duomenis?
• Prekyvietės atsakomybė – ar galima modeliuoti pardavėjo, platformos ir tariamojo tiekėjo (deemed-supplier) vaidmenis?
• Apskaitos vientisumas – ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
• Ergonomika kūrėjams – ar siūlomas REST API, SDK, interneto gaudyklės (webhooks), testavimo aplinka (sandbox), idempotentiškumas, versijavimas?
• Audito pėdsakas – ar saugomi tarifo, taisyklės, vietos įrodymai, PVM kodas, laiko žyma, keitimų istorija?
• Nulinio tarifo apdorojimas – ar sistema gali priskirti maisto produktus, geriamosius vaistus ir vaikiškus drabužius 0 % tarifo grupei, o ne automatiškai taikyti 23 %?
• Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima tiekėjas?

D.U.K.

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

Nė vienos platformos negalima apibūdinti kaip aprėpiančios visas tris realaus laiko galimybes kiekvienam verslo modeliui. Airijoje nėra kliringo (clearance) platformos, todėl palyginimas susiaurėja iki skaičiavimų kokybės ir to, ar skaičiai atsiduria tikroje buhalterinėje apskaitoje.

Ar Stripe Tax pakanka Airijos prekyvietei?

Skaičiavimams ir eksportui dažniausiai taip. Tačiau dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus daugybei pardavėjų – ne. Be to, iš jos negausite nei VAT3 deklaracijos, nei RTD ataskaitos.

Ar Nordlet automatiškai teikia Airijos PVM deklaracijas?

Ne, ir jis neskaičiuoja VAT3 ar RTD. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Airijos atveju API grąžina 422 klaidą, kurioje šios šalys išvardijamos.

Kodėl Airijoje taikomos dvi registracijos PVM mokėtoju ribos?

Prekių ir paslaugų tiekimas vertinami atskirai: 85 000 € prekėms ir 42 500 € paslaugoms. Abiejų rūšių veiklą vykdantis verslas privalo stebėti skirtingas ribas, o neįsisteigęs verslas registruojasi PVM mokėtoju nuo pirmojo apmokestinamojo tiekimo.

Nuo ko pradėti

Nuspręskite, kurios iš trijų realaus laiko galimybių jums reikia, ir išbandykite bet kurį kandidatą taikydami ne standartinį tarifą, o nulinio tarifo kategorijas. Jei jums reikia realaus laiko skaičiavimų naudojant Stripe infrastruktūrą, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei buhalterinė apskaita, išmokėjimai ir PVM turi būti jūsų pačių produkto viduje, pirmiausia pradėkite nuo testavimo aplinkos (sandbox). Kainodara yra vieša, o ne teikiama tik pagal atskirą užklausą.

Šaltiniai

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

• Revenue: PVM gairės – 23 %, 13,5 %, 9 % ir 0 % tarifai, ribos ir VAT3 deklaracija
• Pridėtinės vertės mokesčio konsolidavimo įstatymas (Value-Added Tax Consolidation Act 2010) – teisinis Airijos PVM pagrindas
• Europos Komisija: „One Stop Shop“ PVM sistema – 10 000 € nuotolinės prekybos riba

Paslaugų teikėjų galimybės ir nacionaliniai reikalavimai nuolat keičiasi. Visi čia pateikti faktiškai duomenys buvo sutikrinti su viešai prieinama dokumentacija 2026 m. rugsėjo 8 d.; prieš kurdami bet kokį sprendimą, patikrinkite aktualią informaciją.