ES PVM tikruoju laiku kūrėjams, dirbantiems su Prancūzijos rinka
Išsamus apskaitos ir mokesčių platformų, apdorojančių Prancūzijos ir ES PVM per API, SDK ir tinklo gaudykles, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.
Prancūzija netrukus pakeis tai, ką reiškia „PVM integracija“. Nuo 2026 m. rugsėjo mėnesio kiekviena įmonė turės sugebėti priimti elektroninę sąskaitą faktūrą, didelės ir vidutinės įmonės privalės jas išrašyti, o operacijų (transakcijų) duomenys turės būti teikiami kartu. Bet kurios platformos, šiandien parduodančios jums „Prancūzijos PVM palaikymą“, reikėtų paklausti, kurias iš šių funkcijų ji apima, nes dauguma jų atlieka tik lengvąją dalį – apskaičiuoja 20% apmokėjimo (checkout) metu – ir nepadengia jokios sudėtingosios dalies.
Šiame straipsnyje lyginamos kūrėjams skirtos platformos, tvarkančios ES ir Prancūzijos PVM tikruoju laiku, atskiriami skaičiavimai nuo buhalterinės apskaitos bei deklaravimo, ir nurodoma, kur kiekvienas sprendimas iš tikrųjų tinka.
Ką turi apimti „ES PVM valdymas tikruoju laiku“
Ši frazė dažnai ištempiama ir taikoma labai skirtingiems produktams. Kad ji ką nors reikštų, platforma operacijos, sąskaitos faktūros, atsiskaitymo (settlement) ar didžiosios knygos (ledger) įrašo kūrimo metu turi atlikti daugumą šių veiksmų:
- Nustatyti PVM traktavimą pagal operacijos duomenis.
- Pritaikyti galiojančias šalies ir produkto taisykles.
- Apimti Prancūziją ir platesnę ES, įskaitant atvirkštinį apmokestinimą (reverse charge) B2B atveju ir paskirties vietos apmokestinimą B2C atveju.
- Pateikti visa tai per API, SDK arba tinklo gaudyklę (webhook).
- Išsaugoti duomenis PVM, OSS, audito ir buhalterinės apskaitos ataskaitoms.
Po žodžiais „tikruoju laiku“ slepiasi trys skirtingos galimybės:
- Skaičiavimas tikruoju laiku – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
- Apskaita tikruoju laiku – operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
- Duomenų teikimas tikruoju laiku – duomenys perduodami mokesčių administratoriui netrukus po operacijos atlikimo.
Dauguma produktų atlieka pirmąjį. Labai nedaugelis – visus tris. Prancūzija yra viena iš tų šalių, kur trečioji galimybė nustoja būti pasirenkama: 2026 m. reforma sujungia privalomą e. sąskaitų faktūrų išrašymą per akredituotas platformas su e. duomenų teikimu (e-reporting) mokesčių administratoriui.
Prancūzijos ir ES taisyklės, lemiančios palyginimą
Prancūzija taiko 20% standartinį tarifą, lengvatinius 10%, 5.5% ir 2.1% tarifus bei 0% tarifą eksportui ir tiekimui ES viduje. „Franchise en base“ (neapmokestinamojo minimumo) ribos yra €37,500 paslaugoms ir €85,000 prekėms, su tolerancijos ribomis atitinkamai €41,250 ir €93,500 – nepasiekus šių ribų, įmonė išvis neskaičiuoja PVM. Tai būsena, kurią jūsų sąskaitų išrašymo kodas turi atspindėti, o ne tiesiog ignoruoti. Taisyklės ir dabartinės ribos yra skelbiamos Service-Public / DGFiP.
Atitinkamiems B2C nuotoliniams pardavimams ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti €10,000 riba, nustatyta Europos Komisijos One Stop Shop portale. Ją viršijus, PVM paprastai taikomas pagal kliento valstybę narę. „One Stop Shop“ (OSS) leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai nepanaikina operacijų lygmens logikos poreikio.
Taip pat egzistuoja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa laikoma tiekėju (deemed supplier), kai nuotoliniu būdu parduodamos importuotos prekės siuntose, kurių vertė neviršija €150, ir atskirai, kai prekės tiekiamos ES klientams bet kokia verte, jeigu faktinis pardavėjas nėra įsisteigęs ES. Komisijos PVM e. prekybos taisyklių aiškinamosiose pastabose išdėstytos abi dalys. Jei kuriate prekyvietę, tai pakeičia pačią architektūrą, o ne tik prideda papildomą laukelį.
Trumpa apžvalga
| Platforma | Geriausiai tinka | PVM galimybės tikruoju laiku | Apskaita, OSS ir deklaravimo aprėptis | Pagrindinis trūkumas |
|---|---|---|---|---|
| Stripe Tax | Produktams ir prekyvietėms, jau naudojančioms Stripe | Apskaičiuoja PVM kuriant operaciją, įskaitant Prancūziją | ES eksportas ir OSS duomenys; nėra Prancūzijos didžiosios knygos ir pati platforma neteikia ES deklaracijų | Verta tik tada, kai Stripe jau naudojama kaip mokėjimų sistema |
| Paddle | SaaS ir atsisiunčiamiems skaitmeniniams produktams | Apskaičiuoja PVM apmokėjimo metu pagal kliento buvimo vietą | Registruoja, deklaruoja ir perveda 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žesnėms SaaS ir skaitmeninės komercijos įmonėms | Skaičiuoja apmokėjimo metu, tikrina PVM mokėtojo kodus | Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas visuose planuose | Mokesčių ir sąskaitų išrašymo lygmuo, bet ne didžioji knyga |
| Avalara AvaTax | Didelių įmonių ERP ir atsiskaitymų sistemoms | Nustatymas tikruoju laiku su atnaujinamu mokesčių turiniu | PVM ataskaitų teikimas yra atskiras produktas deklaracijų grupėje | Skirta ir įkainota stambių įmonių (enterprise) diegimams |
| Fonoa Tax Engine | Didelėms platformoms ir prekyvietėms | Nustatymas tikruoju laiku daugiau nei 190 jurisdikcijų | Deklaracijos, e. sąskaitos ir ataskaitos; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas | Nėra viešai skelbiamų kainų |
| Nordlet | Integruota apskaita prekyvietėse ir platformose | Nustato schemą ir tarifus kiekvienai operacijai, registruojama kartu su didžiosios knygos įrašu | Nekeičiama dvejybinio įrašo didžioji knyga, išmokos, OSS ir IOSS skaičiai, eksportuojama audito seka | Nėra CA3 deklaracijos paketo ir PDP integracijos; sugeneruoja bazinius skaičius ir Peppol sąskaitas faktūras |
Stripe Tax: greitas kelias, kai Stripe jau naudojamas
Komandoms, jau naudojančioms Stripe mokėjimus, Billing ar Connect, Stripe Tax yra labiausiai prieinamas skaičiavimo tikruoju laiku lygmuo. Dokumentacijoje aprašytas PVM skaičiavimas visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimas sąskaitose faktūrose ir Tax naudojimas su Connect platformoms ar prekyvietėms.
Kur Stripe sustoja, pačios Stripe aiškiai nurodyta. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir pervesti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruoti“. Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe dirba su deklaravimo partneriais, tad ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai skaičiavimo ir eksporto lygmuo, o ne apskaitos knygos.
Kuriant sprendimą Prancūzijai, Stripe Tax atsako į tarifo klausimą, bet neatsako į jokius 2026 m. reformos klausimus. Iš jo negaunamas nei CA3, nei e. duomenų teikimo (e-reporting) srautas.
Paddle: perduokite visą mokesčių vaidmenį 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 pervedimą“ ten, kur yra jūsų klientai, todėl apmokėjimo metu jis apskaičiuoja PVM, išrašo sąskaitą faktūrą ir už jus pateikia deklaraciją bei perveda mokesčius. Kūrėjų dokumentacija apima Paddle.js, katalogo API, atsiskaitymus ir tinklo gaudykles, tokias kaip transaction.completed, kuri suveikia operacijai pasiekus completed būseną ir yra įprastas gaudiklis prieigai suteikti po apmokėjimo.
Kompromisas labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebeturite prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte su savo atsiskaitymo (checkout) sprendimu.
Skaitmeniniams produktams, parduodamiems Prancūzijos vartotojams, tai visiškai išsprendžia deklaravimo problemą. Tačiau tai nepanaikina prievolės išrašyti e. sąskaitas faktūras Prancūzijos įmonėms, kurias išrašo jūsų Prancūzijos subjektas.
Quaderno: mokesčių lygmuo mažesnėms skaitmeninio verslo įmonėms
Quaderno yra vienas aiškesnių „developer-first“ pasirinkimų mažesnėms skaitmeninio verslo įmonėms, norinčioms nuo vieno mokėjimų tvarkytojo nepriklausančios mokesčių paslaugos. Jos API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas, apskaičiuojantis taikomą tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate galinis punktas, apimantis ES PVM mokėtojo kodus, ir sąskaitų faktūrų, kvitų bei kreditinių sąskaitų (credit notes) galiniai punktai. Dokumentuotas Connect skyrius su paskyros ištekliais yra ta dalis, ant kurios būtų kuriama prekyvietė.
Apribojimas yra aprėptis. Quaderno yra mokesčių ir sąskaitų išrašymo lygmuo, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga (immutable double-entry ledger), ir jos vieša informacija nepatvirtina, kad automatinis deklaravimas galimas kiekvienam planui kiekvienoje šalyje. Laikykite atsakomybę už deklaravimą dalyku, kurį reikia patvirtinti raštu.
Ji gerai apima apskaičiavimą apmokėjimo metu ir PVM kodų tikrinimą. Ji neparengia CA3 ir nėra akredituota platforma Prancūzijos reformos kontekste.
Avalara ir Fonoa: didelių įmonių mokesčių sistemos
Avalara AvaTax nustato mokesčius tikruoju laiku atsiskaitymo, sąskaitų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų pasiskirstymą: PVM ataskaitų teikimas yra atskira dalis Returns grupėje, todėl ES PVM atitikties darbo eiga nėra tiesiog „AvaTax“ – išsiaiškinkite, kokių modulių jums iš tikrųjų reikia. Avalara aprašo registracijos kelią su 90 dienų nemokamu bandymu, o gamybinis komercinis modelis yra pritaikytas stambioms įmonėms.
Fonoa Tax Engine teigia, kad „tikruoju laiku apskaičiuoja teisingą netiesioginių mokesčių traktavimą kiekvienai operacijai“ per versijuojamą API daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių kodo tikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl, jei VIES įrodymai jums svarbūs, numatykite tai aiškiai, užuot darę prielaidą, kad sistema tai apima.
Abu yra patikimi pasirinkimai didelei Prancūzijos platformai, ir abu yra tokie pirkiniai, kuriuos lydi poreikių vertinimo (scoping) procesas, o ne tiesiog registracijos forma.
Kur tinka Nordlet: PVM atsakymas ir didžiosios knygos įrašas yra tas pats įrašas
Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms reikia didžiosios knygos, išmokų (payouts), ES mokesčių palaikymo ir eksportuojamos audito sekos savo pačių produkte, o ne sąskaitų išrašymo programėlės, prijungtos prie apmokėjimo modulio.
Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į mokesčių traktavimo klausimą pagal operacijos faktus:
{
"customerCountryCode": "FR",
"customerIsBusiness": false,
"supplyType": "digital"
}
{
"scheme": "oss_union",
"vatCountryCode": "FR",
"reverseCharge": false,
"deemedSupplier": false,
"zeroRated": false,
"rates": [
{ "category": "standard", "ratePercent": "20.00" },
{ "category": "reduced", "ratePercent": "10.00" },
{ "category": "reduced", "ratePercent": "5.50" },
{ "category": "super_reduced", "ratePercent": "2.10" }
],
"legalBasis": "Directive 2006/112/EC art. 58 — taxable where the consumer resides; report via the Union OSS"
}
Pakeiskite klientą į įmonę su galiojančiu Prancūzijos PVM kodu, ir ta pati užklausa grąžina reverse_charge su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace, kai pardavėjas įsisteigęs ne ES, ir ji grąžins deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu, o tai ir yra toji dalis, kurios auditorius paklaus 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, kur įmonė stovi jos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio skaičius, įskaitant ankstesnių laikotarpių taisymų skyrių. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, o įmonė gali juos pakeisti pagal šalį.
Nustatymas vėliau įrašomas į nekeičiamą dvejybinio įrašo didžiąją knygą su PVM metaduomenimis, pridėtais prie įrašo, todėl nereikia antro derinimo (reconciliation) tarp mokesčių sistemos ir atskiros įrašų sistemos. Piniginės sumos pateikiamos kaip dešimtainės trupmenos eilutės formatu (decimal strings), o ne kintamojo kablelio skaičiai. Šalia to: griežtai tipizuoti SDK, tinklo gaudyklės kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams, testinės aplinkos (sandbox) įmonės, VIES patikrinimas, užfiksuotas kartu su sąskaita faktūra, kelių įmonių palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.
Būsime tikslūs dėl ribos, nes ji lemia, ar tai tinka Prancūzijos sprendimui. Nordlet nepateikia Prancūzijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "FR" grąžina 422 klaidą, nurodančią egzistuojančius paketus – Lietuvos, Vokietijos ir Lenkijos – todėl CA3 ar CA12 generavimo ir FEC audito failo čia nėra. Nėra integracijos su akredituota platforma (PDP) 2026 m. reformai. Prancūzijai čia pateikiamas PVM nustatymas, didžioji knyga, iš kurios imami skaičiai, OSS ir IOSS sumos bei struktūrizuotos sąskaitos faktūros per Peppol BIS 3.0, naudojant jūsų pačių arba platformos prieigos tašką. Tarifo nustatymas atliekamas pagal šalį ir tarifo kategoriją, o ne pagal produkto klasifikaciją, todėl viską, kas priklauso nuo CN ar CPA kodo, vis dar reikia nustatyti pradiniame etape.
Sąžininga santrauka: jei jums reikia tiesioginio skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių sistemos ir oficialaus pardavėjo (Merchant of Record) paslaugos yra pažengusios toliau. Jei pagrindinis jūsų reikalavimas yra tikros buhalterinės knygos – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šią spragą užpildo Nordlet, ir joks skaičiavimų lygmuo jos neužpildo. Prieš priimdami sprendimą, visą apimtį galite peržiūrėti API dokumentacijoje.
Ką Prancūzija reikalauja deklaruoti
Prancūzijos situacija turi vieną pastovią prievolę ir vieną didelį vykstantį pokytį.
- CA3 PVM deklaracija – teikiama kas mėnesį per impots.gouv.fr, arba kas ketvirtį, kai metinis mokėtinas PVM yra mažesnis nei €4,000. Mažesnės įmonės vietoje to gali naudoti supaprastintą metinį režimą (CA12).
- FEC audito failas – fichier des écritures comptables, pateikiamas pareikalavus audito metu, o ne pagal tvarkaraštį. Tai priežastis susirūpinti, ar jūsų didžioji knyga gali būti eksportuojama struktūruota forma.
- E. sąskaitų faktūrų išrašymas ir e. duomenų teikimas nuo 2026 m. rugsėjo – kiekviena įmonė turės sugebėti priimti elektronines sąskaitas faktūras, o didelės ir vidutinės įmonės privalės jas išrašyti; mažos ir labai mažos įmonės paseks šiuo pavyzdžiu 2027 m. rugsėjį. Sąskaitos faktūros keliauja per akredituotas platformas (PDP) Factur-X, UBL arba CII formatu, o kartu teikiami operacijų duomenys.
Šią reformą verta įtraukti į planus. Ji paverčia sąskaitą faktūrą iš atvaizduojamo dokumento į perduodamą pranešimą, ir platforma, išrašanti sąskaitas faktūras Prancūzijos pardavėjų vardu, perima šį pokytį.
Visas vaizdas šaliai – pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir už kiekvieną formą atsakingos institucijos – pateikiamas Prancūzijos mokesčių puslapyje.
Atrankos kriterijai, kuriuos verta patikrinti prieš įsipareigojant
Prieš vertindami bet kurį „PVM paruoštą“ produktą kaip lygiavertį kitam, patikrinkite jį pagal šiuos kriterijus:
- Skaičiavimas ar apskaita – ar jis nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
- Prancūzijos aprėptis – 20%, 10%, 5.5%, 2.1%, 0%, atvirkštinis apmokestinimas ir „franchise en base“ būsena?
- ES paskirties vietos logika – ar jis gali atskirti Prancūzijos PVM nuo kitos valstybės narės PVM B2C pardavimo atveju?
- B2B PVM mokėtojo kodo tikrinimas – ar jis tikrina VIES ir išsaugo įrodymus?
- OSS ir IOSS – ar jis kaupia, rengia, pateikia, ar tik eksportuoja duomenis?
- Prekyvietės atsakomybė – ar jis gali modeliuoti pardavėjo, platformos ir laikomo tiekėjo (deemed-supplier) vaidmenis?
- Apskaitos vientisumas – ar kiekvienas skaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
- Kūrėjo ergonomika – REST API, SDK, tinklo gaudyklės, testinė aplinka, idempotentiškumas, versijavimas?
- Audito seka – tarifas, taisyklė, buvimo vietos įrodymai, PVM mokėtojo kodas, laiko žyma, keitimų istorija?
- Pasirengimas 2026 m. reformai – ar jis gali sugeneruoti Factur-X, UBL arba CII, ir ar turi prieigą prie akredituotos platformos (PDP) iki 2026 m. rugsėjo?
- Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima paslaugos teikėjas?
D.U.K.
Kuri platforma siūlo visapusišką ES PVM valdymą tikruoju laiku Prancūzijoje?
Nė vienos negalima apibūdinti kaip siūlančios visas tris galimybes tikruoju laiku kiekvienam verslo modeliui, o 2026 m. reforma šį atotrūkį dar padidina: skaičiavimo paslaugų teikėjai nėra akredituotos platformos. Patys patikrinkite skaičiavimą, buhalterinę apskaitą ir duomenų perdavimą konkrečiai jūsų atveju.
Ar Stripe Tax pakanka Prancūzijos prekyvietei?
Skaičiavimui ir eksportui dažniausiai taip. Dvejybinio įrašo didžiajai knygai, stebinčiai daugelio pardavėjų išmokas, ne. Ji taip pat nesugeneruoja CA3 ir neprisijungia prie akredituotos platformos, todėl 2026 m. reformai vis tiek reikia atskiro sprendimo.
Ar Nordlet automatiškai teikia Prancūzijos PVM deklaracijas?
Ne, ir taip pat neskaičiuoja CA3. Specifinių šalių deklaracijų paketai pateikiami Lietuvai, Vokietijai ir Lenkijai; Prancūzijai API grąžina 422 klaidą, kurioje jie išvardijami. Prancūzijai sistema atlieka PVM nustatymą, tvarko didžiąją knygą, OSS ir IOSS skaičius bei audito seką.
Ko reikalauja 2026 m. rugsėjo mėn. Prancūzijos e. sąskaitų faktūrų išrašymo terminas?
Nuo 2026 m. rugsėjo visos įmonės turės sugebėti priimti elektronines sąskaitas faktūras, o didelės ir vidutinės įmonės privalės jas išrašyti; mažos ir labai mažos įmonės paseks šiuo pavyzdžiu 2027 m. rugsėjį. Sąskaitos faktūros keliaus per akredituotas platformas Factur-X, UBL arba CII formatu, kartu teikiant ir operacijų duomenis.
Nuo ko pradėti
Nuspręskite, kurios iš trijų galimybių tikruoju laiku jums iš tikrųjų reikia, o tada nuspręskite, kas už jus pasirūpins 2026 m. reforma. Jei jums reikia tiesioginio skaičiavimo Stripe sistemoje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti atsakomybės už deklaravimą, išbandykite Paddle. Jei kuriate prekyvietę, kurioje knygos, atsiskaitymai ir PVM priklauso jūsų produktui, pradėkite nuo testinės aplinkos ir patvirtinkite, kas yra ir kas nėra padengta Prancūzijai, prieš kurdami sprendimą aplink tai. Kainodara yra skelbiama viešai, o ne tik pagal atskirą užklausą.
Šaltiniai
Kiekvienas aukščiau pateiktas paslaugų teikėjo teiginys nukreipia į paties teikėjo dokumentaciją. Pačios taisyklės paimtos iš:
- Service-Public / DGFiP: TVA, franchise en base and returns – tarifai, „franchise en base“ ribos ir CA3
- European Commission: eInvoicing in France – laipsniška e. sąskaitų faktūrų išrašymo ir e. duomenų teikimo reforma
- European Commission: VAT One Stop Shop – €10,000 nuotolinės prekybos riba
- impots.gouv.fr (DGFiP) – mokesčių administratorius, atsakingas už PVM registraciją ir CA3 pateikimą
Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Viskas čia buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedami ką nors kurti, dar kartą viską patikrinkite.