Realaus laiko ES PVM programuotojams, kuriantiems sistemas Rumunijai

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

Rumunija per trejus metus įvedė tris vieną po kito sekančius reikalavimus: e-Factura patvirtinimas (clearance) B2B sektoriui nuo 2024 m. ir B2C sektoriui nuo 2025 m., SAF-T D406 visiems mokesčių mokėtojams nuo 2025 m., bei PVM tarifo padidinimas nuo 19 % iki 21 % 2025 m. rugpjūtį, kartu sujungiant du lengvatinius tarifus į vieną. Neišrašius e. sąskaitos faktūros (e-invoice), bauda gali siekti 15 % sąskaitos faktūros sumos. Rumunija nėra ta šalis, kuriai pakaktų tik tarifų lentelės.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, kurios realiuoju laiku tvarko ES ir Rumunijos PVM, atskiriant skaičiavimą nuo apskaitos (bookkeeping) ir deklaravimo (filing), bei nurodant, kur geriausiai tinka kiekvienas sprendimas.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai iškreipiama siekiant apimti labai skirtingus produktus. Kad ji turėtų prasmę, platforma, kuriant operaciją (transaction), sąskaitą faktūrą, atsiskaitymą ar įrašą didžiojoje knygoje (ledger entry), turi atlikti daugumą šių veiksmų:

Iš operacijos duomenų nustatyti PVM traktavimą (VAT treatment).
Pritaikyti galiojančias šalies ir produkto taisykles.
Apimti Rumuniją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) bei B2C apmokestinimą pagal paskirties valstybę.
Pateikti visa tai per API, SDK arba „webhooks“.
Saugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

Po žodžiais „realiuoju laiku“ slypi trys skirtingos galimybės:

Realaus laiko skaičiavimas — PVM apskaičiuojamas kuriant operaciją ar sąskaitą faktūrą.
Realaus laiko apskaita — operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
Realaus laiko deklaravimas (reporting) — duomenys perduodami mokesčių inspekcijai netrukus po operacijos.

Dauguma produktų atlieka pirmąjį veiksmą. Labai nedaugelis – visus tris. Rumunija tvirtai patenka į trečiąją kategoriją, ir net du kartus: sąskaitos faktūros tvirtinamos per nacionalinę „e-Factura“ platformą, o SAF-T D406 reguliariai pateikia detalius operacijų duomenis.

Rumunijos ir ES taisyklės, formuojančios šį palyginimą

Rumunijoje taikomas 21 % standartinis tarifas, kuris 2025 m. rugpjūčio 1 d. buvo padidintas nuo 19 %, ir vienas 11 % lengvatinis tarifas, kuris tą pačią dieną sujungė buvusius 5 % ir 9 % tarifus, taikomus maistui, vaistams, vandeniui, knygoms, viešbučiams ir panašiai; pereinamasis 9 % tarifas atitinkantiems reikalavimus naujiems būstams galioja iki 2026 m. liepos 31 d. Eksportui ir tiekimui ES viduje taikomas nulinis tarifas. Taisykles skelbia ANAF. Registruotis PVM mokėtoju privaloma viršijus RON 395,000 ribą, kuri 2025 m. rugsėjo 1 d. buvo padidinta nuo RON 300,000. Rumunija naudoja lėją, todėl valiutų konvertavimas turi būti tiksliai atspindėtas tiek ataskaitose, tiek apskaitoje.

Atitinkantiems reikalavimus ES vidaus B2C nuotoliniams pardavimams (distance sales) ir tarptautinėms skaitmeninėms paslaugoms taikoma bendra ES €10,000 riba, nustatyta Europos Komisijos One Stop Shop portal. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybę narę. „Vieno langelio“ sistema (One Stop Shop) leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visoje ES, tačiau tai nepanaikina operacijų lygmens logikos (transaction-level logic) poreikio.

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

Trumpas kandidatų sąrašas

Platforma	Geriausiai tinka	Realaus laiko PVM galimybės	Apskaita, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktai ir prekyvietės, jau naudojančios Stripe	Apskaičiuoja PVM kuriant operaciją, įskaitant Rumuniją	ES eksporto ir OSS duomenys; nėra Rumunijos didžiosios knygos (ledger) ir ji pati neteikia ES deklaracijų	Verta rinktis tik tada, kai Stripe jau naudojama kaip mokėjimų infrastruktūra
Paddle	SaaS ir atsisiunčiami skaitmeniniai produktai	Apskaičiuoja PVM apmokėjimo (checkout) 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į, o kartu ir sąskaitų faktūrų išrašymą
Quaderno	Mažesnės SaaS ir skaitmeninės prekybos įmonės	Apskaičiuoja apmokėjimo metu, patikrina PVM mokėtojo kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas kiekviename plane	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambių įmonių (enterprise) ERP ir atsiskaitymo (billing) sistemos	Realaus laiko nustatymas su nuolat atnaujinama mokesčių informacija	PVM deklaravimas (VAT Reporting) yra atskiras produktas iš „Returns“ asortimento	Pritaikyta ir įkainota stambių įmonių (enterprise) diegimams
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realaus laiko nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir ataskaitos; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruota apskaita (embedded accounting) prekyvietėse ir platformose	Kiekvienai operacijai nustato schemą ir tarifus, kurie įrašomi kartu su didžiosios knygos įrašu	Nekeičiama (immutable) dvejybinio įrašo didžioji knyga, išmokėjimai (payouts), OSS ir IOSS rodikliai, eksportuojamas audito sekiklis (audit trail)	Sukuria e-Factura CIUS-RO turinį (payload) ir siunčia per tiltą (bridge); D300 ir SAF-T D406 nėra generuojami

Stripe Tax: greitas kelias, kai Stripe jau naudojama

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

Kur Stripe galimybės baigiasi, aiškiai nurodo pati Stripe. Jos deklaravimo dokumentacijoje teigiama: „Privalote deklaruoti ir sumokėti surinktą mokestį kiekvienoje vietovėje, kurioje esate registruoti.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe dirba su deklaravimo partneriais, todėl ES PVM deklaraciją (VAT return) teikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir eksporto sluoksnis, o ne apskaitos knygų rinkinys.

Rumunijos sistemų architektūroje (stack) Stripe Tax suteikia jums tarifą. „e-Factura“ patvirtinimas ir D406 failas, su kuriais susijusios baudos, lieka nepaliesti.

Paddle: perduokite visą mokesčių naštą kam nors kitam

Paddle yra kitos kategorijos produktas. Ji veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų pirkėjai, todėl ji apskaičiuoja PVM apmokėjimo metu, išrašo sąskaitą faktūrą, o taip pat deklaruoja ir sumoka mokesčius už jus. Jos programuotojams skirta dokumentacija apima Paddle.js, katalogų API, apmokėjimo procesą ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir paprastai naudojamas suteikti prieigą po apmokėjimo.

Kompromisas yra labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju (seller of record), todėl jūs nebevaldote prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį turėtumėte naudodami savo apmokėjimo sistemą.

Skaitmeniniams produktams, parduodamiems Rumunijos vartotojams, tai apima PVM nuo pradžios iki pabaigos. Visgi, Rumunijos įmonė vis tiek privalo teikti „e-Factura“ ir SAF-T už savo veiklą.

Quaderno: mokesčių sluoksnis mažesnėms skaitmeninėms įmonėms

Quaderno yra vienas aiškesnių, programuotojams pritaikytų (developer-first) pasirinkimų mažesnėms skaitmeninėms įmonėms, norinčioms turėti mokesčių paslaugą, nepriklausomą nuo vieno mokėjimų apdorotojo. Jos API dokumentacijoje aprašytas /tax_rates/calculate endpoint'as, kuris apskaičiuoja taikytiną tarifą pagal pirkėjo adresą ir operacijos tipą, /tax_ids/validate endpoint'as, apimantis ES PVM mokėtojo kodų tikrinimą, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų (credit-note) endpoint'ai. Dokumentuota „Connect“ skiltis su paskyrų ištekliais yra ta dalis, kuria remdamasi būtų kuriama prekyvietė.

Ribojimas slypi apimtyje. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama (immutable) dvejybinio įrašo didžiąja knyga (double-entry ledger), ir jos viešai prieinama medžiaga nepatvirtina automatinio deklaravimo kiekviename plane kiekvienoje šalyje. Atsakomybę už deklaravimą reikėtų vertinti kaip dalyką, kurį reikia patvirtinti raštu.

Ji apdoroja skaičiavimus apmokėjimo metu. „e-Factura“ ir D406 nepatenka į jos apimtį, o Rumunijoje tai yra prievolės su nustatytais terminais ir baudomis.

Avalara ir Fonoa: stambių įmonių (enterprise) mokesčių varikliai

Avalara produktas AvaTax atlieka realaus laiko mokesčių nustatymą apmokėjimo, sąskaitų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų atskyrimą: PVM deklaravimas (VAT Reporting) yra atskira dalis „Returns“ asortimente, todėl ES PVM atitikties darbo eiga (compliance workflow) nėra tiesiog vienas „AvaTax“ — turėsite apsibrėžti modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią (signup path) su 90 dienų nemokamu bandomuoju laikotarpiu, tuo tarpu komercinis produkcijos modelis yra pritaikytas stambioms įmonėms.

Fonoa Tax Engine teigia, kad „kiekvienai operacijai realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių traktavimą“ per versijuotą API (versioned 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 jums svarbūs VIES įrodymai, įtraukite tai į apimtį aiškiai, o ne darykite prielaidą, kad variklis tai apima.

Rumunija yra vienas stipriausių argumentų stambių įmonių mokesčių varikliui (enterprise engine), nes patvirtinimas (clearance) ir SAF-T kartu reikalauja didelės apimties kūrimo darbų. Vis dėlto, tai yra didelis pirkinys sprendžiant vienos šalies problemą.

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

Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms savo pačių produkte reikia didžiųjų knygų, išmokėjimų (payouts), ES mokesčių ir eksportuojamo audito sekiklio (audit trail), o ne prie apmokėjimo sistemos 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ą į mokesčių traktavimo (treatment) klausimą remiantis operacijos faktais:

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

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

Pakeitus pirkėją į įmonę, turinčią galiojantį Rumunijos PVM mokėtojo kodą, ta pati užklausa grąžina reverse_charge kartu 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ų, ji grąžina deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu, ir būtent to auditorius teirausis po kelerių metų.

Sumodeliuotos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. Nuotolinės prekybos (distance-selling) €10,000 riba yra sekama, o ne daroma prielaida — /v1/declarations/eu/distance-sales-threshold/get parodo, kokia yra įmonės situacija šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute bei /v1/declarations/eu/ioss/compute sugeneruoja ataskaitinio laikotarpio skaičius, įskaitant ankstesnių laikotarpių taisymų (corrections) skiltį. Tarifai gaunami iš Europos Komisijos TEDB duomenų srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti (override) atskirai kiekvienai šaliai.

Tada šis nustatymas (determination) perkeliamas į nekeičiamą dvejybinio įrašo didžiąją knygą, kur PVM metaduomenys priskiriami įrašui, todėl nereikia atlikti jokio papildomo derinimo (reconciliation) tarp mokesčių variklio ir atskiros įrašų sistemos. Piniginės sumos yra dešimtainės eilutės (decimal strings), bet niekada ne slankiojo kablelio skaičiai (floating-point numbers). Šalia to: griežtai tipizuoti (typed) SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams (safe retries), smėliadėžės (sandbox) įmonės, VIES patikrinimas, užfiksuojamas kartu su sąskaita faktūra, daugelio įmonių palaikymas ir laikotarpių užrakinimas (period locking), kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Rumunijos apimtis yra dalinė, ir šį atskyrimą verta žinoti tiksliai. Sąskaitų faktūrų pusėje Nordlet sukuria „RO e-Factura“ turinį (payload) kaip EN 16931 UBL formatą su „CustomizationID CIUS-RO 1.0.1“, kurį galima gauti iš /v1/sales/invoices/einvoice-xml ir išsiųsti per /v1/sales/invoices/einvoice-send naudojant įmonei priskirtą HTTP tiltą, sukonfigūruotą kaip ro_efactura, kuris valdo ANAF SPV OAuth kredencialus ir sertifikuotą kanalą. Vienas žinomas trūkumas pažymimas sistemoje, o ne spėliojamas: adresų duomenų modelyje trūksta apskrities („CountrySubentity“), todėl tai pranešama kaip įspėjimas duomenų pakete. Deklaracijų pusėje nėra Rumunijos paketo — iškvietus /v1/declarations/eu/vat-return/compute su countryCode: "RO" grąžinamas 422 kodas, nurodantis Lietuvą, Vokietiją ir Lenkiją — taigi nei D300, nei SAF-T D406 failas nėra generuojami.

Sąžininga santrauka: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažengusios toliau. Jei jūsų pagrindinis reikalavimas yra tikros apskaitos knygos (real books) — prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje — tai yra niša, kuriai sukurtas Nordlet, ir jos neužpildo jokie skaičiavimo sluoksniai. API specifikacija (API reference) parodo visą API paviršių prieš jums įsipareigojant.

Ką Rumunija reikalauja deklaruoti

Rumunija reikalauja trijų atskirų dalykų pagal tris skirtingus tvarkaraščius.

RO e-Factura — struktūrizuotos e. sąskaitos faktūros (e-invoices) per nacionalinę platformą. Privaloma B2B sektoriui nuo 2024 m. ir B2C sektoriui nuo 2025 m., o nuo 2026 m. sąskaitos faktūros į platformą turės būti išsiųstos per 5 darbo dienas nuo išrašymo. Neišrašius e. sąskaitos faktūros, bauda gali siekti 15 % sąskaitos faktūros sumos.
SAF-T D406 — standartinė audito rinkmena. D406 General (bendroji) teikiama kas mėnesį arba kas ketvirtį, atsižvelgiant į PVM mokestinį laikotarpį, iki kito mėnesio paskutinės dienos; ilgalaikio turto failas teikiamas kasmet, o atsargų failas parengiamas gavus ANAF prašymą. Tai taikoma visiems mokesčių mokėtojams nuo 2025 m.
D300 — PVM deklaracija, teikiama kas mėnesį arba kas ketvirtį iki 25 dienos, tuo pačiu metu atliekant ir mokėjimą.

Visos trys prievolės remiasi tais pačiais baziniais įrašais, o tai yra stipriausias praktinis argumentas laikyti sąskaitų išrašymą ir apskaitą vienoje sistemoje, o ne dviejose atskirose.

Pilnas šalies vaizdas — pelno mokestis, darbo užmokestis, deklaravimo kalendorius ir institucijos, atsakingos už kiekvieną formą — pateikiamas Rumunijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš įsipareigojant

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

Skaičiavimas ar apskaita — ar jis nustato PVM traktavimą (VAT treatment), ar tik saugo jūsų perduotą kodą?
Rumunijos apimtis — 21 %, 11 %, pereinamasis 9 % tarifas naujiems būstams, 0 %, atvirkštinis apmokestinimas (reverse charge), lėjų sumos ir RON 395,000 riba?
ES paskirties vietos logika — ar jis gali atskirti Rumunijos PVM nuo kitos valstybės narės PVM atliekant B2C pardavimą?
B2B PVM mokėtojo kodo tikrinimas — ar jis patikrina VIES ir išsaugo įrodymą?
OSS ir IOSS — ar jis agreguoja, paruošia, pateikia, ar tik eksportuoja?
Prekyvietės atsakomybė — ar jis gali modeliuoti pardavėjo, platformos ir laikomo tiekėjo (deemed supplier) vaidmenis?
Apskaitos vientisumas (Accounting integrity) — ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
Programuotojų ergonomika — REST API, SDK, „webhooks“, smėliadėžė (sandbox), idempotentiškumas, versijavimas?
Audito sekiklis (Audit trail) — tarifas, taisyklė, vietos įrodymas, PVM mokėtojo kodas, laiko žyma (timestamp), pakeitimų istorija (revision history)?
e-Factura ir SAF-T — ar jis gali sukurti CIUS-RO UBL sąskaitas faktūras, pasiekti ANAF platformą per 5 darbo dienas ir sugeneruoti D406 failą?
Atsakomybė už deklaravimą — kurį tiksliai žingsnį prisiima paslaugos teikėjas (vendor)?

D.U.K.

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

Nė vienos nereikėtų apibūdinti kaip apimančios visas tris realaus laiko galimybes kiekvienam verslo modeliui. Rumunija padalyta į tris problemas — patvirtinimą (clearance), SAF-T ir deklaraciją — ir labai retas paslaugos teikėjas sprendžia daugiau nei vieną iš jų.

Ar Stripe Tax palaiko „RO e-Factura“?

Ne. Stripe Tax apskaičiuoja PVM ir eksportuoja duomenis. Sąskaitos faktūros patvirtinimas per nacionalinę „e-Factura“ platformą yra atskira integracija, o Rumunijoje jos neatlikus gresia bauda, siekianti 15 % sąskaitos faktūros sumos.

Ar Nordlet automatiškai teikia Rumunijos PVM deklaracijas?

Ne. Nėra Rumunijos deklaracijų paketo, todėl nei D300, nei SAF-T D406 nėra generuojami. Nordlet sukuria „e-Factura CIUS-RO“ turinį (payload) ir siunčia jį per jūsų sukonfigūruotą tiltą (bridge), sistemoje pažymėdamas trūkstamą apskrities (county) laukelį, o ne jį išgalvodamas.

Kas pasikeitė Rumunijos PVM tarifuose 2025 m.?

Standartinis tarifas 2025 m. rugpjūčio 1 d. padidėjo nuo 19 % iki 21 %, o buvę 5 % ir 9 % lengvatiniai tarifai tą pačią dieną buvo sujungti į vieną 11 % tarifą. Pereinamasis 9 % tarifas atitinkantiems reikalavimus naujiems būstams galioja iki 2026 m. liepos 31 d.

Nuo ko pradėti

Rumunijoje laikykite „e-Factura“ ir SAF-T pagrindiniais reikalavimais, o tarifų lentelę – tik detale. Jei parduodate skaitmeninius produktus ir norite visą mokesčių naštą perkelti kitur, išbandykite Paddle. Jei didžioji knyga, išmokėjimai ir „e-Factura“ turinys turi būti generuojami iš tų pačių duomenų, pradėkite naudotis smėliadėže (sandbox) ir prieš kurdami sistemą aplink tai patvirtinkite Rumunijos apimtį — turinio sukūrimas (payload) taip, deklaracijos ir SAF-T ne. Kainos yra skelbiamos viešai, o ne pateikiamos tik pagal atskirą užklausą.

Šaltiniai

Visi aukščiau pateikti paslaugų teikėjų (vendors) teiginiai veda į pačių teikėjų dokumentaciją. Pačios taisyklės paimtos iš:

ANAF: PVM gairės (VAT guidance) — 21 % ir 11 % tarifai, D300 deklaracija ir registracijos riba
Europos Komisija: eInvoicing in Romania — „RO e-Factura“ reikalavimas (mandate) ir jo etapai
Europos Komisija: VAT One Stop Shop — €10,000 nuotolinės prekybos riba

Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Viskas, kas čia pateikta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedant kurti, rekomenduojame viską patikrinti papildomai.