Nordlet

← Tinklaraštis

ES PVM realiuoju laiku kūrėjams, dirbantiems Vokietijos rinkoje

Išsamus apskaitos ir mokesčių platformų, tvarkančių Vokietijos ir ES PVM per API, SDK ir „webhooks“, palyginimas su aiškiomis pastabomis, ką kiekviena iš jų iš tikrųjų apima.

Nordlet Team · · 13 min. skaitymo

Komandos, kuriančios produktus Vokietijos rinkai, įpusėjus integracijai paprastai atranda tą patį dalyką: „PVM palaikymas“ reiškia penkis skirtingus dalykus, priklausomai nuo to, kas jį parduoda. Kai kurios platformos apskaičiuoja tarifą apmokėjimo (checkout) metu. Kitos tik saugo Umsatzsteuer kodą, kurį joms perduodate. Kelios parengia išankstinę PVM deklaraciją (Umsatzsteuer-Voranmeldung). Beveik nė viena neatlieka visų trijų funkcijų. Vokietija prideda ir antrąjį terminą: nuo 2025 m. kiekviena įmonė turi sugebėti priimti struktūrizuotą e. sąskaitą faktūrą, o prievolė jas išrašyti laipsniškai įsigalios nuo 2027 m.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, tvarkančios ES ir Vokietijos PVM realiuoju laiku, atskiriamas skaičiavimas nuo buhalterinės apskaitos bei deklaravimo ir nurodoma, kur kiekvienas variantas iš tiesų tinka.

Ką turi apimti „ES PVM valdymas realiuoju laiku“

Ši frazė dažnai iškreipiama siekiant apimti labai skirtingus produktus. Kad ji turėtų prasmę, kuriant operaciją, sąskaitą faktūrą, atliekant sudengimą (settlement) ar darant įrašą didžiojoje knygoje, platforma turi atlikti didžiąją dalį šių veiksmų:

  • Nustatyti PVM traktavimą remiantis operacijos duomenimis.
  • Pritaikyti galiojančias šalies ir produkto taisykles.
  • Apimti Vokietiją ir visą ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties vietoje.
  • Pateikti visa tai per API, SDK arba „webhook“.
  • Išsaugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

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

  • Skaičiavimas realiuoju laiku — PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
  • Apskaita realiuoju laiku — operacija, įrašas didžiojoje knygoje ir PVM duomenys iš karto atsiduria apskaitos registruose.
  • Deklaravimas realiuoju laiku — duomenys perduodami mokesčių administratoriui netrukus po operacijos.

Dauguma produktų atlieka pirmąjį veiksmą. Labai retai – visus tris. Vokietijoje trečiasis veiksmas turi aiškų terminą: struktūrizuotų e. sąskaitų faktūrų išrašymas tampa privalomas 2027 m. įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 €, o 2028 m. – visoms įmonėms, todėl sąskaitų faktūrų išrašymo procesas, generuojantis tik PDF failus, turi žinomą galiojimo pabaigos datą.

Vokietijos ir ES taisyklės, lemiančios palyginimą

Pagal PVM įstatymą (Umsatzsteuergesetz) Vokietija taiko 19 % standartinį ir 7 % lengvatinį tarifą, o eksportui ir tiekimui ES viduje – 0 %. Smulkiojo verslo schema (Kleinunternehmer) taikoma įmonei, kurios praėjusių metų apyvarta buvo ne didesnė kaip 25 000 €, o einamųjų metų apyvarta neviršija 100 000 €; metų eigoje peržengus 100 000 € ribą, išimties taikymas nedelsiant nutraukiamas, ir tai yra būsenos pasikeitimas metų viduryje, kurį privalo apdoroti jūsų atsiskaitymų (billing) kodas.

Reikalavimus atitinkančiai B2C nuotolinei prekybai (distance sales) ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti 10 000 € riba, nustatyta Europos Komisijos „vieno langelio“ sistemos (One Stop Shop portal) portale. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybės narės taisykles. Vieno langelio schema (One Stop Shop) leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji nepanaikina operacijų lygmens logikos poreikio.

Taip pat egzistuoja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei dauguma komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa numanomu tiekėju (deemed supplier), kai importuojamų prekių siuntos vertė nuotolinės prekybos atveju neviršija 150 €, ir atskirai – kai prekės tiekiamos ES pirkėjams neatsižvelgiant į vertę, jeigu tikrasis pardavėjas nėra įsisteigęs ES. Europos Komisijos paaiškinimuose dėl e. prekybos PVM taisyklių išdėstytos abi šios sąlygos. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą laukelį.

Trumpas apžvalginis sąrašas

Platforma Geriausiai tinka PVM galimybės realiuoju laiku Apskaitos, OSS ir deklaravimo apimtis Pagrindinis trūkumas
Stripe Tax Produktams ir prekyvietėms, jau naudojančioms Stripe Apskaičiuoja PVM kuriant operaciją, įskaitant Vokietiją ES eksporto ir OSS duomenys; nėra Vokietijos didžiosios knygos ir pati ES deklaracijų neteikia Verta dėmesio tik tada, kai Stripe jau yra mokėjimų infrastruktūros dalis
Paddle SaaS ir atsisiunčiamiems skaitmeniniams produktams Apskaičiuoja PVM apmokėjimo metu pagal pirkėjo buvimo vietą Registruoja, deklaruoja ir sumoka kaip oficialus pardavėjas (Merchant of Record) Perima oficialaus pardavėjo vaidmenį kartu su sąskaita faktūra
Quaderno Mažesniam SaaS verslui ir skaitmeninei komercijai Apskaičiuoja apmokėjimo metu, patikrina PVM kodus Mokesčių ataskaitos ir registrai; automatinis deklaravimas nenumatytas kiekvienam planui Tai mokesčių ir sąskaitų faktūrų lygmuo, o ne didžioji knyga
Avalara AvaTax Stambių įmonių ERP ir atsiskaitymų sistemoms Nustatymas realiuoju laiku su nuolat atnaujinama mokesčių baze PVM deklaravimas yra atskiras produktas „Returns“ serijoje Pritaikyta ir įkainota stambių įmonių diegimams
Fonoa Tax Engine Didelėms platformoms ir prekyvietėms Nustatymas realiuoju laiku daugiau nei 190 jurisdikcijų Deklaracijos, e. sąskaitos faktūros ir ataskaitos; mokesčių mokėtojo kodo tikrinimas yra atskiras produktas Kainos neskelbiamos
Nordlet Integruotai apskaitai prekyvietėse ir platformose Nustato schemą ir tarifus kiekvienai operacijai, registruojama kartu su įrašu didžiojoje knygoje Nekeidžiama dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS skaičiai, eksportuojama audito seka Apskaičiuoja UStVA sumas, bet nieko nedeklaruoja — pateikimas per ELSTER išlieka žmogaus darbu

Stripe Tax: greitas kelias, kai Stripe jau naudojamas

Komandoms, kurios jau naudoja Stripe mokėjimus, „Billing“ ar „Connect“, Stripe Tax yra lengviausiai prieinamas realiojo laiko skaičiavimo lygmuo. Dokumentacijoje aprašomas PVM skaičiavimas visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimas pagal sąskaitas faktūras ir Tax naudojimas su Connect kaip platforma ar prekyviete.

Tai, kur Stripe sustoja, yra aiškiai nurodyta pačių Stripe. Jų deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktą mokestį už kiekvieną vietovę, kurioje esate įsiregistravę.“ Jungtinėse Valstijose siūlomas automatinis deklaravimas; kitur Stripe bendradarbiauja su deklaravimo partneriais, tad ES PVM deklaraciją pateikiate jūs arba partneris, bet ne Stripe Tax. Tai yra skaičiavimo ir eksporto lygmuo, o ne apskaitos knygos.

Vokietijos rinkai kuriamam produktui praktinis klausimas yra tas, kas nutinka apskaičiavus sumą: išankstinę PVM deklaraciją (UStVA) vis tiek reikia parengti pagal jūsų apskaitos duomenis ir pateikti per ELSTER, o Stripe Tax nėra ta vieta, kur tai padaroma.

Paddle: perleiskite visą mokesčių tvarkymą kažkam kitam

Paddle yra kitos kategorijos produktas. Jis veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų pirkėjai, todėl apskaičiuoja PVM apmokėjimo metu, išrašo sąskaitą faktūrą ir už jus pateikia deklaracijas bei sumoka mokesčius. Kūrėjams skirta dokumentacija apima Paddle.js, katalogų API, atsiskaitymo procesą ir „webhooks“, pvz., transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir yra įprastas signalas suteikti prieigą po apmokėjimo.

Kompromisas čia labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebeturite to prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte turėdami nuosavą apmokėjimo sistemą.

Tai puikiai tinka SaaS paslaugoms ir iš Vokietijos parduodamai atsisiunčiamai programinei įrangai. Tačiau tai netinka prekyvietei, kuri privalo tvarkyti daugybės pardavėjų apskaitą, taip pat nepadeda įvykdyti prievolės išrašyti e. sąskaitas faktūras jūsų pačių vietinėms B2B sąskaitoms.

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

Quaderno yra vienas aiškesnių ir pirmiausia kūrėjams pritaikytų variantų mažesnėms skaitmeninio verslo įmonėms, norinčioms turėti mokesčių paslaugą, nepriklausomą nuo vieno mokėjimų procesoriaus. Jo API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas, kuris apskaičiuoja taikytiną tarifą pagal pirkėjo adresą ir operacijos tipą, /tax_ids/validate punktas, apimantis ES PVM kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų faktūrų punktai. Dokumentuotas skyrius „Connect“ su paskyrų ištekliais yra ta dalis, kuria remiantis būtų kuriama prekyvietė.

Apribojimas yra mastas. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo lygmuo, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, ir joje viešai pateikiama informacija neužtikrina automatinio deklaravimo kiekvienam planui visose šalyse. Deklaravimo atsakomybę vertinkite kaip dalyką, kurį reikia pasitvirtinti raštu.

Nedideliam Vokietijos SaaS verslui tai pašalina realų darbą apmokėjimo etape. Tačiau ji neparengia Umsatzsteuer-Voranmeldung (išankstinės PVM deklaracijos) ir tai nėra pirminė apskaitos sistema, atlaikanti GoBD standarto audito reikalavimus.

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

Avalara AvaTax atlieka mokesčių nustatymą realiuoju laiku atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu, naudodama REST API ir SDK. Atkreipkite dėmesį į produkto padalijimą: PVM ataskaitos yra atskiras produktas „Returns“ grupėje, todėl ES PVM atitikties darbo srautas nėra tiesiog „AvaTax“ — tiksliai apsibrėžkite modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o produkcijos komercinis modelis pritaikytas stambioms įmonėms.

Fonoa Tax Engine teigia, kad per versijuojamą API „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių traktavimą kiekvienai operacijai“ daugiau nei 190 jurisdikcijų. Svarbi viena 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, numatykite tai atskirai, o ne darykite prielaidą, kad variklis juos apima.

Abi sistemos yra stiprios, kai mokesčių logika sudėtinga ir apima daug jurisdikcijų. Abi yra sudėtingesnės, nei paprastai reikia Vokietijos SaaS komandai iš integruoto API, ir nė viena iš jų neskelbia oficialių kainoraščių.

Kur tinka Nordlet: PVM atsakymas ir įrašas didžiojoje knygoje yra tas pats registras

Nordlet yra apskaitos API, skirtas prekyvietėms ir platformoms, kurioms pačiame produkte reikia didžiųjų knygų, išmokėjimų, ES mokesčių palaikymo ir eksportuojamos audito sekos, o ne tiesiog prie apmokėjimo lango prijungtos sąskaitų faktūrų programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą dėl traktavimo remiantis operacijos faktais:

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

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

Pakeiskite klientą į įmonę, turinčią galiojantį Vokietijos PVM mokėtojo kodą, ir ta pati užklausa grąžins reverse_charge su nuoroda Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace su pardavėju, įsisteigusiu už ES ribų, ir bus grąžinta deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas pridedamas prie atsakymo – tai yra ta dalis, kurios auditorius paprašys po kelerių metų.

Modeliuojamos 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 nustatoma iš anksto — /v1/declarations/eu/distance-sales-threshold/get pateikia įmonės padėtį šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio sumas, įskaitant ankstesnių laikotarpių korekcijų skiltį. Tarifai gaunami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti kiekvienai šaliai atskirai.

Tada šis nustatymas įtraukiamas į nekeičiamą dvejybinio įrašo didžiąją knygą kartu su prie įrašo pridėtais PVM metaduomenimis, todėl nereikia jokio papildomo derinimo tarp mokesčių variklio ir atskiros pirminės apskaitos sistemos. Piniginės sumos yra dešimtainės eilutės, bet jokiu būdu ne slankiojo kablelio skaičiai. Šalia to: tipizuoti SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, „sandbox“ įmonės, VIES patikrinimas, užfiksuojamas sąskaitoje faktūroje, kelių įmonių palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima nepastebimai redaguoti.

Kuriant Vokietijos rinkai ribos yra svarbios, todėl štai jos paprastai. Nordlet pateikia Vokietijos deklaracijų paketą: /v1/declarations/eu/vat-return/compute su parametru countryCode: "DE" apskaičiuoja Umsatzsteuer-Voranmeldung pagal oficialius 2026 m. Kennzahlen (81, 86, 41, 43, 48, 60, 45, 89, 84, 85, 66, 61, 67, 83), kur bazės pateikiamos pilnais eurais, o mokestis – centų tikslumu. Dvi eilutės tyčia nėra išvedamos iš didžiosios knygos ir yra pažymimos, o ne spėjamos: Kz 21 dėl paslaugų pagal §18b ir Kz 62 dėl importo PVM. Pats deklaravimo procesas yra rankinis — skaičiai sugeneruojami ir patikrinami, bet prisijungimas prie ELSTER lieka jūsų žingsniu. Struktūrizuotos sąskaitos faktūros išsiunčiamos per Peppol BIS 3.0 naudojant jūsų pačių arba platformos prieigos tašką; dedikuotas XRechnung profilis kol kas nepalaikomas. Tarifų nustatymas atliekamas pagal šalį ir tarifo kategoriją, o ne pagal produkto klasifikaciją, todėl tiekimui, kuris priklauso nuo CN arba CPA kodo, šį sprendimą vis tiek reikia priimti aukštesniame lygmenyje.

Atvirai apibendrinant: jei jums reikia skaičiavimų gyvai kuo didesniame šalių skaičiuje ir norite, kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir oficialaus pardavėjo paslaugos yra pažengusios toliau. Jei jūsų pagrindinis reikalavimas yra tikros apskaitos knygos — prekyvietės specifiką suprantanti dvejybinio įrašo didžioji knyga, kurioje sudengimai ir PVM yra vienoje vietoje — būtent šiai nišai ir sukurtas Nordlet, ir nė vienas iš skaičiavimo lygmenų jos neužpildo. API dokumentacijoje parodytas visas funkcionalumas prieš jums įsipareigojant.

Ką Vokietija reikalauja deklaruoti

Vokietijos įmonei tenka dvi prievolės, kurių terminai skiriasi.

  • Išankstinė PVM deklaracija (Umsatzsteuer-Voranmeldung, USt-VA) — pateikiama per ELSTER kas mėnesį arba ketvirtį iki kito laikotarpio 10 dienos, su galimybe terminą pratęsti vienam mėnesiui (Dauerfristverlängerung). Po to seka metinė PVM deklaracija, kurią reikia pateikti iki liepos 31 d., arba vėliau, jei ją teikia mokesčių konsultantas.
  • Struktūrizuotos B2B e. sąskaitos faktūros — nuo 2025 m. kiekviena Vokietijos įmonė turi sugebėti priimti EN 16931 standarto sąskaitą faktūrą. Jų išrašymas tampa privalomas nuo 2027 m. įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 €, o nuo 2028 m. – visoms įmonėms. Priimami formatai yra XRechnung, ZUGFeRD ir Peppol BIS.

Vokietija neturi išankstinio tvirtinimo platformos: sąskaitomis faktūromis keičiamasi tiesiogiai arba per Peppol, o ne pirmiausia jas patvirtinant mokesčių administratoriui. Dėl to Vokietijos reikalavimus įvykdyti lengviau nei Italijos ar Lenkijos, bet tai taip pat reiškia, kad jokia išorinė sistema už jus nepastebės netaisyklingai suformuotos sąskaitos faktūros.

Visas šalies vaizdas — pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir už kiekvieną formą atsakingos institucijos — pateikiamas Vokietijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš priimant sprendimą

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

  • Skaičiavimas ar buhalterinė apskaita — ar sistema nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
  • Vokietijos taisyklių padengimas — 19 %, 7 %, 0 %, atvirkštinis apmokestinimas ir Kleinunternehmer statuso pasikeitimas pasiekus 100 000 € ribą?
  • ES paskirties vietos logika — ar sistema gali atskirti Vokietijos PVM nuo kitos valstybės narės PVM B2C pardavimo atveju?
  • B2B PVM kodo tikrinimas — ar ji tikrina VIES duomenų bazę ir išsaugo įrodymus?
  • OSS ir IOSS — ar ji agreguoja, parengia, pateikia, ar tik eksportuoja duomenis?
  • Prekyvietės atsakomybė — ar ji gali modeliuoti pardavėjo, platformos ir numanomo tiekėjo vaidmenis?
  • Apskaitos vientisumas — ar kiekvienas skaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
  • Kūrėjų ergonomika — REST API, SDK, „webhooks“, „sandbox“ aplinka, idempotentiškumas, versijų palaikymas?
  • Audito seka — tarifas, taisyklė, vietos įrodymas, PVM kodas, laiko žyma, keitimų istorija?
  • Pasirengimas e. sąskaitų faktūrų išrašymui — ar sistema gali gauti ir išrašyti EN 16931 standarto sąskaitas faktūras — XRechnung, ZUGFeRD arba Peppol BIS — iki 2027 m. ir 2028 m. išrašymo terminų?
  • Atsakomybė už deklaravimą — kokį tiksliai etapą prisiima tiekėjas?

D.U.K.

Kuri platforma siūlo visapusišką ES PVM valdymą realiuoju laiku Vokietijoje?

Nė viena neturėtų būti apibūdinama kaip siūlanti visas tris realaus laiko galimybes — skaičiavimą, apskaitos sinchronizavimą ir perdavimą mokesčių administratoriui — kiekvienam verslo modeliui. Patikrinkite kiekvieną pagal savo atvejį. Oficialaus pardavėjo paslaugos, tokios kaip Paddle, yra arčiausiai skaitmeninių produktų srityje, nes jos taip pat deklaruoja ir sumoka mokesčius, tačiau norėdamos tai padaryti, jos perima jūsų, kaip pardavėjo, vaidmenį.

Ar Stripe Tax pakanka Vokietijos prekyvietei?

Skaičiavimui ir eksportui dažniausiai taip. Dvejybinio įrašo didžiajai knygai, kurioje stebimi daugelio pardavėjų išmokėjimai, — ne, be to, ji neparengia Umsatzsteuer-Voranmeldung deklaracijos. Jums vis tiek reikės apskaitos sistemos, todėl būtent šiai spragai užpildyti ir buvo sukurtas toks integruotas sprendimas kaip Nordlet.

Ar Nordlet automatiškai pateikia Vokietijos PVM deklaracijas?

Ne. Nordlet apskaičiuoja UStVA pagal oficialius 2026 m. Kennzahlen rodiklius ir pažymi du laukelius, kurių ji negali išvesti iš didžiosios knygos — paslaugos pagal §18b ir importo PVM. Pateikimas per ELSTER vis dar yra žmogaus atliekamas veiksmas; jokios šalies deklaracija nėra pateikiama automatiškai.

Ko iš tiesų reikalauja 2027 ir 2028 m. Vokietijos e. sąskaitų faktūrų terminai?

Priimti struktūrizuotą EN 16931 standarto sąskaitą faktūrą privaloma nuo 2025 m. Ją išrašyti tampa privaloma 2027 m. įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 €, o 2028 m. – visoms įmonėms. Jei jūsų produktas išrašo sąskaitas faktūras Vokietijos pardavėjų vardu, tai yra jūsų produkto, o ne tik buhalterinės apskaitos terminas.

Ką daryti pirmiausia

Nuspręskite, kurios iš trijų realiojo laiko galimybių jums iš tikrųjų reikia. Jei jums reikia skaičiavimų gyvai naudojant Stripe technologijų krūvą, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei kuriate prekyvietę ar platformą, kurioje apskaitos knygos, sudengimai ir PVM turi būti jūsų produkto viduje — ir kur UStVA deklaracija turi būti suformuota iš tos pačios didžiosios knygos — pradėkite nuo „sandbox“ aplinkos ir pirmiausia patikrinkite atitikties aprėptį savo jurisdikcijose. Kainodara yra skelbiama viešai, o ne pateikiama tik paprašius.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie paslaugų teikėjus pateikiamas su nuoroda į paties teikėjo dokumentaciją. Pačios taisyklės paimtos iš:

Tiekėjo galimybės ir nacionaliniai reikalavimai keičiasi. Viskas, kas čia aprašyta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradėdami kurti sistemą, dar kartą viską patikrinkite.