Nordlet

← Tinklaraštis

Real-Time EU VAT for Developers Building in France

A grounded comparison of accounting and tax platforms that handle French and EU VAT through APIs, SDKs and webhooks, with clear notes on what each one actually covers.

Nordlet Team · · 12 min. skaitymo

Prancūzija iš esmės keičia požiūrį į tai, ką reiškia „PVM integracija“. Nuo 2026 m. rugsėjo mėnesio kiekvienas verslas privalo turėti galimybę priimti elektronines sąskaitas faktūras, didelės ir vidutinės įmonės privalo jas išrašyti, o operacijų duomenys turi būti teikiami kartu. Jei kas nors šiandien jums siūlo platformą su „Prancūzijos PVM palaikymu“, turite pasiteirauti, kurią iš šių dalių ji apima - juk dauguma sprendimų išsprendžia tik lengvąją dalį (20 proc. apskaičiavimą prie kasos), o sudėtingąją palieka nuošalyje.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, realiuoju laiku tvarkančios ES ir Prancūzijos PVM, atskiriamas apskaičiavimas, apskaita bei deklaravimas ir paaiškinama, kur tinka kiekvienas iš šių variantų.

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

Ši frazė taikoma labai skirtingiems produktams apibūdinti. Kad terminu būtų galima pasitikėti, platforma privalo atlikti didžiąją dalį šių veiksmų tuo metu, kai kuriamas sandoris, sąskaita faktūra, atsiskaitymas arba didžiosios knygos (general ledger) įrašas:

  • Nustatyti PVM taikymo tvarką pagal sandorio duomenis.
  • Pritaikyti galiojančias šalies ir prekės taisyklę(-es).
  • Apimti Prancūziją ir platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą vartojimo valstybėje narėje.
  • Pateikti visa tai per API, SDK arba internetines saistomąsias užklausas (webhooks).
  • Saugoti duomenis, reikalingus PVM, OSS, audito ir apskaitos atskaitomybei.

Sąvokoje „realiuoju laiku“ slepiasi trys skirtingi gebėjimai:

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

Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Prancūzija yra viena iš šalių, kur trečiasis punktas tampa privalomas: 2026 m. reforma sujungia privalomą e. sąskaitų faktūrų išrašymą per akredituotas platformas su sandorio duomenų e. atskaitomybe mokesčių administratoriui.

Prancūzijos ir ES taisyklės, lemiančios palyginimą

Prancūzijoje taikomas 20 proc. standartinis tarifas, sumažinti 10 proc., 5,5 proc. ir 2,1 proc. tarifai bei 0 proc. tarifas eksportui ir tiekimo sandoriams ES viduje. Atleidimo nuo PVM riba smulkiajam verslui (franchise en base) siekia 37 500 EUR paslaugoms ir 85 000 EUR prekėms, o tolerancijos ribos yra 41 250 EUR ir 93 500 EUR - neviršijant šių ribų verslas išvis netaiko PVM. Jūsų sąskaitų išrašymo kodas turi atspėti šią būseną, o ne ją ignoruoti. Taisykles ir galiojančias ribas skelbia Service-Public / DGFiP.

Atitinkamiems nuotolinės prekybos B2C sandoriams ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visiems ES nariams bendra 10 000 EUR riba, nustatyta Europos Komisijos vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai priklauso nuo pirkėjo valstybės narės. Vieno langelio sistema (OSS) leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji panaikina poreikį turėti sandorio lygmens logiką.

Taip pat galioja prekyvietės taisyklė, kuri yra griežtesnė, nei tikisi daugelis komandų. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) importuotų prekių nuotolinei prekybai siuntose, neviršijančiose 150 EUR, bei atskirai prekėms, tiekiamoms ES pirkėjams bet kokia verte, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamieji raštai (Explanatory Notes) dėl PVM e. prekybos taisyklių apibrėžia abu šiuos aspektus. Jeigu kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda naują lauką.

Trumpa alternatyvų apžvalga

Platforma Kam tinka labiausiai Realaus laiko PVM galimybės Apskaitos, OSS ir deklaravimo aprėptis Pagrindinis trūkumas
Stripe Tax Produktams ir prekyvietėms, jau veikiantiems „Stripe“ Apskaičiuoja PVM sukuriant sandorį (įskaitant Prancūziją) ES eksportas ir OSS duomenys; nėra Prancūzijos didžiosios knygos, pati deklaracijų ES neteikia Verta dėmesio tik tada, kai „Stripe“ jau naudojama kaip mokėjimo sistema
Paddle SaaS ir parsisiunčiamiems skaitmeniniams produktams Apskaičiuoja PVM išrašant sąskaitą pagal pirkėjo buvimo vietą Registruoja, deklaruoja ir sumoka mokesčius kaip pardavėjas (Merchant of Record) Perima pardavėjo vaidmenį ir kartu su juo – sąskaitos faktūros kontrolę
Quaderno Mažesnėms SaaS ir skaitmeninės kommercijos įmonėms Apskaičiuoja išrašant sąskaitą, tikrina PVM kodus Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentuotas ne kiekvienam planui Mokesčių ir sąskaitų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax Didelėms įmonėms, naudojančioms ERP ir sąskaitų išrašymo sistemas Realaus laiko nustatymas su palaikomu mokesčių turiniu PVM ataskaitų teikimas yra atskiras produktas „Returns“ rinkinyje Apimtis ir kaina pritaikyta stambių įmonių diegimams
Fonoa Tax Engine Didelėms platformoms ir prekyvietėms Realaus laiko nustatymas daugiau nei 190-yje jurisdikcijų Deklaracijos, e. sąskaitos faktūros ir ataskaitos; PVM kodo tikrinimas yra atskiras produktas Neskelbiama kainodara
Nordlet Integruotai apskaitai prekyvietėse ir platformose Nustato schemą ir tarifus kiekvienam sandoriui, įtraukia juos į apskaitą kartu su didžiosios knygos įrašu Nekintanti dvejetybinio įrašo didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas Nėra CA3 deklaracijų paketo ir PDP integracijos; sukuria pirminius rodiklius ir „Peppol“ sąskaitas faktūras

Stripe Tax: greitas kelias, jei „Stripe“ jau naudojama

Komandoms, kurios jau naudoja „Stripe“ mokėjimus, atsiskaitymus (Billing) arba „Connect“, „Stripe Tax“ yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM skaičiavimas visame pasaulyje, mokesčių API su „PaymentIntents“, mokesčių rinkimas iš sąskaitų faktūrų bei „Tax“ naudojimas „Connect“ sistemoje kaip platformoje ar prekyvietėje.

Kur „Stripe“ sustoja, pasakyta tiesiai šviesiai. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje jurisdikcijoje, kurioje esate registruoti.“ Automatizuotas deklaravimas siūlomas Jungtinėse Valstijose; 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.

Prancūzijos rinkai skirtam projektui „Stripe Tax“ išsprendžia tarifo klausimą, bet neatsako į jokius 2026 m. reformos klausimus. Iš jos negausite nei CA3, nei e. atskaitomybės srauto.

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

„Paddle“ yra kito tipo produktas. Ji veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ pirkėjo šalyje. Ji apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei už jus deklaruoja ir sumoka mokesčius. Kūrėjams skirtoje dokumentacijoje aprašoma „Paddle.js“, katalogo API, atsiskaitymo procesas ir internetinės saistomosios užklausos (webhooks), tokios kaip transaction.completed, kuri suveikia pasiekus completed (užbaigtą) būseną ir dažniausiai naudojama suteikti prieigą po apmokėjimo.

Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebeturite pardavėjo, sąskaitos faktūros ir apskaitos modelio, kurį išlaikytumėte naudodami nuosavą atsiskaitymo sprendimą.

Skaitmeniniams produktams, parduodamiems Prancūzijos vartotojams, tai visiškai pašalina deklaravimo problemą. Tačiau tai nepanaikina prievolės išrašyti e. sąskaitas faktūras, kai jūsų paties Prancūzijos įmonė išrašo jas Prancūzijos verslo subjektams.

Quaderno: mokesčių sluoksnis smulkesniam skaitmeniniam verslui

„Quaderno“ yra viena aiškiausių programuotojams pritaikytų alternatyvų smulkesniam skaitmeniniam verslui, norinčiam mokesčių paslaugos, nepriklausomos nuo vieno mokėjimo apdorojimo paslaugų teikėjo. Jos API dokumentacijoje pateikiamas /tax_rates/calculate galutinis taškas (endpoint), apskaičiuojantis taikomą tarifą pagal pirkėjo adresą ir sandorio tipą, /tax_ids/validate galutinis taškas, apimantis ES PVM kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galutiniai taškai. Dokumentuotas „Connect“ skyrius su paskyros ištekliais yra ta dalis, kuria remiantis galima kurti prekyvietę.

Apribojimas slypi mastelyje. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nekintančia dvejetybinio įrašo didžiąja knyga, o jos viešoji medžiaga neužtikrina automatinio deklaravimo kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia pat Siderinti raštu.

Ji gerai apima PVM apskaičiavimą atsiskaitymo metu ir PVM kodų tikrinimą. Ji nesukuria CA3 formos ir nėra akredituota platforma pagal Prancūzijos reformą.

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

„Avalara“ įrankis AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų faktūrų išrašymo arba užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM atskaitomybė (VAT Reporting) yra atskiras produktas „Returns“ grupėje, todėl ES PVM atitikties procesas nėra paprastas „AvaTax“ įdiegimas - tiksliai įvertinkite modulius, kurių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinė komercinė išraiška orientuota į stambų verslą.

„Fonoa“ produktas Tax Engine nurodo, kad per versijuojamą API daugiau nei 190-yje jurisdikcijų jis „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apmokestinimo tvarką kiekvienam sandoriui“. Svarbi architektūrinė detalė: mokesčių kodo tikrinimas yra atskiras „Fonoa“ produktas (Validate), o ne „Tax Engine“ dalis, todėl jei jums svarbūs VIES įrodymai, įtraukite tai aiškiai į apimtį, nepasitikėdami prielaida, kad variklis tai apima.

Abu variantai yra patikimi pasirinkimai didelėms Prancūzijos platformoms, ir abu reikalauja išsamaus poreikių derinimo, o ne paprastos registracijos formos.

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

„Nordlet“ yra apskaitos API, skirta 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 kasos prijungtos sąskaitų 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 atsako į apmokestinimo klausimą remdamasi sandorio faktais:

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

Pakeitus pirkėją į verslo subjektą su galiojančiu Prancūzijos PVM kodu, tas pats kvietimas grąžina atvirkštinio apmokestinimo schemą (reverse_charge) su teisiniu pagrindu Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su už ES ribų įsisteigusiu pardavėju, grąžinama deemedSupplier: true pagal art. 14a(2) straipsnį. Teisinis pagrindas keliauja kartu su atsakymu - tai būtent ta detalė, kurios po kelerių metų teiraujasi auditorius.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. 10 000 EUR nuotolinės prekybos riba yra stebima, o ne numanoma: /v1/declarations/eu/distance-sales-threshold/get pateikia informaciją, kokią padėtį įmonė užima šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis, įskaitant ankstesnių laikotarpių koregavimo skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Tada šis nustatymas patenka į nekintančią dvejetybinio įrašo didžiąją knygą su prie įrašo prikabintais PVM metaduomenimis, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros pirminės apskaitos sistemos. Piniginės sumos išreiškiamos dešimtainėmis eilutėmis (decimal strings), niekada nenaudojant slankiojo kablelio skaičių. Aplink tai veikia: tipizuoti SDK, internetinės saistomosios užklausos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, smėlio dėžės (sandbox) įmonės, prie sąskaitos faktūros pririštas VIES patvirtinimas, daugelio įmonių palaikymas ir laikotarpių užrakinimas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Aiškiai apibrėžiant ribas, nes tai nusprendžia, ar šis sprendimas tinka Prancūzijos rinkos projektui: „Nordlet“ neteikia Prancūzijos deklaracijų paketo - užklausa /v1/declarations/eu/vat-return/compute su parametru countryCode: "FR" grąžina 422 klaidą, kurioje įvardijami paketai, kurie iš tikrųjų egzistuoja (Lietuva, Vokietija ir Lenkija), todėl nevyksta CA3 arba CA12 generavimas ir nėra FEC audito failo. Nėra integracijos su akredituota platforma (PDP) pagal 2026 m. reformą. Prancūzijai siūlomas PVM nustatymas, didžioji knyga, iš kurios paimti skaičiai, OSS ir IOSS rodikliai bei struktūrizuotos sąskaitos faktūros per „Peppol BIS 3.0“ per jūsų pačių prieigos tašką arba platformos tašką. Tarifų nustatymas vyksta pagal šalį ir tarifų kategoriją, o ne pagal prekės klasifikaciją, todėl viskas, kas priklauso nuo KN ar CPA kodo, vis tiek turi būti sprendžiama iš anksto.

Sąžininga santrauka: jei jums reikia realiuoju laiku veikiančio apskaičiavimo kuo didesniam šalių skaičiui ir kad kas nors kitas deklaruotų mokesčius, stambių įmonių mokesčių varikliai ir oficialaus pardavėjo (Merchant of Record) paslaugos yra pažengusios toliau. Jei pagrindinis jūsų reikalavimas yra tikra apskaita - prekyvietėms pritaikyta dvejetybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje - būtent šiai spragai užpildyti ir sukurta „Nordlet“, o jokie skaičiavimo sluoksniai šio poreikio nepatenkina. API žinynas rodo visas galimybes, prieš jums priimant galutinį sprendimą.

Ką Prancūzija verčia deklaruoti

Prancūzijos mokestinėje aplinkoje yra viena pastovi prievolė ir viena didelė vykstanti reforma.

  • CA3 PVM deklaracija - teikiama kas mėnesį per impots.gouv.fr arba kas ketvirtį, kai metinė mokėtinta PVM suma nesiekia 4 000 EUR. Terminas visiems ne vienodas: jis sukasi tarp kito mėnesio 15 ir 24 dienų, nustatomas pagal teisinę formą bei pagrindinės buveinės SIREN kodą, o tiksli data nurodyta asmeninėje paskyroje portale impots.gouv.fr. 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 grafiką. Tai dar viena priežastis pasirūpinti, kad jūsų didžioji knyga būtų eksportuojama struktūrizuota forma.
  • E. sąskaitų faktūrų išrašymas ir e. atskaitomybė nuo 2026 m. rugsėjo mėn. - kiekvienas verslas privalo turėti galimybę priimti elektronines sąskaitas faktūras, o didelės ir vidutinės įmonės privalo jas išrašyti; mažos ir mikro įmonės prisijungs 2027 m. rugsėjį. Sąskaitos faktūros keliauja per akredituotas platformas (PDP) „Factur-X“, „UBL“ arba „CII“ formatais, o sandorių duomenys teikiami kartu.

Ši reforma yra ta dalis, aplink kurią verta planuoti veiklą. Ji paverčia sąskaitą faktūrą iš vizualiai suformuoto dokumento į perduodamą pranešimą, todėl sąskaitas Prancūzijos pardavėjų vardu išrašanti platforma paveldi šį pokytį.

Visa informacija apie šalį - pelno mokestis, darbo užmokestis, deklaravimo kalendorius ir institucijos, stovinčios už kiekvienos formos - pateikiama Prancūzijos mokesčių puslapyje.

Atsirinkimo kriterijai, kuriuos verta patikrinti prieš įsipareigojant

Prieš pradedant bet kurį „PVM paruoštą“ produktą laikyti lygiaverčiu kitam, patikrinkite jį pagal šiuos punktus:

  • Apskaičiavimas ar apskaita - ar jis nustato PVM apmokestinimo tvarką, ar tik saugo jūsų perduotą kodą?
  • Prancūzijos apimtis - 20 proc., 10 proc., 5,5 proc., 2,1 proc., 0 proc., atvirkštinis PVM ir franchise en base būsena?
  • ES paskirties vieta pagrįsta logika - ar B2C sandoriui jis gali atskirti Prancūzijos PVM nuo kitos valstybės narės PVM?
  • B2B PVM kodo tikrinimas - ar jis tikrina VIES ir saugo įrodymus?
  • OSS ir IOSS - ar jis sumuoja, rengia, teikia, ar tik eksportuoja?
  • Prekyvietės atsakomybė - ar jis gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo (deemed supplier) vaidmenis?
  • Apskaitos vientisumas - ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
  • Kūrėjų ergonomika - REST API, SDK, webhooks, smėlio dėžė (sandbox), operacijų dubliavimo apsidraudimas (idempotency), versijavimas?
  • Audito pėdsakas - tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
  • Pasirengimas 2026 m. reformai - ar jis gali sugeneruoti „Factur-X“, „UBL“ arba „CII“, ir ar turi kelią į akredituotą platformą (PDP) iki 2026 m. rugsėjo?
  • Atsakomybė už deklaravimą - kurį tiksliai žingsnį prisiima paslaugos teikėjas?

D.U.K.

Kuri platforma siūlo visišką realaus laiko ES PVM valdymą Prancūzijoje?

Nė vienos negalima apibūdinti kaip siūlančios visus tris realaus laiko gebėjimus kiekvienam verslo modeliui, o 2026 m. reforma šį atotrūkį dar padidina: skaičiavimo paslaugų teikėjai nėra akredituotos platformos. Kiekvienu konkrečiu atveju atskirai patikrinkite skaičiavimą, apskaitą ir duomenų perdavimą.

Ar „Stripe Tax“ pakanka Prancūzijos prekyvietei?

Skaičiavimui ir eksportui - dažniausiai taip. Dvejetybinio įrašo didžiajai knygai, sekančiai išmokas tarp daugelio pardavėjų - ne. Ji taip pat nesudaro CA3 deklaracijos ir nesijungia prie akredituotos platformos, todėl 2026 m. reformai vis tiek reikės atskiro sprendimo.

Ar „Nordlet“ automatiškai deklaruoja Prancūzijos PVM?

Ne, ji neskaičiuoja ir CA3 formos. Konkrečiai šaliai skirti deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Prancūzijos atveju API grąžina 422 klaidą, nurodančią egzistuojančius paketus. Prancūzijai ji sukuria PVM nustatymą, didžiąją knygą, OSS ir IOSS rodiklius bei audito pėdsaką.

Ko reikalaujama pagal 2026 m. rugsėjo mėn. Prancūzijos e. sąskaitų faktūrų išrašymo terminą?

Nuo 2026 m. rugsėjo mėn. visos įmonės turi turėti galimybę priimti elektronines sąskaitas faktūras, o didelės ir vidutinės įmonės privalo jas išrašyti; mažos ir mikro įmonės prisijungs 2027 m. rugsėjį. Sąskaitos faktūros keliauja per akredituotas platformas „Factur-X“, „UBL“ arba „CII“ formatais, o sandorių duomenys teikiami kartu.

Nuo ko pradėti

Nuspręskite, kurių iš trijų realaus laiko gebėjimų jums iš tikrųjų reikia, o tada nuspręskite, kas už jus sutvarkys 2026 m. reformą. Jei jums reikia tiesioginio skaičiavimo „Stripe“ aplinkoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimo naštą perkelti kitiems, išbandykite „Paddle“. Jei kuriate prekyvietę, kurioje apskaita, atsiskaitymai ir PVM priklauso jūsų produkto vidui, pradėkite naudotis smėlio dėže (sandbox) ir prieš kurdami sprendimą aplink ją patvirtinkite, kas yra ir ko nėra apimta Prancūzijos rinkai. Kainodara yra viešai paskelbta, o ne pateikiama tik pagal atskirą užklausą.

Šaltiniai

Visos aukščiau pateiktos teiginiais pagrįstos nuorodos veda į pačių paslaugų teikėjų dokumentaciją. Pačios taisyklės yra paimtos iš šių šaltinių:

Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Visa čia pateikta informacija buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš kurdami bet kokį sprendimą, viską pasitikrinkite iš naujo.