Realaus laiko ES PVM sprendimai programuotojams, kuriantiems Liuksemburgo rinkai

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

Liuksemburge taikomas mažiausias standartinis PVM tarifas ES – 17 proc., ir kartu veikia keturi tarifų lygiai: 17, 14, 8 ir 3 proc. Be to, paprašius privaloma pateikti FAIA – Liuksemburgo standartinės audito rinkmenos versiją. Tokia kombinacija tampa rimtu išbandymu bet kuriam paslaugų teikėjui: ar sistema gali teisingai apdoroti keturis tarifus ir ar gali pateikti struktūrizuotą pirminių apskaitos įrašų eksportą, kai to pareikalauja mokesčių administratorius.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, kurios realiu laiku apdoroja ES ir Liuksemburgo PVM, atskiriant skaičiavimą nuo buhalterinės apskaitos ir deklaravimo, bei aptariama, kur geriausiai tinka kiekvienas sprendimas.

Ką iš tiesų turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai ištempiama, kad apimtų labai skirtingus produktus. Kad tai turėtų prasmę, platforma turi atlikti daugumą šių funkcijų tuo 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.
Padengti Liuksemburgą ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C paskirties vietos apmokestinimo principą.
Suteikti prieigą prie visų šių funkcijų per API, SDK arba „webhook“.
Saugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

Po žodžiais „realus laikas“ slepiasi trys skirtingos galimybės:

Realaus laiko skaičiavimas — PVM apskaičiuojamas sandorio ar sąskaitos faktūros kūrimo metu.
Realaus laiko apskaita — sandoris, įrašas didžiojoje knygoje ir PVM duomenys iškart užregistruojami apskaitoje.
Realaus laiko deklaravimas — duomenys perduodami mokesčių inspekcijai iškart po sandorio įvykdymo.

Dauguma produktų atlieka tik pirmąjį veiksmą. Labai reti produktai apima visus tris. Liuksemburgas neturi išankstinio patvirtinimo (clearance) platformos ir netaiko realaus laiko sąskaitų faktūrų teikimo, tačiau FAIA audito rinkmenos gali būti pareikalauta bet kuriuo metu, todėl apskaitos knygos turi būti eksportuojamos pareikalavus, o ne tik nuskaitomos vartotojo sąsajoje.

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

Liuksemburgas taiko 17 % standartinį tarifą, mažiausią ES, kartu su sumažintais 14 %, 8 % ir 3 % tarifais bei 0 % tarifu eksportui ir tiekimui ES viduje. 3 % tarifas taikomas maisto produktams, knygoms, vaistams ir restoranų paslaugoms; 8 % tarifas taikomas dujoms, elektrai ir kai kurioms paslaugoms. Teisinis pagrindas yra 1979 m. vasario 12 d. PVM įstatymas, o taisykles skelbia Administration de l'enregistrement. Registruotis PVM mokėtoju privaloma viršijus 50 000 € apyvartos ribą.

Reikalavimus atitinkančiai ES vidaus B2C nuotolinei prekybai ir tarptautinėms skaitmeninėms paslaugoms taikoma bendra ES 10 000 € riba, nustatyta Europos Komisijos Vieno langelio (OSS) portale. Ją viršijus, PVM paprastai nustatomas pagal pirkėjo valstybę narę. Vieno langelio sistema leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarptautinės B2C prekybos PVM visai ES, tačiau tai nepanaikina sandorio lygmens logikos poreikio.

Taip pat egzistuoja prekyvietėms taikoma taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa numanomu pardavėju (deemed supplier) importuojamų prekių, kurių vertė neviršija 150 €, nuotolinės prekybos atveju, taip pat (atskirai) ES pirkėjams tiekiamų prekių nepriklausomai nuo vertės atveju, kai tikrasis pardavėjas nėra įsisteigęs ES. Europos Komisijos Aiškinamosiose pastabose dėl PVM e. prekybos taisyklių nurodytos abi sąlygos. Jei kuriate prekyvietę (marketplace), tai keičia jūsų sistemos architektūrą, o ne tik prideda naują laukelį.

Trumpas kandidatų sąrašas

Platforma	Geriausiai tinka	Realaus laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinė išlyga
Stripe Tax	Produktams ir prekyvietėms, jau naudojantiems Stripe	Apskaičiuoja PVM kuriant sandorį, įskaitant Liuksemburgą	ES eksporto ir OSS duomenys; nėra Liuksemburgo didžiosios knygos, ir pati neformuoja ES PVM deklaracijų	Verta dėmesio tik tada, kai Stripe jau naudojamas kaip mokėjimų infrastruktūra
Paddle	SaaS ir parsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo vietą	Registruoja, deklaruoja ir sumoka mokesčius kaip oficialusis pardavėjas (Merchant of Record)	Perima pardavėjo (seller-of-record) vaidmenį, o kartu ir sąskaitų faktūrų išrašymą
Quaderno	Mažesniam SaaS verslui ir skaitmeninei komercijai	Apskaičiuoja mokesčius atsiskaitymo metu, patikrina PVM kodus	Mokesčių ataskaitos ir apskaitos įrašai; automatinis deklaravimas nėra dokumentuotas kiekviename plane	Tai mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Įmonių lygio ERP ir atsiskaitymų sistemoms	Realaus laiko mokesčių nustatymas su nuolat atnaujinama mokesčių baze	PVM deklaravimas yra atskiras produktas „Returns“ asortimente	Pritaikyta ir įkainota įmonių lygio (enterprise) diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko mokesčių nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitos ir ataskaitų teikimas; mokesčių kodų tikrinimas yra atskiras produktas	Neskelbia viešų kainų
Nordlet	Integruota apskaita prekyvietėms ir platformoms	Nustato schemą ir tarifus kiekvienam sandoriui, įrašo 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 Liuksemburgo deklaracijų paketo ir FAIA eksporto; pati didžioji knyga yra nekeičiama ir eksportuojama

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

Komandoms, kurios jau naudoja Stripe mokėjimams, „Billing“ ar „Connect“, Stripe Tax yra lengviausiai prieinamas realaus laiko skaičiavimo sluoksnis. Jų dokumentacijoje aprašytas PVM apskaičiavimas visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimas iš sąskaitų faktūrų ir Tax naudojimas kartu su Connect platformoms ar prekyvietėms.

Kur Stripe galimybės baigiasi, aiškiai nurodo pati Stripe. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruoti“. Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe bendradarbiauja su deklaravimo partneriais, taigi ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir duomenų eksportavimo sluoksnis, o ne buhalterinės apskaitos knygos.

Kuriant sprendimus Liuksemburgui, svarbiausia išbandyti keturis tarifų lygius. Paslaugų teikėjas, kurio modelyje tėra vienas standartinis ir vienas lengvatinis tarifas, tyliai, bet neteisingai įkainos 14 % ir 8 % atvejus.

Paddle: perduokite visą mokesčių valdymą kažkam kitam

Paddle yra kitos kategorijos produktas. Jis veikia kaip oficialusis 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 atsiskaitymo metu jis apskaičiuoja PVM, išrašo sąskaitą faktūrą, deklaruoja ir sumoka mokesčius už jus. Jų programuotojų dokumentacija apima Paddle.js, katalogų API, atsiskaitymo puslapį ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai sandoris pasiekia completed statusą, ir dažniausiai yra naudojamas suteikti prieigą prie produkto po apmokėjimo.

Kompromisas čia labiau struktūrinis nei techninis. Paddle tampa oficialiuoju pardavėju, todėl jūs nebeturite to prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte naudodami savo atsiskaitymo sprendimą.

Skaitmeniniams produktams, parduodamiems Liuksemburgo vartotojams, tai apima apskaičiavimą, deklaravimą ir mokesčių pervedimą. Tačiau Liuksemburgo įmonė vis tiek privalo pati teikti savo PVM (TVA) deklaracijas, įskaitant metinę deklaraciją.

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

Quaderno yra vienas aiškesnių programuotojams pritaikytų pasirinkimų mažesnėms skaitmeninėms įmonėms, norinčioms mokesčių paslaugos, nepriklausančios nuo vieno mokėjimų tarpininko. Jos API dokumentacijoje aprašytas /tax_rates/calculate endpoint'as, kuris pagal pirkėjo adresą ir sandorio tipą apskaičiuoja taikytiną tarifą, /tax_ids/validate endpoint'as, palaikantis ES PVM kodų tikrinimą, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų endpoint'ai. Dokumentuota „Connect“ skiltis su paskyrų resursais yra ta dalis, ant kurios turėtų būti statoma prekyvietė.

Ribojimas yra apimtyje. 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ša medžiaga nepatvirtina automatinio deklaravimo kiekvienoje šalyje ir kiekvienam planui. Į atsakomybę už deklaravimą žiūrėkite kaip į dalyką, kurį reikėtų patvirtinti raštu.

Ji padengia skaičiavimą atsiskaitymo metu. Nei PVM deklaracija, nei FAIA neįeina į jos apimtį.

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

Avalara sprendimas AvaTax realiuoju laiku atlieka mokesčių nustatymą atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu, naudojant REST API ir SDK. Atkreipkite dėmesį į produktų atskyrimą: PVM deklaravimas (VAT Reporting) yra atskiras produktas „Returns“ asortimente, todėl atitikties ES PVM reikalavimams užtikrinimo procesas nėra tiesiog „AvaTax“ – turite numatyti tuos modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o komercinis gamybinės versijos modelis suformuotas orientuojantis į stambias įmones.

Fonoa Tax Engine teigia, kad per versijuojamą API „realiu laiku apskaičiuoja teisingą netiesioginių mokesčių vertinimą kiekvienam sandoriui“ 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, planuokite tai atskirai, užuot darę prielaidą, kad variklis tai apima savaime.

Jei projektas skirtas tik Liuksemburgui, abu sprendimai yra pernelyg dideli. Jie tampa aktualūs tuomet, kai Liuksemburge esanti holdingo struktūra stovi aukščiau už operacijas, vykdomas keliose kitose šalyse.

Kur tinka Nordlet: atsakymas dėl PVM ir įrašas didžiojoje knygoje yra tas pats įrašas

Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms pačiame produkte reikia didžiosios knygos, išmokėjimų (payouts), ES mokesčių valdymo ir eksportuojamos audito sekos, o ne tiesiog prie atsiskaitymo puslapio prijungtos sąskaitų faktūrų programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą apie mokesčių traktavimą pagal sandorio faktus:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "LU",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "17.00" },
    { "category": "reduced", "ratePercent": "14.00" },
    { "category": "reduced", "ratePercent": "8.00" },
    { "category": "super_reduced", "ratePercent": "3.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 — taxable where the consumer resides; report via the Union OSS"
}

Pakeiskite pirkėją į įmonę, turinčią galiojantį Liuksemburgo PVM mokėtojo kodą, ir ta pati užklausa grąžins reverse_charge su nuoroda Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace, kai pardavėjas įsisteigęs už ES ribų, ir jis grąžins deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to auditorius klausia praėjus metams.

Sumodeliuotos 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 stebima, o ne laikoma savaime suprantama — /v1/declarations/eu/distance-sales-threshold/get rodo, kiek įmonė yra nuo jos nutolusi, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis, įskaitant pataisymų skiltį, skirtą ankstesniems laikotarpiams. Tarifai gaunami iš Europos Komisijos TEDB sistemos su įsigaliojimo datomis, ir įmonė gali juos perrašyti kiekvienai šaliai atskirai.

Skaičiavimo rezultatas tuomet patenka į nekeičiamą dvejybinio įrašo didžiąją knygą, kurioje PVM metaduomenys priskiriami įrašui, todėl nereikia atlikti antro sutikrinimo tarp mokesčių variklio ir atskiros pirminių įrašų sistemos. Piniginės sumos apdorojamos kaip dešimtainės trupmenos eilutės, bet ne kaip slankiojo kablelio skaičiai. Be viso to: griežto tipizavimo SDK, „webhooks“ (pvz., sale_invoice.paid), Idempotency-Key palaikymas saugiems pakartojimams, smėliadėžės įmonės, prie sąskaitos faktūros užfiksuotas VIES patikrinimas, daugelio įmonių palaikymas ir laikotarpio uždarymas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Liuksemburgui skirtas funkcionalumas turi savo ribas. Nordlet nepateikia Liuksemburgo mokesčių deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "LU" grąžina 422 klaidą, nurodydama Lietuvą, Vokietiją ir Lenkiją, todėl PVM deklaracijos nėra generuojamos, niekas nėra pateikiama per eTVA ar MyGuichet, taip pat nėra FAIA eksporto. Tačiau platforma teikia savybę, į kurią orientuota FAIA, – nekeičiamą dvejybinio įrašo didžiąją knygą su laikotarpio užrakinimu, kiekvienam įrašui priskirtais PVM metaduomenimis, pilna pakeitimų istorija ir eksportuojama audito seka. Prie to pridedamas PVM nustatymas su teisiniu pagrindu, OSS ir IOSS skaičiavimas su klaidų taisymais, su sąskaita faktūra užfiksuotas VIES patikrinimas ir EN 16931 sąskaitos faktūros per Peppol BIS 3.0.

Sąžininga apžvalga: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kažkas kitas atliktų deklaravimą, įmonių lygio mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažengę toliau. Jei jūsų pagrindinis poreikis yra tikra buhalterija – prekyvietės specifiką suprantanti dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai spraga, kurią Nordlet siekia užpildyti, ir nė vienas iš skaičiavimo sluoksnių to nepadaro. API dokumentacija parodo visą sistemos apimtį prieš jums priimant sprendimą.

Ką Liuksemburgas reikalauja deklaruoti

Liuksemburgas reikalauja teikti deklaracijas nustatytu dažnumu, o auditą atlieka paprašius.

PVM deklaracija — teikiama kas mėnesį, ketvirtį arba metus, priklausomai nuo apyvartos, tokiu dažnumu, kokį priskiria mokesčių inspekcija. Metinė deklaracija visada privaloma be periodinių.
FAIA — Liuksemburgo standartinė audito rinkmena, kuri yra sugeneruojama audito metu paprašius, o ne teikiama pagal tvarkaraštį.
E. sąskaitos faktūros — privalomos viešojo sektoriaus įstaigoms per Peppol tinklą. B2B sektoriuje privalomo reikalavimo nėra.

Būtent dėl FAIA pateikimo pareikalavus sistemos pasirinkimas tampa svarbus: eksportas, kurio negalite sugeneruoti greitai, tampa problema, kurią atrandate spaudžiant laikui.

Pilnas vaizdas apie šalį – pelno mokestis, darbo užmokesčio mokesčiai, deklaracijų teikimo kalendorius ir institucijos, atsakingos už kiekvieną formą – pateiktas Liuksemburgo mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš įsipareigojant

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 traktavimą, ar tik išsaugo jūsų perduotą kodą?
Liuksemburgo aprėptis — ar apima visus keturis lygius (17 %, 14 %, 8 % ir 3 %), taip pat 0 % bei atvirkštinį apmokestinimą?
ES paskirties vietos logika — ar gali atskirti Liuksemburgo PVM nuo kitos valstybės narės PVM tarptautinėje B2C prekyboje?
B2B PVM mokėtojo kodų tikrinimas — ar sistema tikrina VIES ir išsaugo įrodymus?
OSS ir IOSS — ar surenka duomenis, paruošia, pateikia, ar tik eksportuoja?
Prekyvietės atsakomybė — ar gali sumodeliuoti pardavėjo, platformos ir numanomo pardavėjo vaidmenis?
Apskaitos vientisumas — ar kiekvienas skaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
Ergonomika programuotojams — REST API, SDK, „webhooks“, smėliadėžė, idempotentiškumas, versijavimas?
Audito seka — tarifas, taisyklė, vietos įrodymas, PVM kodas, laiko žyma, pakeitimų istorija?
FAIA eksportas — ar gali sugeneruoti struktūrizuotą pirminių didžiosios knygos įrašų eksportą, kai mokesčių administratorius paprašo FAIA?
Atsakomybė už deklaravimą — kurį tiksliai žingsnį prisiima paslaugų teikėjas?

D.U.K.

Kuri platforma siūlo išsamų realaus laiko ES PVM valdymą Liuksemburge?

Nė vienas sprendimas neturėtų būti apibūdinamas kaip apimantis visas tris realaus laiko galimybes kiekvienam verslo modeliui. Liuksemburge netaikomas realaus laiko deklaravimas, todėl lyginama skaičiavimų kokybė keturiems tarifų lygiams bei apskaitos knygų eksportavimo galimybės.

Ar Stripe Tax pakanka Liuksemburgo prekyvietei (marketplace)?

Skaičiavimui ir eksportui – dažniausiai taip, su sąlyga, kad apdorojami visi keturi tarifų lygiai. Dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus gausybei pardavėjų, – ne, be to, PVM deklaracijas vis tiek reikės gauti iš kitur.

Ar Nordlet automatiškai pateikia Liuksemburgo PVM deklaracijas?

Ne, sistema negeneruoja nei PVM deklaracijų, nei FAIA failo. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Liuksemburgui API grąžina 422 klaidą, nurodydamas būtent šias šalis.

Kas yra FAIA?

Tai Liuksemburgo standartinė audito rinkmena – struktūrizuotas apskaitos įrašų eksportas, kurio mokesčių inspekcija gali paprašyti audito metu. Ji parengiama pareikalavus, o ne teikiama pagal grafiką.

Ką daryti pirmiausia

Nuspręskite, kurios iš trijų realaus laiko galimybių jums reikia, ir patikrinkite bet kurį kandidatą su visais keturiais Liuksemburgo tarifų lygiais, o ne tik su standartiniu tarifu. Jei jums reikia tiesioginio mokesčių skaičiavimo esamoje Stripe infrastruktūroje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite nusiimti mokesčių deklaravimo naštą, išbandykite Paddle. Jei buhalterija, išmokėjimai ir PVM turi būti integrali jūsų produkto dalis, pirmiausia pradėkite nuo smėliadėžės. Kainos yra skelbiamos viešai, o ne pateikiamos tik užklausus.

Šaltiniai

Kiekvienas aukščiau pateiktas paslaugų teikėjo teiginys yra susietas su to teikėjo oficialia dokumentacija. Pačios taisyklės paimtos iš:

Administration de l'enregistrement (AED): PVM gairės — tarifų lygiai, registracija ir PVM deklaracijų teikimo dažnumas.
1979 m. vasario 12 d. PVM įstatymas — įstatyminis Liuksemburgo PVM pagrindas.
Europos Komisija: PVM „Vieno langelio“ (OSS) sistema — 10 000 € nuotolinės prekybos riba.

Tiek paslaugų teikėjų galimybės, tiek valstybiniai reikalavimai keičiasi. Viskas šiame tekste buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradėdami programuoti, būtinai patikrinkite aktualią informaciją.