Nordlet

← Tinklaraštis

Realaus laiko ES PVM sprendimai programuotojams, kuriantiems Nyderlanduose

Pagrįstas apskaitos ir mokesčių platformų, tvarkančių Nyderlandų ir ES PVM per API, SDK ir internetines užklausas (webhooks), palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.

Nordlet Team · · Atnaujinta · 11 min. skaitymo

Dauguma programuotojų, kuriančių produktus Nyderlandų rinkai, įsibėgėję integravimo darbus sužino nemalonią tiesą: „PVM palaikymas“ gali reikšti penkis skirtingus dalykus priklausomai nuo to, kas tai parduoda. Viena platforma apskaičiuoja tarifą apmokėjimo metu (checkout). Kiti tik išsaugo jūsų perduotą PVM kodą. Tik kelios pateikia deklaracijas Nyderlandų mokesčių administracijai. Beveik nė viena neatlieka visų trijų funkcijų. Šis neapibrėžtumas komandoms kainuoja savaites laiko, o kartais – ir neatitikimus, kurie pastebimi tik mokesčių audito metu.

Šiame straipsnyje lyginamos programinės įrangos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Nyderlandų PVM, atskiriamas mokesčių apskaičiavimas nuo buhalterinės apskaitos ir deklaravimo bei paaiškinama, kur kiekvienas variantas iš tikrųjų tinka.

Ko iš tikrųjų reikalauja „realaus laiko ES PVM valdymas“

Ši sąvoka dažnai interpretuojama laisvai. Kad platforma būtų naudinga, ji apmokėjimo, sąskaitų išrašymo, atsiskaitymų ar didžiosios knygos (general ledger) įrašų metu turi atlikti bent didžiąją dalį šių veiksmų:

  • Remiantis sandorio duomenimis nustatyti teisingą PVM režimą.
  • Taikyti galiojančias šalies ir produkto taisykles.
  • Tvarkyti Nyderlandų ir platesnio masto ES scenarijus, įskaitant B2B atvirkštinį PVM apmokėjimą (reverse charge) ir B2C apmokestinimą vartotojo valstybėje narėje.
  • Suteikti prieigą prie šio darbo eigos per API, SDK arba internetinę užklausą (webhook).
  • Išsaugoti duomenis PVM, OSS, auditui arba apskaitos ataskaitoms.

Viename terminuose slypi trys skirtingos „realaus laiko“ reikšmės:

  • Realaus laiko apskaičiavimas – PVM apskaičiuojamas kuriant sandorį arba sąskaitą faktūrą.
  • Realaus laiko apskaitos sinchronizavimas – sandorio, didžiosios knygos ir PVM duomenys iš karto patenka į jūsų apskaitą.
  • Realaus laiko atskaitomybė – duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po sandorio.

Dauguma produktų tvarko pirmąjį punktą. Labai mažai kas tvarko visus tris. Turėkite omenyje šį skirtumą vertindami kiekvieną toliau pateiktą teikėją.

Nyderlandų ir ES taisyklės, formuojančios šį palyginimą

Nyderlanduose taikomi 0 %, 9 % ir 21 % PVM tarifai, o 21 % yra standartinis tarifas, kaip nurodyta Belastingdienst tarifų gairėse.

Atitinkantiems kriterijus nuotoliniams B2C pardavimams ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma bendra ES mastu 10 000 EUR riba, kaip nustatyta Europos Komisijos Vieno langelio (OSS) portale. Ją viršijus, PVM paprastai skaičiuojamas pagal kliento valstybės narės taisykles. OSS leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visoje ES, tačiau tai nepanaikina sandorio lygmens logikos poreikio.

Taip pat egzistuojanti prekyviečių (marketplace) taisyklė yra griežtesnė, nei dauguma komandų tikisi. Remiantis 14a straipsniu, elektroninė sąsaja tampa laikomuoju pardavėju (deemed supplier) importuotų prekių nuotoliniams pardavimams siuntose, neviršijantiesiems 150 EUR, ir atskirai – prekėms, tiekiamoms ES klientams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosiose pastabose dėl PVM e. prekybos taisyklių išdėstyti abu šie aspektai. Jei kuriate prekyvietę, tai keičia visą architektūrą.

Trumpa platformų apžvalga

Platforma Geriausiai tinka Realaus laiko PVM galimybės Apskaitos / OSS / deklaravimo apimtis Pagrindinis trūkumas
Stripe Tax „Stripe“ pagrindu sukurtiems produktams ir prekyvietėms Realiuoju laiku apskaičiuoja PVM, palaiko Nyderlandus ir ES ES eksportas ir OSS duomenys; nėra Nyderlandų didžiosios knygos, automatiškai nedeklaruoja visur Geriausia, kai „Stripe“ jau naudojama sistemoje
Paddle Programinei įrangai kaip paslaugai (SaaS) ir skaitmeniniams produktams Apskaičiuoja PVM apmokėjimo metu pagal kliento buvimo vietą Registruoja, deklaruoja, sumoka kaip pardavimo atstovas (Merchant of Record) Pakeičia jūsų pardavėjo ir atsiskaitymų vaidmenį
Quaderno Nedideliems SaaS ir skaitmeninės prekybos verslams Greitas skaičiavimas apmokėjimo metu, PVM mokėtojo kodų patvirtinimas Mokesčių ataskaitos ir įrašai; visuotinis deklaravimas nepatvirtintas viešai visiems planams Mokesčių sluoksnis, o ne pilna didžioji knyga
Avalara AvaTax Stambaus verslo ERP ir atsiskaitymų sistemoms Realaus laiko mokesčių nustatymas su palaikomu mokesčių turiniu PVM ataskaitos yra atskirose „Returns“ gamos dalyse Kaina ir apimtis orientuota į stambaus verslo diegimus
Fonoa Tax Engine Didelėms platformoms ir prekyvietėms Realaus laiko nustatymas daugiau nei 190 jurisdikcijų Deklaracijos, e. sąskaitos faktūros, ataskaitos; PVM kodo tikrinimas yra atskiras produktas Ribota vieša kainodara
Nordlet Integruota apskaita prekyvietėms ir platformoms Nustato schemą ir tarifus kiekvienam sandoriui, įrašo į didžiąją knygą Nekintanti dvejybinio įrašo didžioji knyga, išmokėjimai, OSS/IOSS rodikliai, eksportuojamas audito pėdsakas Pateikia lietuviškus, vokiškus ir lenkiškus deklaracijų rinkinius, o ne Nyderlandų, ir nedeklaruoja
Moneybird Nyderlandų apskaitos sistema Saugomai pasirinkti Nyderlandų tarifai, teikiamos PVM ataskaitos Tvarkingas Nyderlandų PVM apskaitos vedimas ir deklaravimas Nėra pilnas ES mokesčių nustatymo variklis
Exact Online NL Nyderlandų ERP ir apskaitos sistema Saugomi ir taikomi Nyderlandų / ES PVM kodai Vietinė apskaita, PVM kodai, didžioji knyga, ataskaitos Kodai, o ne automatinis nustatymas

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

Komandoms, kurios jau naudoja „Stripe Payments“, „Billing“ arba „Connect“, „Stripe Tax“ yra lengviausiai prieinamas realaus laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas sandoriams visame pasaulyje, naudojant mokesčių API (Tax API) su „PaymentIntents“, mokesčių rinkimas sąskaitose faktūrose ir mokesčių integravimas su „Connect“ kaip platformai ar prekyvietei.

Svarbu suprasti, kur „Stripe“ funkcijų riba, ir pati bendrovė tai nurodo atvirai. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate registruotas.“ „Stripe“ siūlo automatinį deklaravimą JAV, o kitur bendradarbiauja su partneriais; ES PVM deklaraciją pateikiate jūs arba partneris, o ne pats „Stripe Tax“. Tai apskaičiavimo ir eksporto sluoksnis, o ne Nyderlandų buhalterinė didžioji knyga.

Jei „Stripe“ jau yra jūsų atsiskaitymų infrastruktūra, tai greičiausias būdas gauti veikiančius PVM skaičius, tačiau dvejybinės apskaitos knygos tai nesukurta.

Paddle: viso mokesčių administravimo perkėlimas skaitmeniniams produktams

„Paddle“ veikia kitaip. Ji veikia kaip pardavimo atstovas (Merchant of Record), prisiimdama atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ jūsų klientų buvimo vietose – taigi ji apskaičiuoja PVM apmokėjimo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka jūsų vardu. Programuotojų dokumentacijoje aprašomi „Paddle.js“, katalogo API, apmokėjimo srautas (checkout) ir internetinės užklausos (webhooks), tokios kaip transaction.completed, kuri suveikia pasiekus completed statusą ir dažniausiai naudojama suteikti prieigą po apmokėjimo.

Kompromisas yra struktūrinis. „Paddle“ perima tikrojo pardavėjo vaidmenį, todėl jūs nebeturite tokio prekybininko, sąskaitos faktūros ir apskaitos modelio, kokį turėtumėte valdydami savo apmokėjimą. Tai puikiai tinka SaaS ir platinamai programinei įrangai, tačiau netinka Nyderlandų prekyvietei, kuriai reikia vesti daugelio pardavėjų apskaitą.

Quaderno: prieinamas mokesčių sluoksnis smulkesniam SaaS verslui

„Quaderno“ yra viena iš aiškesnių programuotojams pritaikytų parinkčių mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų apdorojimo partnerio. Jos API dokumentacijoje aprašomas /tax_rates/calculate galutinis taškas (endpoint), apskaičiuojantis taikomą tarifą pagal kliento adresą ir sandorio tipą, /tax_ids/validate galutinis taškas, tikrinantis ES PVM mokėtojo kodus, taip pat sąskaitų faktūrų, kvitų bei kreditinių sąskaitų galutiniai taškai. Taip pat dokumentuotas „Connect“ skyrius su paskyros ištekliais, kuriuo remiasi prekyvietės.

Apribojimas – apimtis. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne pilna apskaitos sistema su nekintančia dvejybinio įrašo didžiąja knyga. Jos viešojoje medžiagoje taip pat nenurodytas visuotinis automatinis Nyderlandų deklaracijų pateikimas pagal kiekvieną planą. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia patvirtinti, o ne daryti prielaidą.

Avalara ir Fonoa: stambaus verslo mokesčių varikliai

„Avalara“ sistema AvaTax atlieka realiojo laiko mokesčių nustatymą apmokėjimo, sąskaitų išrašymo arba užsakymų apdorojimo metu, teikdama paslaugas per REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM ataskaitų teikimas (VAT Reporting) yra atskirai išskirtas „Returns“ gamoje, todėl ES PVM atitikties procesai neapsiriboja vien „AvaTax“ sistema – įvertinkite, kurių modulių iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią, apimantį 90 dienų nemokamą bandomąjį laikotarpį; gamybinis komercinis modelis orientuotas į stambų verslą.

„Fonoa“ produktas Tax Engine nurodo, kad per versijuojamą API „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apdorojimą kiekvienam sandoriui“ daugiau nei 190 jurisdikcijų. Architektūros požiūriu verta pastebėti, kad PVM kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“, apimantis daugiau nei 120 šalių), o ne „Tax Engine“ dalis – taigi, jei VIES įrodymai jums svarbūs, įtraukite tai į apimtį tiesiogiai, o ne tikėkitės, kad variklis tai apima savaime.

Abiem atvejais tai stiprūs sprendimai, kai mokesčių logika yra sudėtinga ir apima daug jurisdikcijų. Abu variantai paprastai yra per sunkūs nedidelei Nyderlandų SaaS komandai, ieškančiai integruoto API, ir nė vienas iš jų neskelbia viešos kainodaros.

Kur dera Nordlet: apskaita ir PVM tame pačiame įraše

„Nordlet“ yra apskaitos API prekyvietėms ir platformoms, kurioms savo produkto viduje reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako, o ne prie apmokėjimo 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. POST /v1/reference/vat/resolve atsako į apmokestinimo klausimą remdamasis sandorio duomenimis:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "NL",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "21.00" },
    { "category": "reduced", "ratePercent": "9.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Pakeitus klientą į įmonę su galiojančiu Nyderlandų PVM mokėtojo kodu, tas pats kvietimas grąžina reverse_charge su pagrindimu 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 33(a) straipsnį. Teisinis pagrindimas keliauja kartu su atsakymu – būtent to vėliau teiraujasi auditoriai.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. Nuotolinės prekybos 10 000 EUR riba yra stebima, o ne spėjama – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis.

Šis nustatymas keliauja tiesiai į nekintančią dvejybinio įrašo didžiąją knygą, prie įrašo pridedant PVM metaduomenis, todėl nereikia antrojo sutaikymo žingsnio tarp mokesčių variklio ir atskiros pirminės apskaitos sistemos. Piniginės sumos saugomos kaip dešimtainės eilutės (decimal strings), o ne slankiojojo kablelio skaičiai (floats). Greta to pateikiami: tipizuoti SDK, internetinės užklausos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams vykdymams, testavimo (sandbox) įmonės, prie partnerio išsaugoti VIES patvirtinimai, i.SAF registrų generavimas, kelių įmončių palaikymas ir laikotarpių užrakinimas, kad uždaryto mėnesio nebūtų galima slapta redaguoti.

Būtinai įvertinkite ribas, nes tai nusprendžia, ar šis sprendimas tinka Nyderlandų projektui: „Nordlet“ apskaičiuoja PVM deklaracijos rodiklius ir pateikia konkrečioms šalims skirtus deklaracijų rinkinius Lietuvai (FR0600), Vokietijai (UStVA) bei Lenkijai (JPK_V7M), tačiau ne Nyderlandams. Čia nevyksta Nyderlandų omzetbelasting formos generavimas ir nėra tiesioginio deklaravimo per „Belastingdienst“ – vat-return/compute grąžina 422 klaidą NL šaliai ir nurodo egzistuojančius rinkinius. Tarifų nustatymas vyksta pagal šalis ir tarifų kategorijas, o ne pagal produkto klasifikaciją, todėl prekėms, kurių statusas priklauso nuo KN ar CPA kodo, šį sprendimą vis tiek reikia priimti aukštesniame lygmenyje. Prieinamumas: greitai atveriama ankstyvoji prieiga, šiuo metu priimami bandomieji partneriai, o testavimo aplinka (sandbox) jau veikia. Kainodara yra viešai paskelbta, o ne tik pagal individualius užklausimus.

Sąžiningas įvertinimas: jei jums reikalingas tiesioginis skaičiavimas kuo didesniame šalių skaičiuje, stambaus verslo mokesčių varikliai yra brandesni ir deklaruoja daugiau vietovių. Jei jūsų pagrindinis reikalavimas yra tikra apskaita – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM gyvena vienoje vietoje – tai spraga, kuriai užpildyti sukurtas „Nordlet“, ir jos neužpildo jokie skaičiavimo sluoksniai. API dokumentacija parodo visą galimybių lauką prieš priimant sprendimą.

Nyderlandų apskaitos sistemos, kurias klaidingai painioja su mokesčių varikliais

Paieškose dažnai pasirodo ir klaidingai suprantamos dvi Nyderlandų platformos.

Moneybird yra tikra Nyderlandų apskaitos sistema su patikima API prieiga. Jos programuotojų dokumentacijoje aprašoma viena REST API versija (v2), naudojanti JSON ir XML, OAuth2 (arba asmeninį API prieigos raktą), mokesčių tarifų galutinis taškas, grąžinantis administravimo aplinkoje sukonfigūruotus tarifus, bei ataskaitų galutinis taškas. Šioje dokumentacijoje nenurodytas bendras ES realiojo laiko nustatymo variklis – grąžinami tarifai yra tie, kuriuos patys sukonfigūravote. PVM klasifikuojate aukštesniame lygmenyje, o tuomet sąskaitą faktūrą ir kodą įkeliate į „Moneybird“.

Exact Online NL yra artimesnė ERP sistemai. Jos REST API dokumentuoja VATCodes išteklių ties /api/v1/{division}/vat/VATCodes. Tai prieiga prie sukonfigūruotų kodų, o ne automatinis šalies ir produkto nustatymas. Tai stipri pirminė apskaitos sistema, tačiau ne integruota mokesčių automatizavimo priemonė.

Jei jums reikia tarpvalstybinės logikos, derinkite šias sistemas su mokesčių nustatymo varikliu. Pačios savaime jos yra apskaitos knygos, o ne PVM taisyklių vykdytojos.

Atrankos kriterijus, kuriuos verta patikrinti prieš priimant sprendimą

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

  • Skaičiavimas ar buhalterinė apskaita – ar produktas nustato PVM, ar tik saugo kodą?
  • Nyderlandų aprėptis – ar palaikomi 21 %, 9 %, 0 % tarifai, atvirkštinis apmokėjimas, vietinė atskaitomybė?
  • ES paskirties vieta ir logika – ar sistema gali atskirti Nyderlandų PVM nuo kitos valstybės narės PVM B2C atveju?
  • B2B PVM mokėtojo kodų tikrinimas – ar tikrinamas VIES ir išsaugomi įrodymai?
  • OSS ir IOSS – ar duomenys apibendrinami, ruošiami, teikiami, ar tik eksportuojami?
  • Prekyvietės atsakomybė – ar galima modeliuoti pardavėjo, platformos ir laikomojo pardavėjo vaidmenis?
  • Apskaitos vientisumas – ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
  • Ergonomika programuotojams – ar yra REST API, SDK, webhooks, sandbox aplinka, pasikartojimo apsauga (idempotency), versijavimas?
  • Audito pėdsakas – ar fiksuojami tarifai, taisyklės, vietos įrodymai, PVM kodas, laiko žyma, pakeitimų istorija?
  • Atsakomybė už deklaravimą – kurį konkrečiai žingsnį prisiima teikėjas?

D.U.K.

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

Nė vieno tiekėjo negalima apibūdinti kaip siūlančio visas tris realiojo laiko galimybes – apskaičiavimą, apskaitos sinchronizavimą ir atskaitomybę valstybės institucijoms – kiekvienam verslo modeliui. Kiekvieną variantą būtina tikrinti pagal savo specifinį atvejį. Pardavimo atstovo paslaugos, tokios kaip „Paddle“, skaitmeniniams produktams tinka labiausiai, nes jos taip pat deklaruoja ir sumoka mokesčius, tačiau tam jos perima jūsų pardavėjo vaidmenį.

Ar „Stripe Tax“ pakanka Nyderlandų prekyvietei?

Skaičiavimui ir eksportui dažniausiai taip. Dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus tarp kelių pardavėjų – ne. Jums vis tiek reikės apskaitos sistemos, todėl tokioms spragoms užpildyti sukurta integruota parinktis, pavyzdžiui, „Nordlet“.

Ar „Nordlet“ automatiškai pateikia Nyderlandų PVM deklaracijas?

Ne. „Nordlet“ nustato PVM apmokestinimą, įrašo jį kartu su didžiosios knygos įrašu ir apskaičiuoja OSS bei IOSS rodiklius. Šalims specifiniai deklaracijų rinkiniai pateikiami Lietuvai, Vokietijai ir Lenkijai, bet ne Nyderlandams. Nyderlandams sistema sugeneruoja pirminius skaičius bei audito pėdsaką, o omzetbelasting deklaracijos pateikimas lieka jūsų atsakomybe.

Ar galiu naudoti „Moneybird“ kaip savo ES PVM variklį?

Ne savarankiškai. „Moneybird“ yra Nyderlandų apskaitos sistema, kuri saugo tarifus ir teikia PVM ataskaitas. Tarpvalstybinį PVM apskaičiuokite aukštesniame lygmenyje, tuomet duomenis perkelkite į „Moneybird“ kaip apskaitos registrą.

Ką daryti pirmiausia

Nuspręskite, kurių iš trijų realiojo laiko galimybių jums iš tikrųjų reikia. Jei reikalingas tiesioginis skaičiavimas „Stripe“ aplinkoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimą perkelti partneriui, išbandykite „Paddle“. Jei kuriate prekyvietę arba platformą, kurioje knygos, atskaitomybė ir PVM privalo gyventi jūsų produkto viduje, pradėkite su testavimo aplinka (sandbox) ir prieš kurdami sprendimą patvirtinkite atitikties apimtį savo jurisdikcijoms. Tokia seka apsaugos jus nuo išlaidų mokesčių varikliui ir apskaitos sistemai, kurios niekada iki galo nesusikalba tarpusavyje.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie tiekėjus nuoroda vedą į to paties tiekėjo dokumentaciją. Pačios taisyklės paimtos iš:

Tiekėjų galimybės keičiasi. Viskas, kas čia pateikta, buvo patikrinta remiantis vieša dokumentacija 2026 m. liepos 25 d.; prieš kurdami sprendimus, visuomet patikrinkite informaciją iš naujo.