Real-Time EU VAT for Developers Building in Luxembourg

Liuksemburgas taiko mažiausią standartinį PVM tarifą Europos Sąjungoje (17 %) bei dar tris papildomus tarifus - 14 %, 8 % ir 3 %. Šalis taip pat reikalauja FAIA (savo standarto audito rinkinio versijos), kai to prireikia. Šis derinys tampa tikru išbandymu bet kuriam tiekėjui: ar jis gali tinkamai apdoroti keturis tarifus ir ar gali pateikti struktūrizuotą pirminių apskaitos dokumentų eksportą, kai to paprašoma mokesčių administratoriaus.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku apdorojančios ES ir Liuksemburgo PVM, atskiriamas apskaičiavimas, buhalterinė apskaita bei deklaravimas ir paaiškinama, kur dera kiekvienas iš pasirinkimų.

Ką turi apimti „realiuoju laiku veikiantis ES PVM valdymas“

Šis terminas dažnai taikomas labai skirtingiems produktams apibūdinti. Kad jis turėtų prasmę, platforma turi atlikti daugelį šių veiksmų dar tuo metu, kai kuriamas sandoris, sąskaita faktūra, atsiskaitymas arba įrašas didžiojoje knygoje (general ledger):

• Nustatyti PVM taikymo tvarką pagal sandorio duomenis.
• Pritaikyti galiojančias šalies ir prekės taisykles.
• Apimti Liuksemburgą ir platesnę ES erdvę, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą vartotojo valstybėje narėje.
• Suteikti prieigą prie viso to per API, SDK arba webhooks.
• Saugoti duomenis, reikalingus PVM, OSS, audito ir finansinėms ataskaitoms teikti.

Už frazės „realiuoju laiku“ slepiasi trys skirtingos galimybės:

• Realaus laiko apskaičiavimas (Real-time calculation) - PVM apskaičiuojamas kuriant sandorį arba sąskaitą faktūrą.
• Realaus laiko apskaita (Real-time accounting) - sandoris, įrašas didžiojoje knygoje ir PVM duomenys iš karto patenka į apskaitą.
• Realaus laiko teikimas (Real-time reporting) - duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.

Dauguma produktų atlieka tik pirmąją užduotį. Labai nedaugelis atlieka visas tris. Liuksemburgas neturi operacijų tvirtinimo (clearance) platformos ir realiojo laiko sąskaitų faktūrų teikimo reikalavimo, tačiau audito rinkinio FAIA failas gali būti paprašytas bet kuriuo metu, todėl apskaitos duomenys privalo būti eksportuojami pareikalavus, o ne tik peržiūrimi naudotojo sąsajoje.

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

Liuksemburge taikomas 17 % standartinis tarifas (mažiausias ES), sumažinti 14 %, 8 % ir 3 % tarifai bei 0 % tarifas eksportui ir prekybai Bendrijos viduje. 3 % tarifas taikomas maisto produktams, knygoms, vaistams ir restoranų paslaugoms; 8 % tarifas taikomas dujoms, elektrai ir tam tikroms paslaugoms. Teisinis pagrindas yra 1979 m. vasario 12 d. PVM įstatymas, o taisykles skelbia Registrų administracija (Administration de l'enregistrement). Registruotis privaloma viršijus 50 000 EUR apyvartą.

Taikant nuotolinę prekybą B2C segmente Bendrijos viduje ir tarpvalstybines skaitmenines paslaugas, visai ES galiojanti riba yra 10 000 EUR, kuri nustatyta Europos Komisijos vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai mokamas pagal pirkėjo valstybės narės taisyklę. Vieno langelio sistema (OSS) leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji panaikina poreikį taikyti logiką sandorio lygmeniu.

Taip pat galioja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nežinos daugelis komandų. Pagal 14a straipsnį elektroninė sąsaja tampa laikoma prekių tiekėja (deemed supplier) vykdant importuotų prekių nuotolinę prekybą siuntomis, kurių vertė neviršija 150 EUR, taip pat tiekiant prekes ES pirkėjams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosiose pastabose dėl PVM elektroninės prekybos taisyklių išdėstyti abu šie aspektai. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą laukelį.

Trumpa galimų pasirinkimų apžvalga

Platforma	Kam tinka geriausiai	Realaus laiko PVM galimybės	Apskaitos, OSS ir teikimo apimtis	Pagrindinė išimtis
Stripe Tax	Produktai ir prekyvietės, jau veikiančios su Stripe	Apskaičiuoja PVM sukuriant sandorį, įskaitant Liuksemburgą	ES eksportas ir OSS duomenys; nėra Liuksemburgo didžiosios knygos ir ji pati neteikia ES deklaracijų	Verta dėmesio tik tada, kai Stripe jau naudojamas kaip mokėjimų šliuzas
Paddle	SaaS ir atsisiunčiami skaitmeniniai produktai	Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo buvimo vietą	Registruoja, deklaruoja ir sumoka mokesčius kaip sandorio šalis (Merchant of Record)	Perima pardavėjo statusą (seller-of-record) ir kartu su juo sąskaitų faktūrų išrašymą
Quaderno	Nedideli SaaS ir skaitmeninės prekybos verslai	Apskaičiuoja atsiskaitant, tikrina PVM kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentacijoje nurodytas ne kiekvienam planui	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambaus verslo ERP ir sąskaitų išrašymo sistemos	Realaus laiko nustatymas su palaikomu mokesčių turiniu	PVM ataskaitų teikimas (VAT Reporting) yra atskiras produktas Returns asortimente	Kaina ir apimtis pritaikyta stambaus verslo diegimams
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realaus laiko nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitų faktūros ir ataskaitos; mokesčių kodų tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruota apskaita prekyvietėse ir platformose	Nustato mokesčių režimą ir tarifus kiekvienam sandoriui, įtraukiant juos į apskaitą kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Liuksemburgo deklaracijų paketo ir FAIA eksporto; pati didžioji knyga yra nekeičiama ir eksportuojama

Stripe Tax: greitas kelias, kai Stripe jau naudojamas

Komandoms, kurios jau naudoja Stripe mokėjimus, Billing arba Connect, Stripe Tax yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašytas PVM apskaičiavimas visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimas iš sąskaitų faktūrų bei Tax naudojimas su Connect kaip platformai arba prekyvietei.

Kur „Stripe“ pasiekia savo ribas, pati bendrovė nurodo atvirai. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruoti.“ Automatinis deklaravimas siūlomas JAV; visur kitur „Stripe“ bendradarbiauja su partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne Stripe Tax. Tai skaičiavimo ir eksporto sluoksnis, o ne apskaitos knyga.

Liuksemburgo atveju pagrindinis išbandymas yra keturi tarifai. Tiekėjas, kuris savo sistemoje numato tik vieną standartinį ir vieną sumažintą tarifą, tyliai neteisingai apskaičiuos kainas 14 % ir 8 % atvejais.

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

Paddle yra kitos kategorijos produktas. Jis veikia kaip sandorio šalis (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą bei sumokėjimą“ jūsų klientų šalyse, todėl jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka už jus. Kūrėjams skirtoje dokumentacijoje aptariami Paddle.js, katalogų API, atsiskaitymo procesas ir webhooks, pavyzdžiui, transaction.completed, kuris suveikia sandoriui pasiekus completed būseną ir yra naudojamas prieigai suteikti po apmokėjimo.

Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa tikruoju pardavėju (seller of record), todėl nebeturite tokio prekybininko, sąskaitų faktūrų bei apskaitos modelio, kokį turėtumėte naudodami nuosavą atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Liuksemburgo vartotojams, tai apima apskaičiavimą, deklaravimą ir sumokėjimą. Liuksemburgo įmonė vis tiek privalo pateikti savo TVA deklaracijas, įskaitant metinę.

Quaderno: mokesčių sluoksnis smulkesniam skaitmeniniam verslui

Quaderno yra viena aiškesnių kūrėjams skirtų alternatyvų smulkesniam skaitmeniniam verslui, norinčiam mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jos API dokumentacijoje aprašytas /tax_rates/calculate galutinis taškas (endpoint), apskaičiuojantis taikomą tarifą pagal pirkėjo adresą ir sandorio tipą, /tax_ids/validate galutinis taškas, tikrinantis ES PVM kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galutiniai taškai. Dokumentuotas Connect skyrius su paskyrų resursais yra tai, kuo remdamasi prekyvietė galėtų plėtoti savo sistemą.

Apribojimas slypi mastelyje. „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šai prieinama medžiaga neužtikrina automatinio deklaravimo pagal kiekvieną planą kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikėtų pasitvirtinti raštu.

Ji apima apskaičiavimą atsiskaitymo metu. Nei TVA deklaracija, nei FAIA į jos apimtį neįeina.

Avalara ir Fonoa: stambaus verslo mokesčių varikliai

Avalara platformos AvaTax atlieka realiojo laiko mokesčių nustatymą atsiskaitant, išrašant sąskaitas ar apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: VAT Reporting (PVM ataskaitų teikimas) yra atskira Returns asortimento dalis, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ - iš anksto apibrėžkite modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis yra pritaikytas stambiam verslui.

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

Tik Liuksemburgo rinkai skirtam sprendimui abu šie variantai yra per dideli. Jie tampa aktualūs tuomet, kai Liuksemburgo holdingo struktūra stovi virš operacijų keliose kitose šalyse.

Kur dera Nordlet: PVM atsakymas ir įrašas didžiojoje knygoje yra tas pats įrašas

Nordlet yra apskaitos API 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 sistemos 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. Užklausa POST /v1/reference/vat/resolve pateikia atsakymą apie apmokestinimo tvarką pagal sandorio duomenis:

{
  "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"
}

Pakeitus pirkėją į verslo subjektą su galiojančiu Liuksemburgo PVM kodu, ta pati užklausa 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, gaunama deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu - būtent to vėliau teiraujasi auditorius.

Sistemoje sum 모델iuoti devyni režimai: 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 sekama, o ne spėliojama - /v1/declarations/eu/distance-sales-threshold/get pateikia informaciją, kokią padėtį įmonė užima šioje srityje, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių patikslinimų skiltį. Tarifai gaunami iš Europos Komisijos TEDB duomenų srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Nustatytas mokesčio dydis įtraukiamas į nekeičiamą dvejybinio įrašo didžiąją knygą, o su įrašu susiejami visi PVM metaduomenys, todėl nereikia atlikti pakartotinio suderinimo tarp mokesčių variklio ir atskiros pirminių duomenų sistemos. Piniginės sumos saugomos kaip dešimtainiai eilutės formatu (decimal strings), niekuomet nenaudojant slankiojo kablelio (floating-point) skaičių. Šalia to veikia: tipizuoti SDK, webhooks, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, smėlio dėžės (sandbox) įmonės, sąskaitos faktūros momentui užfiksuotas VIES patvirtinimas, daugelio įmonių palaikymas (multi-company) ir laikotarpių užrakinimas, kad uždaryto mėnesio nebūtų galima slapta redaguoti.

Liuksemburgo mastelis yra ribotas. „Nordlet“ neteikia Liuksemburgo deklaracijų paketo: užklausa /v1/declarations/eu/vat-return/compute su countryCode: "LU" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl TVA deklaracijos nėra generuojamos, niekas neteikta per eTVA ar MyGuichet, taip pat nėra FAIA eksporto. Tačiau sistema suteikia savybę, kuriai FAIA ir yra skirta - nekeičiamą dvejybinio įrašo didžiąją knygą su laikotarpių užrakinimu, prie kiekvieno įrašo priskirtus PVM metaduomenis, visą redagavimo istoriją ir eksportuojamą audito pėdsaką, o taip pat PVM nustatymą su teisiniu pagrindu, OSS ir IOSS apskaičiavimą su koregavimais, sąskaitai faktūrai pririštą VIES patvirtinimą bei EN 16931 sąskaitas faktūras per Peppol BIS 3.0.

Sąžininga santrauka: jei jums reikia tiesioginio skaičiavimo kiek įmanoma didesniame šalių skube ir norite, kad deklaracijas pateiktų kas nors kitas, stambaus verslo mokesčių varikliai ir sandorio šalies (Merchant of Record) paslaugos yra gerokai pranašesnės. 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 - tai spraga, kuriai užpildyti ir sukurta „Nordlet“, o jokia skaičiavimo sistema jos neužpildo. API žinynas rodo visas galimybes, prieš priimant galutinį sprendimą.

Kokių dokumentų Liuksemburge reikalauja valstybės institucijos

Liuksemburge deklaracijos teikiamos nustatytu dažnumu, o auditas atliekamas pareikalavus.

• TVA deklaracija - teikiama kas mėnesį, kas ketvirtį arba kasmet priklausomai nuo apyvartos, administracijos nustatytu dažnumu. Be periodinių deklaracijų, visuomet privaloma pateikti ir metinę deklaraciją.
• FAIA - Liuksemburgo standarto audito failas, sugeneruojamas audito metu pareikalavus, o ne teikiamas pagal grafiką.
• E. sąskaitų faktūrų išrašymas - privalomas viešojo sektoriaus subjektams per Peppol tinklą. B2B sektoriuje tokio reikalavimo nėra.

Dėl to, kad FAIA reikalaujama pareikalavus, sistemos pasirinkimas įgyja tokią svarbą: eksportas, kurio negalite greitai sugeneruoti, tampa didele problema, kai spaudžia laikas.

Visa informacija apie šalį - pelno mokesčius, darbo užmokestį, deklaravimo kalendorių ir už kiekvieną formą atsakingas institucijas - pateikiama Liuksemburgo mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta įvertinti prieš įsipareigojant

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

• Apskaičiavimas ar buhalterinė apskaita - ar sistema nustato PVM taikymo tvarką, ar tik išsaugo jūsų pateiktą kodą?
• Liuksemburgo apimtis - ar palaikomi visi keturi tarifai (17 %, 14 %, 8 % ir 3 %), taip pat 0 % ir atvirkštinis apmokestinimas?
• ES paskirties vietos logika - ar sistema geba atskirti Liuksemburgo PVM nuo kitos valstybės narės PVM B2C pardavimo atveju?
• B2B PVM kodo patvirtinimas - ar tikrinamas VIES ir išsaugomi įrodymai?
• OSS ir IOSS - ar sistema apibendrina, paruošia, pateikia, ar tik eksportuoja duomenis?
• Prekyvietės atsakomybė - ar galima modeliuoti pardavėjo, platformos ir laikomo tiekėjo (deemed supplier) vaidmenis?
• Apskaitos vientisumas - ar kiekvienas apskaičiavimas sugeneruoja atitinkamą įrašą didžiojoje knygoje?
• Kūrėjų ergonomika - REST API, SDK, webhooks, smėlio dėžė (sandbox), operacijų vienarūšiškumas (idempotency), versijavimas?
• Audito pėdsakas - tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, keitimų istorija?
• FAIA eksportas - ar galima sugeneruoti struktūrizuotą pirminių duomenų eksportą, kai administracija paprašo FAIA?
• Atsakomybė už deklaravimą - kurį konkrečiai žingsnį prisiima paslaugos teikėjas?

D.U.K.

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

Nė vienos platformos negalima apibūdinti kaip apimančios visas tris realiojo laiko funkcijas kiekvienam verslo modeliui. Liuksemburgas neturi realiojo laiko atskaitomybės reikalavimų, todėl lyginama skaičiavimo kokybė keturiuose tarifų diapazonuose ir apskaitos duomenų eksporto galimybės.

Ar Stripe Tax pakanka Liuksemburgo prekyvietei?

Skaičiavimui ir eksportui dažniausiai taip, jeigu visi keturi tarifai yra apdorojami tinkamai. Dvejybinio įrašo didžiajai knygai, sekančiai išmokas daugeliui pardavėjų, – ne, o TVA deklaracijas vis tiek teks teikti kitur.

Ar Nordlet automatiškai pateikia Liuksemburgo PVM deklaracijas?

Ne, ir ji negeneruoja nei TVA deklaracijų, nei FAIA failo. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Liuksemburgo atveju API grąžina 422 klaidą su šių šalių pavadinimais.

Kas yra FAIA?

Tai Liuksemburgo standartinis audito failas - struktūrizuotas apskaitos įrašų eksportas, kurį administracija gali paprašyti pateikti audito metu. Jis generuojamas pareikalavus, o ne teikiamas pagal iš anksto nustatytą grafiką.

Nuo ko pradėti

Nuspręskite, kurių iš trijų realiojo laiko galimybių jums reikia, ir išbandykite pasirinktą sprendimą taikydami visus keturis Liuksemburgo tarifus, o ne tik standartinį tarifą. Jei jums reikia tiesioginio skaičiavimo „Stripe“ aplinkoje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite patys nesirūpinti deklaravimu, išbandykite Paddle. Jei apskaita, išmokos ir PVM privalo būti jūsų paties produkto viduje, pradėkite nuo smėlio dėžės (sandbox). Kainoraštis yra viešai paskelbtas, o ne pateikiamas tik pagal individualias užklausas.

Šaltiniai

Visos aukščiau pateiktos nuorodos į tiekėjų teiginius nukreipia į pačių tiekėjų dokumentaciją. Pačios taisyklės paimtos iš šių šaltinių:

• Registrų administracijos (AED) PVM gairės - tarifų grupės, registracija ir TVA deklaravimo dažnumas
• 1979 m. vasario 12 d. PVM įstatymas - Liuksemburgo PVM teisinis pagrindas
• Europos Komisijos PVM vieno langelio portalas - 10 000 EUR nuotolinės prekybos riba

Tiekėjų galimybės ir nacionaliniai reikalavimai keičiasi. Visi čia pateikti duomenys buvo patikrinti remiantis viešąja dokumentacija 2026 m. rugsėjo 8 d.; prieš kurdami sprendimus, būtinai juos persitikrinkite.