Realiojo laiko ES PVM vokietijos rinkai kurtiems kūrėjams
Subalansuotas apskaitos ir mokesčių platformų, tvarkančių Vokietijos 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.
Vokietijos rinkai kuriančios komandos dažniausiai supranta tą pačią tiesą įpusėjus integracijai: „PVM palaikymas“ reiškia penkis skirtingus dalykus, priklausomai nuo to, kas jį parduoda. Kai kurios platformos apskaičiuoja tarifą apmokėjimo metu. Kitos tik išsaugo jūsų perduotą Umsatzsteuer kodą. Vos kelios sugeneruoja Umsatzsteuer-Voranmeldung (PVM deklaraciją). Beveik nė viena nedaro visų trijų dalykų iš karto. Vokietijoje prisideda ir antrasis terminas: nuo 2025 m. kiekvienas verslas privalo turėti galimybę priimti struktūrizuotą e. sąskaitą faktūrą, o prievolė jas išrašyti pradedama taikyti etapais nuo 2027 metų.
Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Vokietijos PVM, atskiriamas mokesčių apskaičiavimas nuo buhalterinės apskaitos ir deklaravimo bei paaiškinama, kur konkrečiai tinka kiekvienas pasirinkimas.
Ką turi apimti „realaus laiko ES PVM valdymas“
Ši sąvoka dažnai išplečiama taip, kad apimtų labai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių veiksmų tuo metu, kai kuriama operacija, sąskaita faktūra, atsiskaitymas arba didžiosios knygos (general ledger) įrašas:
- Nustatyti PVM apmokestinimo tvarką pagal operacijos duomenis.
- Pritaikyti galiojančias šalies ir produkto taisykles.
- Apimti Vokietiją ir platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties vietoje.
- Visa tai pateikti per API, SDK arba internetinę užklausą (webhook).
- Saugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.
Sąvokoje „realusis laikas“ slepiasi trys skirtingi gebėjimai:
- Realaus laiko apskaičiavimas – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
- Realaus laiko buhalterinė apskaita – operacija, didžiosios knygos įrašas ir PVM duomenys iš karto patenka į apskaitą.
- Realaus laiko atskaitomybė – duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po operacijos.
Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Vokietijoje trečiasis punktas turi aiškų terminą: struktūrizuotų e. sąskaitų faktūrų išrašymas tampa privalomas įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 eurų, 2027 metais, o visiems kitiems – 2028 metais, todėl sąskaitų išrašymo grandinė, kuri generuoja tik PDF failus, turi aiškią galiojimo pabaigos datą.
Vokietijos ir ES taisyklės, formuojančios palyginimą
Vokietijoje taikomas 19 % standartinis tarifas ir 7 % lengvatinis tarifas, o eksportui ir prekybai ES viduje taikomas 0 % tarifas pagal PVM įstatymą (Umsatzsteuergesetz). Smulkiojo verslo schema (Kleinunternehmer) apima įmones, kurių praėjusių metų apyvarta neviršijo 25 000 eurų, o einamųjų metų apyvarta neviršija 100 000 eurų; 100 000 eurų ribos viršijimas metų bėgyje nedelsiant panaikina atleidimą nuo mokesčių, o tai yra situacijos pasikeitimas metų viduryje, kurį turi valdyti jūsų atsiskaitymo kodas.
Atitinkamiems ES vidaus B2C nuotolinės prekybos sandoriams ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti 10 000 eurų riba, nustatyta Europos Komisijos vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai seka paskui pirkėjo valstybę narę. Vieno langelio schema (OSS) leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji panaikina poreikio turėti operacijų lygmens logiką.
Taip pat galioja prekyvietės taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) vykdant importuotų prekių nuotolinę prekybą siuntose, kurių vertė neviršija 150 eurų, taip pat atskirai tiekiant prekes ES pirkėjams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamieji raštai dėl PVM e. prekybos taisyklių nustato abi šias sąlygas. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda naują lauką.
Trumpa alternatyvų apžvalga
| Platforma | Kam tinka geriausiai | Realaus laiko PVM galimybės | Apskaitos, OSS ir deklaravimo apimtis | Pagrindinė išlyga |
|---|---|---|---|---|
| Stripe Tax | Produktai ir prekyvietės, jau veikiančios „Stripe“ pagrindu | Apskaičiuoja PVM sukūrimo metu, įskaitant Vokietiją | ES eksportas ir OSS duomenys; nėra Vokietijos didžiosios knygos ir ji pati neteikia ES deklaracijų | Verta tik tuomet, kai „Stripe“ jau yra naudojama kaip atsiskaitymo sistema |
| Paddle | SaaS ir atsisiunčiami skaitmeniniai produktai | Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo buvimo vietą | Registruoja, deklaruoja ir sumoka mokesčius kaip pardavėjo atstovas (Merchant of Record) | Perima pardavėjo atstovo vaidmenį ir kartu su juo – sąskaitos faktūros išrašymą |
| Quaderno | Mažesni SaaS ir skaitmeninės prekybos verslai | Apskaičiuoja atsiskaitymo metu, tikrina PVM kodus | Mokesčių atskaitos ir įrašai; automatinis deklaravimas 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 atskaitomybė yra atskiras produktas „Returns“ asortimente | Pritaikyta ir subalansuota stambių įmonių diegimams |
| Fonoa Tax Engine | Didelės platformos ir prekyvietės | Realaus laiko nustatymas daugiau nei 190 jurisdikcijų | Deklaracijos, e. sąskaitos faktūros ir atskaitomybė; PVM kodo tikrinimas yra atskiras produktas | Nėra viešai skelbiamų kainų |
| Nordlet | Integruota apskaita prekyvietėse ir platformose | Nustato schemą ir tarifus kiekvienai operacijai, registruoja juos kartu su didžiosios knygos įrašu | Nekintama dvigubojo įrašo (double-entry) didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito sekimas | Apskaičiuoja UStVA rodiklius, bet nieko nedeklaruoja – ELSTER pateikimas išlieka žmogiškuoju žingsniu |
Stripe Tax: greitas kelias, kai „Stripe“ jau naudojama
Komandoms, kurios jau naudoja „Stripe Payments“, „Billing“ ar „Connect“, „Stripe Tax“ yra prieinamiausias realaus laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas pasaulinis PVM apskaičiavimas, Tax API su „PaymentIntents“, mokesčių rinkimas sąskaitose faktūrose bei „Tax“ naudojimas „Connect“ sistemoje kaip platformoje ar prekyvietėje.
Kur „Stripe“ baigiasi, „Stripe“ nurodo gana aiškiai. Jos deklaravimo dokumentacijoje teigiama: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietovėje, kurioje esate užsiregistravę.“ 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 apskaičiavimo ir eksporto sluoksnis, o ne apskaitos knygos.
Vokietijos projektui praktinis klausimas yra tai, kas nutinka apskaičiavus sumą: UStVA vis tiek turi būti sudaryta iš jūsų apskaitos knygų ir pateikta per ELSTER, o „Stripe Tax“ nėra ta vieta, kur tai įvyksta.
Paddle: perleiskite visą mokesčių valdymą kažkam kitam
„Paddle“ yra kito tipo produktas. Jis veikia kaip pardavėjo atstovas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų klientai. Jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka už jus. Kūrėjams skirtoje dokumentacijoje aprašoma „Paddle.js“, katalogo API, atsiskaitymas ir internetinės užklausos (webhooks), tokios kaip transaction.completed, kuri suveikia pasiekus completed (užbaigtos) būseną ir yra įprastas būdas suteikti prieigą po apmokėjimo.
Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebeturite prekybininko, sąskaitos faktūros ir apskaitos modelio, kurį turėtumėte naudodami savo atsiskaitymo sistemą.
Tai puikiai tinka iš Vokietijos parduodamiems SaaS ir atsisiunčiamai programinei įrangai. Tačiau tai netinka prekyvietei, kurioje reikia tvarkyti daugelio pardavėjų apskaitą, ir tai nepadeda vykdyti e. sąskaitų faktūrų išrašymo prievolės jūsų pačių vidaus B2B sąskaitoms faktūroms.
Quaderno: mokesčių sluoksnis mažesniems skaitmeniniams verslams
„Quaderno“ yra viena iš aiškesnių kūrėjams skirtų alternatyvų mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimo apdorojimo paslaugų teikėjo. Jos API dokumentacijoje pateikiamas /tax_rates/calculate galinis punktas (endpoint), kuris apskaičiuoja taikomą tarifą pagal kliento adresą ir operacijos tipą, /tax_ids/validate galinis punktas ES PVM kodų tikrinimui, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galiniai punktai. Dokumentuotas „Connect“ skyrius su paskyros ištekliais yra ta dalis, kuria remiantis būtų kuriama prekyvietė.
Apribojimas susijęs su apimtimi. „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 jos viešai prieinamoje medžiagoje nenurodomas automatinis deklaravimas kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia patvirtinti raštu.
Mažam Vokietijos SaaS verslui tai pašalina realų darbą atsiskaitymo metu. Tačiau tai nesugeneruoja Umsatzsteuer-Voranmeldung ir nėra apskaitos sistema, galinti atlaikyti GoBD stiliaus audito užklausą.
Avalara ir Fonoa: stambių įmonių mokesčių varikliai
„Avalara“ AvaTax atlieka realaus laiko mokesčių nustatymą apmokėjimo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM atskaitomybė (VAT Reporting) yra atskirai „Returns“ asortimente, todėl ES PVM atitikties procesas nėra paprasčiausiai „AvaTax“ – iš anksto apibrėžkite modulių, kurių jums iš tikrųjų reikia, apimtį. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis pritaikytas stambioms įmonėms.
„Fonoa“ Tax Engine nurodo, kad ji „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių apmokestinimo tvarką kiekvienai operacijai“ per versijuotą API daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei jums svarbu VIES įrodymai, įtraukite juos aiškiai, o ne darykite prielaidą, kad variklis tai apima.
Abu variantai yra stiprūs, kai mokesčių logika yra sudėtinga ir apima daug jurisdikcijų. Abiem atvejais sistema yra sudėtingesnė, nei Vokietijos SaaS komandai paprastai reikia iš integruoto API, ir nė vienas iš jų neskelbia standartinių kainų.
Kur tinka Nordlet: PVM atsakymas ir didžiosios knygos įrašas yra tas pats įrašas
„Nordlet“ yra apskaitos API prekyvietėms ir platformoms, kurioms savo produkte reikia didžiųjų knygų, išmokų, ES mokesčių ir eksportuojamo audito sekimo, o ne prie atsiskaitymo sistemos prijungtos sąskaitų išrašymo programėlės.
Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į apmokestinimo tvarkos klausimą pagal operacijos faktus:
{
"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"
}
Pakeitus klientą į įmonę su galiojančiu Vokietijos PVM kodu, tas pats kvietimas grąžina reverse_charge su įrašu Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su už ES ribų įsisteigusiu pardavėju, gaunama deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to auditoriai klausia praėjus keleriems metams.
Modeliuojamos 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 riba yra sekama, o ne daroma prielaida – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį jos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių patikslinimų skiltį. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, o įmonė gali juos perrašyti kiekvienai šaliai atskirai.
Nustatymas po to patenka į nekintamą dvigubojo įrašo didžiąją knygą su prie įrašo pridedamais PVM metaduomenimis, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainės eilutės, o ne slankiojojo kablelio skaičiai. Aplink tai: tipizuoti SDK, internetinės užklausos (webhooks), tokios 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ų (multi-company) palaikymas ir laikotarpių užrakinimas, kad uždarytas mėnuo nebūtų tyliai redaguojamas.
Vokietijos projektui ši riba yra svarbi, todėl štai ji aiškiai išdėstyta. „Nordlet“ pateikia Vokietijos deklaracijų rinkinį: /v1/declarations/eu/vat-return/compute su countryCode: "DE" apskaičiuoja Umsatzsteuer-Voranmeldung pagal oficialius 2026 m. laukelius (Kennzahlen: 81, 86, 41, 43, 48, 60, 45, 89, 84, 85, 66, 61, 67, 83), o bazinės sumos nurodomos pilnais eurais, o PVM – centų tikslumu. Du laukeliai sąmoningai nėra išvedami iš didžiosios knygos ir yra pažymimi, o ne atspėjami: Kz 21 paslaugoms pagal §18b ir Kz 62 importo PVM. Pats deklaravimas yra rankinis – skaičiai yra sugeneruojami ir patikrinami, tačiau prisijungimas prie ELSTER yra jūsų žingsnis. Struktūrizuotos sąskaitos faktūros siunčiamos per „Peppol BIS 3.0“ naudojant jūsų pačių prieigos tašką arba platformos prieigos tašką; specialus „XRechnung“ profilis kol kas neteikiamas. Tarifų nustatymas vyksta pagal šalį ir tarifų kategoriją, o ne pagal produkto klasifikaciją, todėl tiekimui, priklausomam nuo KN ar CPA kodo, šį sprendimą vis tiek reikia priimti aukštesniame lygyje.
Sąžininga santrauka: jei jums reikia tiesioginio apskaičiavimo kuo daugiau šalių ir kad kas nors kitas deklaruotų už jus, stambių įmonių mokesčių varikliai ir pardavėjo atstovo (Merchant of Record) paslaugos yra pažengę toliau. Jei jūsų pagrindinis reikalavimas yra tikra apskaita – prekyvietei pritaikyta dvigubojo įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šiai spragai užpildyti ir sukurta „Nordlet“, o jokie apskaičiavimo sluoksniai to neatstoja. API dokumentacija parodo visą funkcionalumą prieš priimant galutinį sprendimą.
Ką Vokietija verčia deklaruoti
Vokietijos įmonei taikomos dvi prievolės, kurios vyksta pagal skirtingus grafikus.
- Umsatzsteuer-Voranmeldung (USt-VA) – avansinė deklaracija, teikiama kas mėnesį arba kas ketvirtį iki kito laikotarpio 10 dienos per ELSTER, su galimybe gauti vieno mėnesio pratęsimą (Dauerfristverlängerung). Po jos pateikiama metinė PVM deklaracija, kurios terminas yra liepos 31 d., arba vėliau, jei deklaraciją teikia mokesčių konsultantas.
- Struktūrizuotos B2B e. sąskaitos faktūros – nuo 2025 m. kiekvienas Vokietijos verslas privalo turėti galimybę priimti EN 16931 sąskaitą faktūrą. Jos išrašymas tampa privalomas nuo 2027 m. įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 eurų, o nuo 2028 m. – visiems kitiems. Priimti formatai yra „XRechnung“, „ZUGFeRD“ ir „Peppol BIS“.
Vokietija neturi išankstinio patvirtinimo (clearance) platformos: sąskaitos faktūros keičiamos tiesiogiai arba per „Peppol“, o ne pirmiausia tvirtinamos mokesčių administratoriaus. Todėl Vokietijos reikalavimą įvykdyti lengviau nei Italijos ar Lenkijos, tačiau tai taip pat reiškia, kad jokia išorinė sistema neaptiks neteisingai suformuotos sąskaitos faktūros už jus.
Visą informaciją apie šalį – pelno mokesčius, darbo užmokestį, deklaravimo kalendorių ir institucijas, stovinčias už kiekvienos formos – rasite Vokietijos mokesčių puslapyje.
Atrankos kriterijus verta išbandyti prieš pasirašant sutartį
Prieš pradedant bet kurį „PVM pasirengusį“ produktą vertinti kaip lygiavertį kitam, patikrinkite jį pagal šiuos kriterijus:
- Apskaičiavimas ar buhalterinė apskaita – ar jis nustato PVM apmokestinimo tvarką, ar tik išsaugo jūsų pateiktą kodą?
- Padėtis Vokietijoje – 19 %, 7 %, 0 %, atvirkštinis PVM ir „Kleinunternehmer“ statuso pasikeitimas pasiekus 100 000 eurų?
- ES paskirties vietos logika – ar jis gali atskirti Vokietijos PVM nuo kitos valstybės narės PVM vykdant B2C pardavimą?
- B2B PVM kodo tikrinimas – ar jis tikrina VIES ir išsaugo įrodymus?
- OSS ir IOSS – ar jis agreguoja, 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 apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
- Kūrėjų ergonomika – REST API, SDK, webhooks, smėlio dėžė (sandbox), vienkartinių operacijų užklausos (idempotency), versijavimas?
- Audito sekimas – tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
- Pasirengimas e. sąskaitoms faktūroms – ar jis gali priimti ir išrašyti EN 16931 sąskaitas faktūras („XRechnung“, „ZUGFeRD“ arba „Peppol BIS“) iki 2027 ir 2028 m. išrašymo terminų?
- Atsakomybė už deklaravimą – kurį konkretų žingsnį prisiima paslaugų teikėjas?
D.U.K.
Kuri platforma siūlo visišką realaus laiko ES PVM valdymą Vokietijoje?
Nė vienos negalima apibūdinti kaip siūlančios visas tris realiojo laiko galimybes – apskaičiavimą, apskaitos sinchronizavimą ir perdavimą mokesčių administratoriui – kiekvienam verslo modeliui. Kiekvieną iš jų patikrinkite pagal savo situaciją. Pardavėjo atstovo (Merchant of Record) paslaugos, tokios kaip „Paddle“, yra arčiausiai skaitmeninių produktų, nes jos taip pat deklaruoja ir sumoka mokesčius, tačiau tam jos perima jūsų pardavėjo vaidmenį.
Ar „Stripe Tax“ pakanka Vokietijos prekyvietei?
Apskaičiavimui ir eksportui dažniausiai taip. Dvigubojo įrašo didžiajai knygai, sekančiai išmokas daugybei pardavėjų – ne, ir ji negeneruoja Umsatzsteuer-Voranmeldung. Jums vis tiek reikėtų apskaitos sistemos, ir būtent šią spragą užpildyti sukurta integruota parinktis, tokia kaip „Nordlet“.
Ar „Nordlet“ automatiškai pateikia Vokietijos PVM deklaracijas?
Ne. Ji apskaičiuoja UStVA pagal oficialius 2026 m. laukelius ir pažymi du laukelius, kurių negali išvesti iš didžiosios knygos – §18b paslaugas ir importo PVM. Pateikimas per ELSTER vis tiek lieka žmogiškuoju žingsniu; jokia šalies deklaracija nėra pateikiama automatiškai.
Ką iš tikrųjų reikalauja 2027 ir 2028 m. Vokietijos e. sąskaitų faktūrų išrašymo datos?
Priimti struktūrizuotą EN 16931 sąskaitą faktūrą privaloma nuo 2025 metų. Jas išrašyti privaloma nuo 2027 m. įmonėms, kurių praėjusių metų apyvarta viršijo 800 000 eurų, o nuo 2028 m. – visoms įmonėms. Jei jūsų produktas išrašo sąskaitas faktūras Vokietijos pardavėjų vardu, tai yra produkto kūrimo terminas, o ne tik buhalterinė prievolė.
Ką daryti pirmiausia
Nuspręskite, kurių iš trijų realiojo laiko galimybių jums iš tikrųjų reikia. Jei jums reikia tiesioginio apskaičiavimo „Stripe“ sistemoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimo naštą nuimti nuo savo pečių, išbandykite „Paddle“. Jei kuriate prekyvietę arba platformą, kurioje apskaitos knygos, atsiskaitymai ir PVM turi gyventi jūsų produkte – ir kur UStVA turi būti sugeneruota iš tos pačios didžiosios knygos – pradėkite su smėlio dėže (sandbox) ir iš pradžių patikrinkite atitikties apimtį pagal savo jurisdikcijas. Kainos yra skelbiamos viešai, o ne pateikiamos tik pagal individualią užklausą.
Šaltiniai
Kiekvienas aukščiau pateiktas teiginys apie paslaugų teikėją nuoroda sujungtas su to teikėjo dokumentacija. Pats taisyklės kyla iš:
- Umsatzsteuergesetz (UStG) – 19 % ir 7 % tarifai bei Kleinunternehmer schema
- Europos Komisija: e. sąskaitų faktūrų išrašymas Vokietijoje – etapais taikoma B2B e. sąskaitų faktūrų išrašymo prievolė ir priimti formatai
- Europos Komisija: PVM vieno langelio portalas – 10 000 eurų nuotolinės prekybos riba
- Bundeszentralamt für Steuern – federalinė mokesčių administracija, atsakinga už PVM registraciją ir deklaravimą per ELSTER
Paslaugų teikėjų galimybės ir nacionaliniai teisės aktai keičiasi. Viskas, kas čia pateikta, buvo patikrinta pagal viešą dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami sprendimus, viską patikrinkite patys.