ES PVM realiuoju laiku Italijos rinkai kuriantiems programuotojams

Italija yra šalis, kurioje lengviausia patikrinti paslaugų teikėjų teiginius apie „PVM realiuoju laiku“, nes Italijoje jau taikomas atskaitomybės realiuoju laiku reikalavimas ir jis galioja jau ne vienerius metus. Kiekvienas įsisteigęs apmokestinamasis asmuo išrašo struktūrizuotas XML sąskaitas faktūras per Sistema di Interscambio, mokesčių administratorius jas mato išrašymo momentu, o sąskaita, kuri nepraeina validacijos, paprasčiausiai nelaikoma sąskaita faktūra. Platforma, kuri atsiskaitymo (checkout) metu apskaičiuoja 22% ir tuo apsiriboja, išsprendžia tik mažiausią Italijos integracijos dalį.

Šiame straipsnyje lyginamos programuotojams (developers) skirtos platformos, kurios tvarko ES ir Italijos PVM realiuoju laiku, atskiriant apskaičiavimą nuo buhalterinės apskaitos bei deklaravimo, ir nurodant, kur kiekvienas sprendimas iš tiesų tinka.

Ką turi apimti „ES PVM valdymas realiuoju laiku“

Ši frazė dažnai interpretuojama labai plačiai, siekiant apimti visiškai skirtingus produktus. Kad ji turėtų prasmę, platforma, kuriant operaciją (transaction), sąskaitą faktūrą, atsiskaitymą ar didžiosios knygos įrašą, privalo atlikti daugumą šių veiksmų:

• Iš operacijos duomenų nustatyti, koks PVM režimas turi būti taikomas.
• Pritaikyti galiojančias valstybės ir produkto taisykles.
• Apimti Italiją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą bei B2C apmokestinimą paskirties valstybėje narėje.
• Pateikti visus šiuos procesus per API, SDK ar internetinį gaudiklį (webhook).
• Išsaugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

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

• Apskaičiavimas realiuoju laiku — PVM apskaičiuojamas kuriant operaciją ar sąskaitą faktūrą.
• Apskaita realiuoju laiku — operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
• Ataskaitų teikimas realiuoju laiku — duomenys perduodami mokesčių administratoriui netrukus po operacijos.

Dauguma produktų atlieka pirmąjį veiksmą. Retas kuris atlieka visus tris. Italija yra aiškiausias pavyzdys ES, kur trečioji galimybė yra įstatymo reikalavimas, o ne šiaip funkcija: sąskaitas faktūras patvirtina (clearance) Sistema di Interscambio prieš joms pasiekiant pirkėją.

Italijos ir ES taisyklės, lemiančios palyginimo kriterijus

Pagal PVM dekretą (DPR 633/1972) Italija taiko 22% standartinį tarifą, lengvatinius 10%, 5% ir 4% tarifus bei 0% tarifą eksportui ir prekių tiekimui ES viduje. Nėra jokios registracijos ribos: partita IVA (PVM mokėtojo kodas) privalomas nuo pat veiklos pradžios. Fiksuoto mokesčio režimas (forfettario), taikomas pajamas gaunant iki 85 000 €, yra neapmokestinamas PVM – tai dar viena būsena, kurią jūsų sąskaitų išrašymo logika privalo palaikyti, o ne tiesiog išvesti prielaidomis.

Kvalifikuojamai B2C nuotolinei prekybai ir tarpvalstybinėms skaitmeninėms paslaugoms ES viduje taikoma bendra ES 10 000 € riba, nustatyta Europos Komisijos „One Stop Shop“ portale. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybę narę. „One Stop Shop“ (OSS) sistema leidžia verslui registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai nepanaikina operacijų lygmens logikos poreikio.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa asmeniu, laikomu prekių tiekėju (deemed supplier), kai vykdoma nuotolinė prekyba importuotomis prekėmis, kurių siuntos vertė neviršija 150 €, ir atskirai – kai prekės tiekiamos ES pirkėjams nepriklausomai nuo vertės, jeigu faktinis pardavėjas nėra įsisteigęs ES. Europos Komisijos PVM e. prekybos taisyklių paaiškinimuose išdėstytos abi šios situacijos. Jei kuriate prekyvietę, tai iš esmės keičia jūsų sistemos architektūrą, o ne vien prideda papildomą duomenų lauką.

Trumpas sąrašas iš pirmo žvilgsnio

Platforma	Geriausiai tinka	PVM galimybės realiuoju laiku	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau veikiantiems Stripe ekosistemoje	Apskaičiuoja PVM operacijos metu, įskaitant Italiją	ES eksporto ir OSS duomenys; nėra Italijos didžiosios knygos ir pati platforma neteikia ES deklaracijų	Verta dėmesio tik tada, kai Stripe jau naudojama kaip mokėjimų infrastruktūra
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo (checkout) metu pagal pirkėjo vietą	Registruojasi, teikia deklaracijas ir perveda mokesčius kaip registruotasis prekybininkas (Merchant of Record)	Perima pardavėjo vaidmenį ir kartu su juo sąskaitų faktūrų išrašymą
Quaderno	Mažesnėms SaaS ir skaitmeninės komercijos įmonėms	Apskaičiuoja PVM atsiskaitymo metu, patikrina PVM kodus	Mokesčių ataskaitos ir registrai; automatinis deklaravimas dokumentuotas ne kiekvienam planui	Tai mokesčių ir sąskaitų faktūrų sluoksnis, o ne didžioji knyga
Avalara AvaTax	Įmonių ERP ir atsiskaitymo (billing) sistemoms	PVM nustatymas realiuoju laiku su nuolat atnaujinama mokesčių baze	VAT Reporting yra atskiras produktas deklaracijų asortimente	Apimtis ir kainodara pritaikyta stambių įmonių sprendimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	PVM nustatymas realiuoju laiku daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir ataskaitos; PVM kodų tikrinimas yra atskiras produktas	Kainos viešai neskelbiamos
Nordlet	Integruota apskaita prekyvietėse ir platformose	Kiekvienai operacijai nustato taikytiną schemą ir tarifus, kurie užregistruojami kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokos, OSS ir IOSS sumos, eksportuojama audito seka	Suformuoja FatturaPA duomenų paketus ir siunčia per sukonfigūruotą tiltą (bridge); LIPE ir metinė deklaracija nepalaikomos

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

Komandoms, kurios jau naudoja Stripe mokėjimams, Billing ar Connect, Stripe Tax yra lengviausiai prieinamas skaičiavimų realiuoju laiku sluoksnis. Dokumentacija apima PVM skaičiavimą visame pasaulyje, mokesčių API su PaymentIntents, mokesčių surinkimą sąskaitose faktūrose ir mokesčių naudojimą kartu su Connect kuriant platformą ar prekyvietę.

Ribos, kur Stripe sustoja, pačios Stripe nurodomos labai aiškiai. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir pervesti surinktus mokesčius kiekvienoje vietoje, kurioje esate registruoti.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe dirba su deklaravimo partneriais, taigi ES PVM deklaraciją pateikiate jūs arba jūsų partneris, bet ne Stripe Tax. Tai yra apskaičiavimo ir eksporto sluoksnis, o ne apskaitos knygos.

Naudojant Italijos infrastruktūroje, Stripe Tax atsako į klausimą dėl tarifo, tačiau palieka neatsakytą klausimą dėl SdI. Sąskaita faktūra, kuri Italijoje turi teisinę galią, yra tas XML, kurį priima SdI, o ne tas, kurį sugeneruoja jūsų atsiskaitymo langas (checkout).

Paddle: perduokite visą mokestinę naštą kitiems

Paddle yra visiškai kitos kategorijos produktas. Ji veikia kaip registruotasis prekybininkas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir pervedimą“ ten, kur yra jūsų klientai, taigi ji apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą, taip pat pateikia deklaracijas bei sumoka mokesčius už jus. Programuotojų dokumentacija apima Paddle.js, katalogų API, atsiskaitymo langą ir internetinius gaudiklius, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir kuris yra įprastas gaudiklis suteikti prieigą po apmokėjimo.

Šis kompromisas yra labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebekontroliuojate prekybininko, sąskaitų faktūrų išrašymo ir apskaitos modelio, kurį išlaikytumėte naudodami savo atsiskaitymo sprendimą.

Skaitmeniniams produktams tai pašalina tiek skaičiavimo, tiek deklaravimo problemą. Tačiau tai nepadės Italijos įmonei, kuri privalo pati tvirtinti (clear) savo B2B sąskaitas faktūras per SdI.

Quaderno: mokesčių sluoksnis mažesniam skaitmeniniam verslui

Quaderno yra viena aiškesnių programuotojams pritaikytų (developer-first) alternatyvų mažesnėms skaitmeninio verslo įmonėms, kurios nori turėti mokesčių paslaugą, nepriklausomą nuo vieno mokėjimų apdorotojo. Jos API dokumentuoja /tax_rates/calculate galinį punktą (endpoint), kuris pagal kliento adresą ir operacijos tipą apskaičiuoja taikytiną tarifą, /tax_ids/validate punktą, kuris apima ES PVM kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų punktus. Dokumentuotas Connect skyrius su paskyrų resursais yra ta dalis, ant kurios būtų galima kurti prekyvietę.

Apribojimas slypi funkcionalumo apimtyje. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, bet ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, o jos viešai prieinama medžiaga nepatvirtina automatinio deklaravimo kiekvienam planui ir kiekvienoje šalyje. Prievolę deklaruoti reikėtų vertinti kaip dalyką, kurį būtina atskirai patvirtinti raštu.

Tai protingas mokesčių sluoksnis nedideliam Italijos skaitmeniniam verslui, tačiau FatturaPA maršrutas ir periodinis atsiskaitymas lieka už jos ribų.

Avalara ir Fonoa: mokesčių varikliai stambioms įmonėms

Avalara AvaTax nustato mokesčius realiuoju laiku atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu, naudojant REST API ir SDK. Atkreipkite dėmesį į produktų atskyrimą: VAT Reporting yra atskira dalis Returns (deklaracijų) kategorijoje, tad ES PVM atitikties užtikrinimo darbo eiga nėra vien tik „AvaTax“ – atidžiai įvertinkite, kokių modulių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o produkcinis komercinis modelis yra pritaikytas stambioms įmonėms (enterprise).

Fonoa Tax Engine teigia, kad „kiekvienai operacijai realiuoju laiku nustato teisingą netiesioginių mokesčių vertinimą“ per versijuojamą API daugiau nei 190 jurisdikcijų. Viena architektūrinė detalė yra svarbi: mokesčių mokėtojo kodų tikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl jei jums svarbūs VIES įrodymai, įtraukite jį atskirai, užuot padarę prielaidą, kad variklis jį jau apima.

Būtent Fonoa yra orientuota į tokio pobūdžio problemas – daugybė jurisdikcijų, iš kurių kelios naudoja patvirtinimo (clearance) platformas. Vieno projekto, orientuoto tik į Italiją, atveju tai paprastai yra per sudėtingas mechanizmas nei reikalauja pati problema.

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

Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms pačiame produkte, o ne prie atsiskaitymo modulio prikabintoje sąskaitų faktūrų išrašymo programėlėje, reikalingos didžiosios knygos, išmokos, ES mokesčiai ir eksportuojama audito seka.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą apie mokestinį vertinimą iš operacijos faktinių aplinkybių:

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

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

Pakeiskite pirkėją į įmonę su galiojančiu Italijos PVM kodu, ir to paties iškvietimo (call) metu bus grąžinta reverse_charge su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nurodykite actingAsMarketplace su pardavėju, įsisteigusiu už ES ribų, ir sistema grąžins deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – tai ta dalis, kurios auditorius paklaus praėjus keleriems metams po operacijos.

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 sekama, o ne spė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 ataskaitinio laikotarpio duomenis, įskaitant ankstesnių laikotarpių korekcijų skiltį. Tarifai gaunami iš Europos Komisijos TEDB kanalo kartu su įsigaliojimo datomis, o įmonė gali juos pakeisti kiekvienai šaliai atskirai.

Tuomet šis nustatytas rezultatas įrašomas į nekeičiamą dvejybinio įrašo didžiąją knygą su prie įrašo priskirtais PVM metaduomenimis, todėl nebereikia atlikti antrinio suderinimo tarp mokesčių variklio ir atskiros pagrindinės sistemos. Piniginės sumos yra dešimtainių trupmenų eilutės (decimal strings), bet jokiu būdu ne slankiojo kablelio skaičiai (floating-point numbers). Šalia to: griežto tipizavimo SDK, internetiniai gaudikliai (pvz., sale_invoice.paid), Idempotency-Key palaikymas saugiems pakartotiniams bandymams, testinės aplinkos (sandbox) įmonės, VIES validacija, užfiksuota sąskaitos faktūros išrašymo momentu, daugelio įmonių palaikymas bei laikotarpių užrakinimas, kad uždaryto mėnesio duomenys nebūtų tyliai koreguojami.

Italijos atveju apribojimai yra specifiniai, tad štai jie. Nordlet suformuoja FatturaPA paketą — FPR12, schemos versija 1.2.3 — iš standartinės sąskaitos faktūros, pasiekiamos per /v1/sales/invoices/einvoice-xml, ir išsiunčia jį per /v1/sales/invoices/einvoice-send naudojant atskiros įmonės HTTP tiltą, sukonfigūruotą kaip it_sdi atitikties nustatymuose. Šis tiltas, akredituotas tarpininkas arba jūsų pačių valdomas konektorius, turi sertifikuotą SdI kanalą ir jo akreditaciją; tiesioginis sertifikuotas perdavimas sąmoningai nėra realizuotas tol, kol nebus prisijungimo duomenų (credentials), su kuriais jį būtų galima išbandyti. Natura kodai automatiškai numanomi pagal pritaikytą PVM schemą ir pažymimi peržiūrai, o ne parenkami patyliukais. Deklaracijų pusėje Italijos paketo nėra: paleidus /v1/declarations/eu/vat-return/compute su countryCode: "IT", grąžinamas 422 klaidos kodas nurodant, kad palaikomos tik Lietuva, Vokietija ir Lenkija, todėl LIPE ir metinė deklaracija nėra generuojamos.

Atvirai apibendrinant: jei jums reikia skaičiavimo realiuoju laiku kuo daugiau šalių ir kad kažkas kitas už jus teiktų deklaracijas, stambių įmonių mokesčių varikliai ir „Merchant of Record“ paslaugos yra gerokai pažengę į priekį. Jei jūsų pagrindinis reikalavimas yra tikros apskaitos knygos – prekyvietės specifiką palaikanti dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai yra ta spraga, kuriai užpildyti sukurtas Nordlet, ir jos neužpildo jokie apskaičiavimo sluoksniai. Prieš priimant sprendimą, visą platformos apimtį galima peržiūrėti API žinyne.

Ką Italijoje privaloma deklaruoti

Italija taiko tvirtinimo (clearance) platformą kaip papildomą sluoksnį virš įprastų periodinių deklaracijų.

• E. sąskaitų faktūrų išrašymas per SdI — visi įsisteigę apmokestinamieji asmenys išrašo FatturaPA XML per Sistema di Interscambio, kuri patvirtina ir pristato kiekvieną sąskaitą faktūrą. Tarpvalstybinių sąskaitų faktūrų duomenys perduodami per tą pačią sistemą.
• Periodiniai atsiskaitymai ir LIPE — PVM mokamas iki kito mėnesio 16 dienos, arba kas ketvirtį su 1% palūkanomis. Periodinių atsiskaitymų ataskaita (LIPE) teikiama kas ketvirtį, iki antro mėnesio, einančio po ketvirčio pabaigos, pabaigos.
• Metinė PVM deklaracija — dichiarazione IVA, teikiama iki balandžio 30 d.

Praktinė to pasekmė platformoms yra tokia, kad Italijoje sąskaitos faktūros išrašymas ir ataskaitų teikimas mokesčių inspekcijai yra vienas ir tas pats veiksmas. Jei jūsų produktas išrašo sąskaitas faktūras Italijos pardavėjams, jis jau yra įtrauktas į ataskaitų teikimo sistemą, nepriklausomai nuo to, ar jis buvo tam sukurtas, ar ne.

Visas šios šalies kontekstas — pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir institucijos, atsakingos už kiekvieną formą, — pateiktas Italijos 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:

• Apskaičiavimas ar buhalterinė apskaita — ar jis nustato PVM režimą, ar tik išsaugo jūsų perduotą kodą?
• Italijos padengimas — 22%, 10%, 5%, 4%, 0%, atvirkštinis apmokestinimas ir forfettario išimtis?
• ES paskirties logika — ar jis gali atskirti Italijos PVM nuo kitos valstybės narės PVM B2C pardavimo atveju?
• B2B PVM kodų validavimas — ar sistema tikrina VIES ir išsaugo įrodymus?
• OSS ir IOSS — ar sistema agreguoja, paruošia, pateikia, ar tik eksportuoja duomenis?
• Prekyviečių prievolės — ar platforma geba modeliuoti pardavėjo, platformos ir asmens, laikomo prekių tiekėju, vaidmenis?
• Apskaitos vientisumas — ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
• Programuotojų ergonomika — REST API, SDK, internetiniai gaudikliai (webhooks), testinė aplinka, idempotencija, versijavimas?
• Audito seka — tarifas, taisyklė, vietos nustatymo įrodymai, PVM kodas, laiko žyma, keitimų istorija?
• SdI tvirtinimas — ar sistema geba sugeneruoti galiojantį FatturaPA XML, parinkti arba pažymėti Natura kodą ir pasiekti akredituotą SdI kanalą?
• Atsakomybė už deklaravimą — kurį tiksliai žingsnį prisiima paslaugos teikėjas?

D.U.K.

Kuri platforma siūlo pilną ES PVM valdymą realiuoju laiku Italijoje?

Nei vienos iš jų nereikėtų apibūdinti kaip apimančios visas tris realaus laiko funkcijas kiekvienam verslo modeliui. Italija paverčia trečiąjį reikalavimą neišvengiamu, todėl naudingiausias klausimas yra tai, kuris tiekėjas sugeneruoja galiojantį FatturaPA XML, o kuris tik apskaičiuoja tarifą.

Ar Stripe Tax palaiko FatturaPA ir SdI?

Ne. Stripe Tax apskaičiuoja PVM ir eksportuoja duomenis. Sąskaitos faktūros patvirtinimas per Sistema di Interscambio yra atskira integracija, ir būtent ji Italijoje nulemia, ar sąskaita faktūra apskritai egzistuoja teisiškai.

Ar Nordlet automatiškai teikia Italijos PVM deklaracijas?

Ne. Italijos deklaracijų paketo nėra, todėl LIPE ir metinė PVM deklaracija nėra generuojamos. Nordlet suformuoja FatturaPA paketą ir siunčia jį per jūsų sukonfigūruotą tiltą (bridge), taip pat pateikia PVM įvertinimą, didžiosios knygos įrašus ir už šių skaičių slypinčius OSS bei IOSS duomenis.

Kas yra tiltas ir kodėl Nordlet jį naudoja SdI sistemai?

Tiltas (bridge) yra jūsų sukonfigūruotas HTTP galinis punktas (endpoint) — akredituotas tarpininkas arba jūsų pačių valdomas konektorius — kuris turi sertifikuotą kanalą į SdI ir jo akreditaciją. Nordlet suformuoja duomenų paketą ir jį ten pristato. Tiesioginis sertifikuotas perdavimas nėra įgyvendintas, nes to neįmanoma išbandyti neturint atitinkamų prisijungimo duomenų.

Ką daryti pirmiausia

Nuspręskite, kurios iš trijų realaus laiko galimybių jums reikia, ir traktuokite SdI kaip pagrindinį sistemos reikalavimą, o ne tiesiog kaip eksporto formatą. Jei jums reikia skaičiavimų realiuoju laiku Stripe infrastruktūroje, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei kuriate prekyvietę, kurioje didžioji knyga, išmokos (payouts) ir FatturaPA paketas turi būti valdomi iš vienos vietos, pradėkite nuo testinės aplinkos (sandbox) ir patvirtinkite Italijos taikymo sritį – duomenų paketams taip, deklaracijoms ne – prieš imantis visos integracijos. Kainodara yra skelbiama viešai, o ne pateikiama tik paprašius.

Šaltiniai

Kiekvienas aukščiau pateiktas paslaugų teikėjo teiginys turi nuorodą į to teikėjo dokumentaciją. Pačios taisyklės remiasi šiais šaltiniais:

• Agenzia delle Entrate: PVM tarifai, taisyklės ir e. sąskaitų faktūrų išrašymas — 22%, 10%, 5% ir 4% tarifai bei SdI prievolė
• DPR 633/1972 (PVM dekretas) — teisinis Italijos PVM pagrindas
• 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 aprašyta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedant kurti integraciją, visada pasitikrinkite aktualią informaciją.