Realaus laiko ES PVM kūrėjams, kurtiems Italijoje

Italija yra šalis, kurioje teiginį apie „realaus laiko PVM“ patikrinti lengviausia, nes realaus laiko atskaitomybė čia taikoma jau daugelį metų. Kiekvienas nusistovėjęs apmokestinamasis asmuo išrašo struktūrizuotas XML sąskaitas faktūras per Keitimosi sistemą (Sistema di Interscambio), mokesčių inspekcija jas mato iš karto jas išrašant, o sąskaita faktūra, nepraėjusi patikros, tiesiog nėra sąskaita faktūra. Platforma, kuri tiesiog priskaičiuoja 22 proc. prie kasos, išsprendžia tik pačią mažiausią itališkos integracijos dalį.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Italijos PVM, atskiriamas skaičiavimas, buhalterinė apskaita bei atskaitomybė ir paaiškinama, kur dera kiekvienas pasirinkimas.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai išplečiama taip, kad apimtų visiškai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių veiksmų tol, kol kuriama operacija, sąskaita faktūra, atsiskaitymas arba didžiosios knygos (general ledger) įrašas:

• Nustatyti PVM režimą iš operacijos duomenų.
• Pritaikyti galiojančias šalies ir prekės taisykles.
• Apimti Italiją ir platesnę ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties vietoje.
• Visa tai pateikti per API, SDK arba webhook.
• Saugoti duomenis PVM, OSS, auditui ir apskaitos ataskaitoms.

Po žodžiais „realusis laikas“ slepiasi trys skirtingi gebėjimai:

• Realaus laiko skaičiavimas - PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
• Realaus laiko apskaita - operacija, įrašas didžiojoje knygoje ir PVM duomenys į apskaitą patenka nedelsiant.
• Realaus laiko atskaitomybė - duomenys mokesčių administratoriui perduodami praėjus visai nedaug laiko nuo operacijos.

Didžioji dalis produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Italija yra aiškiausias pavyzdys ES, kur trečiasis gebėjimas yra įstatymas, o ne funkcija: sąskaitas faktūrą patvirtina Keitimosi sistema dar prieš jai pasiekiant pirkėją.

Italijos ir ES taisyklės, formuojančios palyginimą

Pagal PVM dekretą (DPR 633/1972) Italijoje taikomas 22 proc. standartinis tarifas, sumažinti 10 proc., 5 proc. ir 4 proc. tarifai bei 0 proc. tarifas eksportui ir prekių tiekimui ES viduje. Registracijos ribos nėra: partita IVA reikalinga nuo pat veiklos pradžios. Fiksuotasis režimas (forfettario), galiojantis iki 85 000 eurų apyvartai, yra atleistas nuo PVM - tai dar viena būsena, kurią jūsų sąskaitų išrašymo logika turi palaikyti, o ne išvesti automatiškai.

Atitinkamiems nuotolinio prekių pardavimo B2C segmentui ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma bendra ES riba yra 10 000 eurų, kaip nustatyta Europos Komisijos Vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai seka pirkėjo valstnybės narės taisyklėms. Vieno langelio portalas leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai panaikina poreikio operacijų lygmens logikai.

Taip pat egzistuoja prekyvietės taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) importuotų prekių nuotoliniam pardavimui siuntose, neviršijančiose 150 eurų, ir atskirai prekėms, tiekiamoms ES pirkėjams bet kokia verte, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosios pastabos dėl PVM e. prekybos taisyklių apibrėžia abu aspektus. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą laukelį.

Trumpa platformų apžvalga

Platforma	Kam tinka geriausiai	Realaus laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinė išimtis
Stripe Tax	Produktams ir prekyvietėms, jau veikiančioms „Stripe“ pagrindu	Apskaičiuoja PVM sukuriant operaciją, įskaitant Italiją	ES eksportas ir OSS duomenys; nėra itališkos didžiosios knygos ir ji pati neteikia ES deklaracijų	Verta dėmesio tik tada, jei „Stripe“ jau naudojama kaip mokėjimo bėgiai
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM kasoje pagal kliento buvimo vietą	Registruoja, deklaruoja ir sumoka kaip pardavimo atstovas (Merchant of Record)	Perima pardavimo atstovo vaidmenį ir kartu su juo sąskaitos faktūros kontrolę
Quaderno	Mažesnėms SaaS ir skaitmeninės komercijos įmonėms	Apskaičiuoja kasoje, patvirtina PVM mokėtojo kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas dokumentuose numatytas ne kiekvienam planui	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Didelėms įmonėms ir jų ERP bei atsiskaitymo sistemoms	Realaus laiko nustatymas su palaikomu mokesčių turiniu	PVM ataskaitų teikimas yra atskira produktų linijos „Returns“ dalis	Pritaikyta ir subalansuota stambių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko nustatymas daugiau nei 190-yje jurisdikcijų	Deklaracijos, e. sąskaitų faktūros ir atskaitomybė; PVM kodo patvirtinimas yra atskiras produktas	Nėra viešai skelbiamos kainodaros
Nordlet	Integruota apskaita prekyvietėse ir platformose	Išsprendžia schemą ir tarifus kiekvienai operacijai, registruojant kartu su didžiosios knygos įrašu	Nekintama dvigubojo įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojamas audito sekimas	Sukuria „FatturaPA“ paketus ir siunčia per sukonfigūruotą tiltą; LIPE ir metinė deklaracija nėra generuojamos

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

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

Tuo vietoje, kur „Stripe“ sustoja, pati bendrovė kalba tiesiai šviesiai. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruoti.“ Automatizuotas deklaravimas siūlomas Jungtinėse Valstijose; kitur „Stripe“ bendradarbiauja su deklaravimo 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.

Itališkoje struktūroje „Stripe Tax“ atsako į tarifo klausimą, tačiau SdI klausimo visiškai neliečia. Sąskaita faktūra, kuri teisiškai galioja Italijoje, yra ta, kurią priima SdI XML formatu, o ne ta, kurią sugeneruoja jūsų kasos langas.

Paddle: perduokite visą mokesčių valdymą kažkam kitam

„Paddle“ yra kito tipo produktas. Jis veikia kaip pardavimo atstovas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų klientai. Jis apskaičiuoja PVM kasoje, išrašo sąskaitą faktūrą bei už jus deklaruoja ir sumoka mokesčius. Kūrėjams skirtoje dokumentacijoje aptariami „Paddle.js“, katalogo API, atsiskaitymas ir webhook pranešimai, tokie kaip transaction.completed, kuris aktyvuojamas pasiekus completed (užbaigtą) operacijos būseną ir yra naudojamas suteikti prieigą po apmokėjimo.

Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl nebesaugote tokio prekybininko, sąskaitos faktūros ir apskaitos modelio, kokį turėtumėte naudodami savo kasos sprendimą.

Skaitmeniniams produktams tai pašalina tiek skaičiavimo, tiek deklaravimo problemą. Tačiau tai nepadeda Italijos įmonei, kuri privalo per SdI patvirtinti savo B2B sąskaitas faktūrą.

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

„Quaderno“ yra vienas aiškiausių kūrėjams skirtų pasirinkimų mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų apdorojimo partnerio. Jo API dokumentacijoje aprašomas /tax_rates/calculate galinis punktas (endpoint), kuris apskaičiuoja taikomą tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate galinis punktas, apimantis ES PVM mokėtojo kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galiniai punktai. Dokumentuota „Connect“ skiltis su paskyros ištekliais yra tai, kuo remtųsi prekyvietė.

Apribojimas slypi apimtyje. „Quaderno“ yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekintama dvigubojo įrašo didžiąja knyga, o jo viešoje medžiagoje nenurodomas automatinis deklaravimas kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia patvirtinti raštu.

Tai priimtinas mokesčių sluoksnis mažam Italijos skaitmeniniam verslui, tačiau „FatturaPA“ kelias ir periodiniai atsiskaitymai yra už jo ribų.

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

„Avalara“ produktas AvaTax atlieka realių laiku mokesčių nustatymą atsiskaitant, išrašant sąskaitas ar apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM ataskaitų teikimas (VAT Reporting) yra atskiroje „Returns“ linijoje, todėl ES PVM atitikties darbo eiga nėra tiesiog „AvaTax“ – iš anksto įvertinkite modulių, kurių jums tikrai reikia, apimtį. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis pritaikytas stambiam verslui.

„Fonoa“ mokesčių variklis (Tax Engine) teigia, kad per versijuojamą API daugiau nei 190-yje jurisdikcijų „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienai operacijai“. Viena architektūrinė detalė yra svarbi: mokesčių mokėtojo kodo patvirtinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei VIES įrodymai jums svarbūs, įtraukite juos į apimtį aiškiai, o ne darykite prielaidą, kad variklis juos apima.

„Fonoa“ yra skirta būtent tokio pobūdžio problemoms spęsti – kai yra daug jurisdikcijų, iš kurių kelios naudoja patvirtinimo platformas. Vieno Italijos rinkai skirto produkto kūrimui tai dažniausiai yra per sudėtingas mechanizmas.

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

„Nordlet“ yra apskaitos API, skirta prekyvietėms ir platformoms, kurioms savo produkte reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamo audito sekos, o ne prie kasos prijungtos sąskaitų faktūrų išrašymo programėlės.

Architektūrinis skirtumas tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. Užklausa POST /v1/reference/vat/resolve atsako į apmokestinimo klausimą pagal sandorio faktus:

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

Pakeitus klientą į įmonę su galiojančiu Italijos PVM mokėtojo kodu, tas pats kvietimas grąžina reverse_charge 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ų, grąžinamas deemedSupplier: true pagal art. 14a(2) straipsnį. Teisinis pagrindas keliauja kartu su atsakymu - būtent to po kelerių metų teiraujasi auditorius.

Yra sumodeliuotos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. Nuotolinio prekybos pardavimo 10 000 eurų riba yra sekama, o ne numanoma iš anksto – /v1/declarations/eu/distance-sales-threshold/get praneša, kokia yra įmonės padėtis jos atžvilgiu, o /v1/declarations/eu/oss/compute bei /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant koregavimų skiltį ankstesniems laikotarpiams. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, o įmonė gali juos perrašyti atskirai kiekvienai šaliai.

Nustatymas po to patenka į nekintamą dvigubojo įrašo didžiąją knygą su PVM metaduomenimis, priskirtais įrašui, todėl nereikia atlikti antrojo sutikrinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainės eilutės, niekada ne slankiojo kablelio skaičiai. Aplink tai: tipizuoti SDK, webhook pranešimai, tokie 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ždarytas mėnuo nebūtų tyliai redaguojamas.

Italijos riba yra specifinė, todėl štai ji. „Nordlet“ sukuria „FatturaPA“ paketą – FPR12, 1.2.3 schemos versiją – iš kanoninės sąskaitos faktūros, pasiekiamos adresu /v1/sales/invoices/einvoice-xml, ir išsiunčia ją adresu /v1/sales/invoices/einvoice-send per kiekvienai įmonei konfigūruojamą HTTP tiltą, atitikties nustatymuose nurodytą kaip it_sdi. Tiltas, akredituotas tarpininkas arba jūsų valdomas jungtuvas valdo sertifikuotą SdI kanalą ir jo akreditaciją; tiesioginis sertifikuotas transportavimas sąmoningai neįdiegtas, kol nėra kredencialų, su kuriais būtų galima atlikti testavimą. Natura kodai nuspėjami iš išspręsto PVM režimo ir pažymimi peržiūrai, o ne parenkami tyliai. Deklaracijų pusėje itališko paketo nėra: /v1/declarations/eu/vat-return/compute su countryCode: "IT" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl LIPE ir metinė deklaracija nėra generuojamos.

Sąžininga santrauka: jei jums reikia tiesioginio skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir pardavimo atstovų paslaugos yra pažengę toliau. Jei jūsų pagrindinis reikalavimas yra tikra apskaita – prekyvietėms pritaikyta dvigubojo įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai yra spraga, kuriai užpildyti ir sukurta „Nordlet“, o jokie skaičiavimo sluoksniai jos neužpilda. API žinynas parodo visą sąsają prieš priimant sprendimą.

Ką Italija verčia jus deklaruoti

Italija ant įprastų periodinių deklaracijų viršaus prideda patvirtinimo platformą.

• E. sąskaitų faktūrų išrašymas per SdI - visi registruoti apmokestinamieji asmenys išrašo „FatturaPA“ XML per Keitimosi sistemą, kuri patvirtina ir pristato kiekvieną sąskaitą faktūrą. Tarpvalst Aistinės sąskaitų faktūros duomenys perduodami per tą pačią sistemą.
• Periodiniai atsiskaitymai ir LIPE - PVM sumokamas iki kito mėnesio 16 d., arba kas ketvirtį su 1 proc. palūkanomis. Periodinio atsiskaitymo pranešimas (LIPE) teikiamas kas ketvirtį, iki antrojo mėnesio pabaigos po ketvirčio pabaigos.
• Metinė PVM deklaracija - dichiarazione IVA, teikiama iki balandžio 30 d.

Praktinė pasekmė platformai yra ta, kad Italijoje sąskaitos faktūros išrašymas ir mokesčių atskaitomybė yra tas pats veiksmas. Jei jūsų produktas išrašo sąskaitas faktūras Italijos pardavėjams, jis jau yra atskaitomybės sistemoje, nesvarbu, ar tam buvo sukurtas specialiai, ar ne.

Visą informaciją apie šalį – pelno mokestį, darbo užmokestį, deklaravimo kalendorių ir už kiekvieną formą atsakingas institucijas – rasite Italijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta patikrinti prieš įsipareigojant

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

• Skaičiavimas ar apskaita – ar jis nustato PVM apmokestinimo tvarką, ar tik saugo jūsų perduotą kodą?
• Italijos apimtis – 22 proc., 10 proc., 5 proc., 4 proc., 0 proc., atvirkštinis apmokestinimas ir forfettario išimtis?
• ES paskirties logika – ar vykdant B2C pardavimą ji gali atskirti Italijos PVM nuo kitos valstybės narės PVM?
• B2B PVM mokėtojo kodo patvirtinimas – ar jis tikrina VIES ir išsaugo įrodymus?
• OSS ir IOSS – ar sugeneruoja suvestines, paruošia, pateikia, ar tik eksportuoja?
• Prekyvietės atsakomybė – ar gali sumodeliuoti pardavėjo, platformos ir laikomojo tiekėjo vaidmenis?
• Apskaitos vientisumas – ar kiekvienas skaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
• Kūrėjų ergonomika – REST API, SDK, webhook pranešimai, smėlio dėžė, idempotenciškumas, versijavimas?
• Audito seka – tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
• SdI patvirtinimas – ar gali sugeneruoti galiojantį „FatturaPA“ XML, pasirinkti arba pažymėti Natura kodą ir pasiekti akredituotą SdI kanalą?
• Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima teikėjas?

D.U.K.

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

Nė vienos negalima apibūdinti kaip apimančios visas tris realaus laiko galimybes kiekvienam verslo modeliui. Italijoje trečiasis punktas yra neišvengiamas, todėl naudingas klausimas yra toks: kuris tiekėjas sugeneruoja galiojantį „FatturaPA“ XML, o kuris tik apskaičiuoja tarifą?

Ar „Stripe Tax“ tvarko „FatturaPA“ ir SdI?

Ne. „Stripe Tax“ apskaičiuoja PVM ir eksportuoja duomenis. Sąskaitos faktūros patvirtinimas per Keitimosi sistemą yra atskira integracija, ir Italijoje būtent ji lemia, ar sąskaita faktūra teisiškai egzistuoja.

Ar „Nordlet“ automatiškai teikia Italijos PVM deklaracijas?

Ne. Italijos deklaracijų paketo nėra, todėl LIPE ir metinė PVM deklaracija negeneruojamos. „Nordlet“ sukuria „FatturaPA“ paketą ir išsiunčia jį per jūsų sukonfigūruotą tiltą, taip pat suformuoja PVM nustatymą, didžiąją knygą bei OSS ir IOSS rodiklius, slypinčius po skaičiais.

Kas yra tiltas ir kodėl „Nordlet“ jį naudoja SdI ryšiui?

Tiltas yra jūsų sukonfigūruotas HTTP galinis punktas – akredituotas tarpininkas arba jūsų priglobtas jungtuvas, kuris valdo sertifikuotą kanalą į SdI ir jo akreditaciją. „Nordlet“ sukuria ir pristato paketą jam. Tiesioginis sertifikuotas transportavimas neįdiegtas, nes jo neįmanoma išbandyti neturint tų kredencialų.

Ką daryti pirmiausia

Nuspręskite, kurių iš trijų realaus laiko galimybių jums reikia, ir vertinkite SdI kaip pagrindinį reikalavimą, o ne kaip paprastą eksporto formatą. Jei jums reikia tiesioginio skaičiavimo „Stripe“ sistemoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimo rūpesčius perkelti kitiems, išbandykite „Paddle“. Jei kuriate prekyvietę, kurioje didžioji knyga, išmokėjimai ir „FatturaPA“ paketas turi būti iš vienos vietos, pradėkite su smėlio dėže ir prieš kurdami aplink ją pasitikrinkite itališkąją apimtį – paketą taip, deklaracijas ne. Kainodara yra viešai skelbiama, o ne pateikiama tik pagal atskirą užklausą.

Šaltiniai

Visi aukščiau pateikti teigimai apie teikėjus turi nuorodas į pačių teikėjų dokumentaciją. Pačios taisyklės yra kilusios iš:

• Agenzia delle Entrate: IVA tarifai, taisyklės ir e. sąskaitų faktūrų išrašymas – 22 proc., 10 proc., 5 proc. ir 4 proc. tarifai bei SdI prievolė
• DPR 633/1972 (PVM dekretas) – teisinis Italijos PVM pagrindas
• Europos Komisija: Vienas langelis PVM srityje – 10 000 eurų nuotolinio prekybos pardavimo riba

Tiek teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Viskas, kas čia pateikiama, buvo patikrinta pagal viešą dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami sprendimus, visada patikrinkite informaciją iš naujo.