Realaus laiko ES PVM kūrėjams, kurti Danijoje
Pagrįstas buhalterinės apskaitos ir mokesčių platformų, kurios per API, SDK ir internetinius kabliukus tvarko Danijos ir ES PVM, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.
Danija yra ta ES šalis, kurioje reguliuotojai ėmėsi apskaitos programinės įrangos, o ne sąskaitų faktūrų. Buhalterinės apskaitos įstatymas reikalauja, kad įrašai būtų tvarkomi skaitmeninėje sistemoje, atitinkančioje nustatytus reikalavimus, užtikrinant SAF-T eksporto galimybę; įstatymas įmonėms įsigalioja etapais nuo 2024 iki 2026 metų. Tuo tarpu pats PVM čia yra pats paprasčiausias ES: vienas 25 procentų tarifas be jokių lengvatinių tarifų. Taigi integracija Danijoje iš esmės yra buhalterinis klausimas.
Šiame straipsnyje lyginamos į kūrėjus orientuotos platformos, realiuoju laiku tvarkančios ES ir Danijos PVM, atskiriamas skaičiavimas, buhalterinė apskaitą bei atskaitomybė ir nurodoma, kur kiekvienas variantas tinka labiausiai.
Ką turi apimti „realaus laiko ES PVM valdymas“
Ši frazė vartojama kalbant apie labai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių dalykų tuo metu, kai kuriama operacija, sąskaita faktūra, atsiskaitymas arba didžiosios knygos (general ledger) įrašas:
- Nustatyti PVM apmokestinimo tvarką remiantis sandorio duomenimis.
- Taikyti galiojančias šalies ir prekės taisykles.
- Apimti Daniją ir platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą vartotojo valstybėje narėje.
- Pateikti visa tai per API, SDK ar internetinį kabliuką (webhook).
- Saugoti duomenis, reikalingus PVM, OSS, auditui ir apskaitos ataskaitoms.
Po žodžiais „realiuoju laiku“ slepiasi trys skirtingi gebėjimai:
- Realaus laiko skaičiavimas – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
- Realaus laiko apskaita – operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitą.
- Realaus laiko atskaitomybė – duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.
Dauguma produktų atlieka pirmąjį punktą. Labai mažai kas atlieka visus tris. Danija apverčia įprastą klausimą. Čia nėra sandorių tikrinimo (clearance) platformos, tačiau pati apskaitos sistema yra griežtai reglamentuota, todėl antrasis gebėjimas – ar skaičiai patenka į tikras, eksportuojamas knygas – yra tas, kurį remia įstatymas.
Danijos ir ES taisyklės, formuojančios palyginimą
Danijoje taikomas vienas 25 proc. PVM tarifas, jokių lengvatinių tarifų nėra; eksportui ir kai kurioms prekių tiekimams taikomas 0 proc. tarifas. Teisinis pagrindas yra PVM įstatymas (Momsloven). Registracija privaloma, kai per 12 mėnesių apyvarta viršija 50 000 DKK. Danija naudoja krunas, todėl tik eurams pritaikyta platforma reikalauja valiutos keitimo mechanizmo, kuris veiktų apskaitoje, o ne tik atsiskaitymo momentu.
Atitinkantiems kriterijus ES vidaus B2C nuotolinės prekybos sandoriams ir tarpvalstybinėms skaitmeninėms paslaugoms taikomas visoje ES galiojantis 10 000 eurų slenkstis, nurodytas Europos Komisijos Vieno langelio portalas (One Stop Shop). Jį viršijus, PVM paprastai seka kliento valstybės narės taisyklėmis. Vienas langelis leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai nepanaikina sandorio lygmens logikos poreikio.
Taip pat galioja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) vykdant importuotų prekių nuotolinę prekybą siuntomis, kurių vertė neviršija 150 eurų, taip pat prekių, tiekiamų ES klientams bet kokia verte, kai tikrasis pardavėjas nėra įsisteigęs ES, tiekimui. Komisijos paaiškinamieji raštai dėl PVM e. prekybos taisyklių apibrėžia abu šiuos aspektus. Jei kuriate prekyvietę, tai keičia architektūrą, o ne tik prideda naują lauką.
Trumpas alternatyvų sąrašas
| Platforma | Kam tinka geriausiai | Realaus laiko PVM funkcija | Apskaitos, OSS ir teikimo apimtis | Pagrindinis apribojimas |
|---|---|---|---|---|
| Stripe Tax | Produktai ir prekyvietės, jau veikiančios „Stripe“ pagrindu | Apskaičiuoja PVM sukuriant operaciją, įskaitant Daniją | ES eksportas ir OSS duomenys; nėra Danijos didžiosios knygos ir ji pati neteikia ES deklaracijų | Verta dėmesio tik tada, jei „Stripe“ jau yra mokėjimų bėgiai |
| Paddle | SaaS ir atsisiunčiami skaitmeniniai produktai | Apskaičiuoja PVM atsiskaitymo metu pagal kliento buvimo vietą | Registruoja, pateikia ir sumoka kaip pardavimo atstovas (Merchant of Record) | Perima pardavėjo atstovo vaidmenį ir kartu – sąskaitą faktūrą |
| Quaderno | Mažesni SaaS ir skaitmeninės kommercijos verslai | Apskaičiuoja apmokėjimo metu, patvirtina PVM mokėtojo kodus | Mokesčių ataskaitos ir įrašai; automatinis teikimas dokumentuotas ne kiekvienam planui | Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga |
| Avalara AvaTax | Didelė įmonių ERP ir sąskaitų išrašymo infrastruktūra | Realaus laiko nustatymas su palaikomu mokesčių turiniu | PVM ataskaitų teikimas yra atskiras produktas „Returns“ gamoje | Pritaikyta ir subalansuota stambių įmonių diegimams |
| Fonoa Tax Engine | Stambios platformos ir prekyvietės | Realaus laiko nustatymas daugiau nei 190 jurisdikcijų | Deklaracijos, e. sąskaitų faktūrų išrašymas ir ataskaitos; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas | Nėra viešai skelbiamos kainodaros |
| Nordlet | Integruota apskaita prekyvietėse ir platformose | Išsprendžia schemą ir tarifus kiekvienam sandoriui, įtraukiant juos kartu su didžiosios knygos įrašu | Nepakeičiama dvigubo įrašo didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas | Nėra Danijos deklaracijų paketo ir SAF-T DK eksporto; pati didžioji knyga yra nepakeičiama ir eksportuojama |
Stripe Tax: greitas kelias, kai „Stripe“ jau naudojamas
Komandoms, jau naudojančioms „Stripe“ mokėjimus, sąskaitų išrašymą (Billing) arba „Connect“, „Stripe Tax“ yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, mokesčių API su „PaymentIntents“, mokesčių surinkimas sąskaitose faktūrose ir mokesčių naudojimas su „Connect“ kaip platformoje ar prekyvietėje.
Tuo vietoje, kur „Stripe“ baigiasi, prasideda griežtos pačios įmonės ribos. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruoti“. Automatinis deklaravimas siūlomas JAV; kitur „Stripe“ bendradarbiauja su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne „Stripe Tax“. Tai yra skaičiavimo ir eksporto sluoksnis, o ne apskaitos knygos.
Esant vienam tarifui ir nesant lengvatinių tarifų, apskaičiavimas Danijoje yra beveik elementarus. Dėl to tik skaičiavimui skirtas produktas čia tampa gana skurdžiu pirkiniu.
Paddle: perleiskite visą mokesčių naštą kitiems
„Paddle“ yra visiškai kitos kategorijos 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, todėl apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka už jus. Kūrėjams skirta dokumentacija apima „Paddle.js“, katalogo API, atsiskaitymo procesą ir internetinius kabliukus, tokius kaip transaction.completed, kuris suveikia pasiekus completed statusą ir yra įprastas mechanizmas prieigai po apmokėjimo suteikti.
Kompromisas čia yra labiau anrchitektūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju (seller of record), todėl nebesaugote prekybininko, sąskaitos faktūros ir apskaitos modelio, kurį turėtumėte naudodami savo atsiskaitymo sistemą.
Skaitmeniniams produktams, parduodamiems Danijos vartotojams, tai pilnai išsprendžia PVM klausimą nuo pradžios iki pabaigos. Tačiau tai neišsprendžia Buhalterinės apskaitos įstatymo prievolių, tenkančių jūsų pačių Danijos juridiniam asmeniui.
Quaderno: mokesčių sluoksnis mažesniems skaitmeniniams verslams
„Quaderno“ yra viena iš aiškiausių į kūrėjus orientuotų parinkčių mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų apdorojimo paslaugų teikėjo. Jo API dokumentuoja /tax_rates/calculate galutinį tašką (endpoint), apskaičiuojantį taikomą tarifą pagal kliento adresą ir sandorio tipą, /tax_ids/validate galutinį tašką, apimantį ES PVM mokėtojo kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galutinius taškus. Dokumentuotas „Connect“ skyrius su paskyros ištekliais yra ta dalis, kuria remtųsi prekyvietė.
Apribojimas slypi apimtyje. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nepakeičiama dvigubo įrašo didžiąja knyga, o jo viešai skelbiama medžiaga nepatvirtina automatinio deklaravimo kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia patvirtinti raštu.
Vieno tarifo šalyje „Quaderno“ mokesčių skaičiavimo dalis suteikia nedaug vertės. Vertinti verta būtent jo sąskaitų faktūrų išrašymo ir apskaitos funkcijas.
Avalara ir Fonoa: stambaus verslo mokesčių varikliai
„Avalara“ AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM ataskaitų teikimas (VAT Reporting) yra atskira „Returns“ paslaugų linija, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ – iš anksto apibrėžkite modulius, kurių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju periodu, o komercinis modelis gamybinėje aplinkoje orientuotas į dideles įmones.
„Fonoa“ Tax Engine nurodo, kad per versijuojamą API daugiau nei 190 jurisdikcijų realiuoju laiku „apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienam sandoriui“. Svarbi architektūrinė detalė: mokesčių mokėtojo kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, tad jei VIES įrodymai jums svarbūs, įtraukite tai į apimtį tiesiogiai, o ne darykite prielaidą, kad variklis tai apima.
Nė vienas iš jų nėra natūralus pasirinkimas tik Danijos rinkai skirtai sistemai. Danija yra šalis, kurioje reguliuojamas komponentas yra apskaitos sistema, o ne mokesčių variklis.
Kur telpa „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ų, ES mokesčių ir eksportuojamo audito pėdsako, o ne prie atsiskaitymo modulio prikabintos sąskaitų išrašymo programėlės.
Architektūrinis skirtumas tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į apmokestinimo tvarkos klausimą pagal sandorio faktus:
{
"customerCountryCode": "DK",
"customerIsBusiness": false,
"supplyType": "digital"
}
{
"scheme": "oss_union",
"vatCountryCode": "DK",
"reverseCharge": false,
"deemedSupplier": false,
"zeroRated": false,
"rates": [
{ "category": "standard", "ratePercent": "25.00" }
],
"legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}
Pakeitus klientą į įmonę su galiojančiu Danijos 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 už ES ribų įsisteigusiu pardavėju, pagal art. 14a(2) grąžinama deemedSupplier: true. Teisinis pagrindas keliauja kartu su atsakymu – būtent to auditas klaus po kelerių metų.
Sumodeliuotos 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 slenkstis yra sekamas, o ne numanomas – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį jo atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių koregavimo skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, o įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.
Nustatymas patenka į nepakeičiamą dvigubo įrašo didžiąją knygą su prie įrašo priskirtais PVM metaduomenimis, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Pinigų sumos yra dešimtainės eilutės (decimal strings), niekada ne slankiojo kablelio skaičiai. Aplink tai: tipizuoti SDK, internetiniai kabliukai (webhooks), 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, kelių įmonių palaikymas ir laikotarpių užrakinimas, kad uždarytas mėnuo negalėtų būti slapta redaguojamas.
Danijos riba yra neįprasta, todėl verta būti tiksliems. „Nordlet“ nesiunčia Danijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "DK" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl momsangivelse negeneruojama, taip pat nėra SAF-T DK eksporto ir registracijos kaip Danijos skaitmeninės apskaitos paslaugų teikėjo. Tai, ką „Nordlet“ suteikia, yra būtent tai, į ką orientuotas Danijos įstatymas: nepakeičiama dvigubo įrašo didžioji knyga su laikotarpių užrakinimu, prie kiekvieno įrašo priskirti PVM metaduomenys, pilna versijų istorija ir eksportuojamas audito pėdsakas, plius PVM nustatymas su teisiniu pagrindu, OSS ir IOSS apskaičiavimas, prie sąskaitos faktūros įšaldytas VIES patvirtinimas bei „Peppol BIS 3.0“ siuntimas – transporto formatas, kurį jau naudoja Danijos viešasis sektorius.
Sąžininga santrauka: jei jums reikia tiesioginio skaičiavimo kuo didesniame šalių skaičiuje ir kad kas nors kitas pateiktų deklaracijas, verslo mokesčių varikliai ir pardavimo atstovo (Merchant of Record) paslaugos yra pažengę toliau. Jei jūsų pagrindinis reikalavimas yra tikros knygos – prekyvietėms pritaikyta dvigubo įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šiai spragai užpildyti „Nordlet“ ir buvo sukurta, o jokie skaičiavimo sluoksniai to nepakeičia. API žinynas parodo visą galimybių paviršių prieš jums įsipareigojant.
Ką Danija verčia deklaruoti
Danijoje galioja lengvas deklaravimas ir griežtas apskaitos režimas.
- Momsangivelse – PVM deklaracija, teikiama kas mėnesį, kas ketvirtį arba kas pusmetį, priklausomai nuo apyvartos. Mėnesinės deklaracijos teikėjai (kurių apyvarta viršija 50 mln. DKK) moka iki 25 dienos; ketvirtinės ir pusmetinės deklaracijos teikėjai moka iki trečiojo mėnesio po ataskaitinio laikotarpio pirmosios dienos.
- Skaitmeninė apskaita – Buhalterinės apskaitos įstatymas reikalauja, kad įrašai būtų tvarkomi skaitmeninėje apskaitos sistemoje, atitinkančioje nustatytus reikalavimus, užtikrinant SAF-T eksporto galimybę. Įmonėms tai įsigalioja etapais nuo 2024 iki 2026 metų.
- E. sąskaitų faktūrų išrašymas – privalomas viešojo sektoriaus sąskaitoms faktūroms per „NemHandel“ ir „Peppol“, o „OIOUBL“ užleidžia vietą „Peppol BIS“. B2B sektoriuje tai išlieka savanoriška.
Jei renkatės sistemą Danijos juridiniam asmeniui, Buhalterinės apskaitos įstatymas yra tas reikalavimas, kuris apriboja pasirinkimą, ir tai yra reikalavimas pačiai sistemai, o ne deklaracijai.
Pilnas vaizdas apie šalį – pelno mokestis, darbo užmokestis, deklaravimo kalendorius ir už kiekvieną formą atsakingos institucijos – pateikiamas Danijos mokesčių puslapyje.
Pasirinkimo kriterijai, kuriuos verta įvertinti prieš įsipareigojant
Prieš pradedant bet kurį „PVM palaikantį“ 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ą?
- Padengimas Danijoje – 25 proc. be lengvatinių tarifų, nulinis tarifas, atvirkštinis apmokestinimas ir krunų sumos didžiojoje knygoje?
- ES paskirties vieta paremta logika – ar B2C pardavimui jis gali atskirti Danijos PVM nuo kitos valstybės narės PVM?
- B2B PVM mokėtojo kodo tikrinimas – ar jis patikrina VIES ir išsaugo įrodymus?
- OSS ir IOSS – ar jis sugrupuoja, paruošia, pateikia, ar tik eksportuoja?
- Prekyvietės atsakomybė – ar jis gali sumodeliuoti pardavėjo, platformos ir laikomojo tiekėjo (deemed-supplier) vaidmenis?
- Apskaitos vientisumas – ar kiekvienas skaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
- Kūrėjų ergonomika – REST API, SDK, internetiniai kabliukai (webhooks), smėlio dėžė (sandbox), idempotencija, versijavimas?
- Audito pėdsakas – tarifas, taisyklė, buvimo vietos įrodymai, PVM mokėtojo kodas, laiko žyma, versijų istorija?
- Atitiktis Buhalterinės apskaitos įstatymui – ar sistema tvarko skaitmeninius įrašus pagal Buhalterinės apskaitos įstatymo nustatytą standartą, užtikrindama struktūrizuotą eksportą?
- Atsakomybė už deklaravimą – kurį konkrečiai žingsnį prisiima teikėjas?
D.U.K.
Kuri platforma siūlo pilną realaus laiko ES PVM valdymą Danijoje?
Nė vienos negalima apibūdinti kaip apimančios visus tris realaus laiko gebėjimus kiekvienam verslo modeliui. Danija šį klausimą supaprastina: esant vienam tarifui, išskirtinumą lemia apskaitos knygos ir eksportas, o ne pats skaičiavimas.
Ar „Stripe Tax“ pakanka Danijos prekyvietei?
Skaičiavimams Danijoje mokesčių variklio beveik nereikia. Dviejų įrašų didžiajai knygai, sekančiai išmokas tarp daugelio pardavėjų, ir Buhalterinės apskaitos įstatymo prievolėms vykdyti „Stripe Tax“ netinka.
Ar „Nordlet“ automatiškai pateikia Danijos PVM deklaracijas?
Ne, ir ji neskaičiuoja momsangivelse bei negeneruoja SAF-T DK failo. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai. Danijai ji suteikia mokesčio nustatymą, nepakeičiamą didžiąją knygą, OSS bei IOSS rodiklius ir audito pėdsaką.
Ko Danijos buhalterinės apskaitos įstatymas reikalauja iš programinės įrangos?
Įrašai turi būti tvarkomi skaitmeninėje apskaitos sistemoje, atitinkančioje nustatytus reikalavimus, įskaitant struktūrizuoto eksporto galimybę; įstatymas įmonėms įsigalioja etapais nuo 2024 iki 2026 metų. Jis reglamentuoja pačią apskaitos sistemą, o ne sąskaitą faktūrą ar deklaraciją.
Ką daryti pirmiausia
Nuspręskite, kurių iš trijų realaus laiko gebėjimų jums reikia, o Danijos atveju pradėkite nuo apskaitos reikalavimo, o ne nuo mokesčių variklio. Jei parduodate skaitmeninius produktus ir norite deklaravimo našta pasidalinti su kitais, išbandykite „Paddle“. Jei knygos, išmokos ir PVM priklauso jūsų pačių produktui, pradėkite naudoti smėlio dėžę (sandbox) ir prieš kurdami aplink ją pasitikrinkite, kas Danijai yra taikoma, o kas ne. Kainodara yra viešai skelbiama, o ne pateikiama tik pagal individualius užklausas.
Šaltiniai
Kiekvienas aukščiau pateiktas teiginys apie pardavėją turi nuorodą į paties pardavėjo dokumentaciją. Pačios taisyklės kyla iš:
- Skattestyrelsen: PVM, terminai ir registracija – 25 proc. tarifas, 50 000 DKK slenkstis ir deklaravimo terminai
- PVM įstatymas (Momsloven) – Danijos PVM teisinis pagrindas
- Europos Komisija: PVM vienas langelis – 10 000 eurų nuotolinės prekybos slenkstis
Pardavėjų galimybės ir nacionaliniai mandatai keičiasi. Viskas čia buvo patikrinta pagal viešąją dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami savo sprendimus, viską patikrinkite iš naujo.