Realaus laiko ES PVM kūrėjams, kuriančiams Čekijoje

Čekija reikalauja to, ko dauguma PVM tiekėjų nesuteikia: sąskaitų faktūrų lygio kontrolinės ataskaitos, teikiamos kas mėnesį šalia įprastos deklaracijos. Kontrolinė ataskaita (kontrolní hlášení) nėra suvestinė – joje pateikiami konkretūs dokumentai. Platforma, galinti pasakyti bendrą mokėtiną PVM sumą, bet negalinti sugeneruoti pagrindinio dokumentų sąrašo, išsprendė tik pusę Čekijos integracijos, ir tai yra lengvesnioji pusė.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku tvarkančios ES ir Čekijos PVM, atskiriamas apskaičiavimas nuo buhalterinės apskaitos bei teikimo ir nurodoma, kur kiekvienas pasirinkimas iš tikrųjų tinka.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė naudojama apibūdinti labai skirtingiems produktams. Kad ji turėtų prasmę, platforma turi atlikti daugelį šių veiksmų kuriant operaciją, sąskaitą faktūrą, atsiskaitymą arba didžiosios knygos (general ledger) įrašą:

• Nustatyti PVM taikymą iš operacijos duomenų.
• Pritaikyti dabartines šalies ir produkto taisykles.
• Apimti Čekiją ir platesnę ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties vietoje.
• Suteikti visa tai per API, SDK arba internetinę saikaitą (webhook).
• Saugoti duomenis PVM, OSS, audito ir finansinės atskaitomybės tikslais.

Sąvokoje „realusis laikas“ slypi trys skirtingos galimybės:

• Realaus laiko apskaičiavimas – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
• Realaus laiko apskaita – operacija, didžiosios knygos įrašas ir PVM duomenys iš karto patenka į apskaitos knygas.
• Realaus laiko atskaitomybė – duomenys perduodami mokesčių administratoriui praėjus nedaug laiko po operacijos.

Dauguma produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Čekija yra per vidurį: čia nėra kliringo platformos, tačiau kas mėnesį teikiama kontrolinė ataskaita reiškia, kad mokesčių administracija gauna išsamią informaciją sąskaitų faktūrų lygiu, o ne bendras sumas. Sistema, sauganti tik suvestinius duomenis, jos sugeneruoti negali.

Čekijos ir ES taisyklės, formuojančios palyginimą

Čekijoje taikomas 21 % standartinis tarifas ir vienas 12 % lengvatinis tarifas, kurie 2024 metais buvo sujungti iš buvusių 15 % ir 10 % tarifų; knygoms taikomas 0 % tarifas, taip pat eksportui ir prekybai Europos Sąjungos viduje. Dabartinis tekstas pateiktas PVM įstatyme (įstatymas Nr. 235/2004 Sb.). Registracija privaloma pasiekus 2 000 000 CZK apyvartą per kalendorinius metus, o antrasis 2 536 500 CZK slenkstis sukelia PVM prievoles nedelsiant. Čekijoje naudojamos kronos, todėl platforma, kuri daro prielaidą apie eurų sumas, reikalauja konvertavimo ir apvalinimo taisyklių, kurios atlaikytų auditą.

Atitinkantiems kriterijus nuotolinio prekybos B2C sandoriams ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikomas visos ES mastu nustatytas 10 000 EUR slenkstis, kaip nurodyta Europos Komisijos „Vieno langelio“ (OSS) portale. Viršijus jį, PVM paprastai seka kliento valstybę narę. „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 taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) importuotų prekių nuotolinei prekybai siuntose, neviršijančiose 150 EUR, ir atskirai prekėms, tiekiamoms ES klientams bet kokia verte, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinimuose dėl PVM e. prekybos taisyklių išdėstytos abi šios nuostatos. Jei kuriate prekyvietę, tai keičia architektūrą, o ne tik prideda lauką.

Trumpa geriausių pasirinkimų apžvalga

Platforma	Kam tinka geriausiai	Realaus laiko PVM galimybės	Apskaitos, OSS ir teikimo apimtis	Pagrindinis išlyga
Stripe Tax	Produktai ir prekyvietės, jau veikiančios „Stripe“ pagrindu	Apskaičiuoja PVM sukuriant operaciją, įskaitant Čekiją	ES eksporto ir OSS duomenys; nėra Čekijos didžiosios knygos ir ji pati neteikia ES deklaracijų	Verta tik tada, kai „Stripe“ jau yra mokėjimų bėgiai
Paddle	SaaS ir atsisiunčiami skaitmeniniai produktai	Apskaičiuoja PVM atsiskaitymo metu pagal kliento buvimo vietą	Registruoja, teikia ir sumoka kaip pardavėjas pagal įstatymą (Merchant of Record)	Perima teisinio pardavėjo vaidmenį ir kartu su juo – sąskaitą faktūrą
Quaderno	Mažesnės SaaS ir skaitmeninės prekybos įmonės	Apskaičiuoja atsiskaitymo metu, tikrina 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	Didelių įmonių ERP ir sąskaitų faktūrų išrašymo sistemos	Realaus laiko nustatymas su palaikomu mokesčių turiniu	PVM ataskaitų teikimas yra atskiras produktas „Returns“ asortimente	Pritaikyta ir subalansuota įmonių lygio diegimams
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realaus laiko nustatymas daugiau nei 190-yje 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 skelbiamų kainų
Nordlet	Integruota apskaita prekyvietėse ir platformose	Nustato schemą ir tarifus kiekvienai operacijai, registruojant 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 Čekijos deklaracijų ar kontrolinės ataskaitos paketo; sukuria didžiosios knygos duomenis, kuriais abu yra pagrįsti

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

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

Kur „Stripe“ sustoja, pasakyta tiesiai šviesiai pačios „Stripe“. Jos deklaravimo dokumentacijoje nurodyta: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kur esate registruoti.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur „Stripe“ bendradarbiauja su partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, o ne „Stripe Tax“. Tai apskaičiavimo ir eksporto sluoksnis, o ne apskaitos knygų rinkinys.

Čekijos projektui „Stripe Tax“ suteikia tarifą ir nieko, kas padėtų paruošti kontrolinę ataskaitą, o būtent ten ir atliekamas kas mėnesį pasikartojantis darbas.

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

„Paddle“ yra kito tipo produktas. Jis veikia kaip pardavėjas pagal įstatymą (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų klientai, todėl jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka už jus. Jo kūrėjų dokumentacijoje aprašyti „Paddle.js“, katalogo API, atsiskaitymas ir internetinės saikaitos (webhooks), tokios kaip transaction.completed, kuri suveikia pasiekus completed (užbaigtą) statusą ir yra įprastinė saikaita (webhook) prieigai po apmokėjimo suteikti.

Kompromisas yra labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebegalite išlaikyti prekybininko, sąskaitos faktūros ir apskaitos modelio, kurį turėtumėte naudodami savo atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Čekijos vartotojams, tai pašalina deklaravimo problemą. Čekijos įmonė vis tiek privalo pateikti savo DPH deklaraciją ir kontrolinę ataskaitą dėl savo vietinės veiklos.

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

„Quaderno“ yra viena iš aiškesnių kūrėjams skirtų alternatyvų mažesnėms skaitmeninėms įmonėms, norinčioms mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jos API dokumentuoja /tax_rates/calculate galutinį tašką (endpoint), kuris apskaičiuoja 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 remiantis prekyvietė galėtų kurti savo sprendimą.

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

Tai veikiantis atsiskaitymo sluoksnis mažam Čekijos skaitmeniniam verslui, tačiau nei DPH deklaracija, nei kontrolinė ataskaita iš jo neišeina.

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

„Avalara“ produktas AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitant, išrašant sąskaitas faktūras ar apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalijimą: PVM ataskaitų teikimas (VAT Reporting) yra atskirai po „Returns“ skiltimi, todėl ES PVM atitikties darbo eiga nėra tiesiog „AvaTax“ – iš anksto apibrėžkite modulius, kurių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o komercinis modelis gamybinėje aplinkoje pritaikytas stambioms įmonėms.

„Fonoa“ produktas Tax Engine nurodo, kad jis „apskaičiuoja teisingą netiesioginių mokesčių taikymą kiekvienai operacijai realiuoju laiku“ per versijuotą API daugiau nei 190-yje jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodo tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei VIES įrodymai jums svarbūs, numatykite tai aiškiai, o ne darykite prielaidą, kad variklis tai apima.

Abu variantai yra tinkami didelei daugiatikei platformai, kurioje tarp kitų šalių yra ir Čekija. Tik Čekijos rinkai skirtam projektui išlaidas sunku pagrįsti.

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 pėdsako, o ne prie atsiskaitymo 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. POST /v1/reference/vat/resolve atsako į apmokestinimo klausimą pagal sandorio faktus:

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

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

Pakeiskite klientą į verslo subjektyvą su galiojančiu Čekijos PVM mokėtojo kodu, ir tas pats kvietimas grąžins reverse_charge su 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) straipsnį. Teisinis pagrindas keliauja kartu su atsakymu – tai ta dalis, apie kurią auditorius klausia po kelerių metų.

Suformuotos devynios schemos: domestic (vidaus), intra_eu_b2b, reverse_charge (atvirkštinis apmokestinimas), oss_union (Sąjungos OSS), ioss, marketplace_deemed (laikomasis tiekėjas prekyvietėje), export (eksportas), out_of_scope (neapmokestinama PVM taikymo sritis) ir sme_exempt (atleidimas MVĮ). Nuotolinio prekybos 10 000 EUR slenkstis yra stebimas, o ne daroma prielaida – /v1/declarations/eu/distance-sales-threshold/get praneša, kokia yra įmonės padėtis jo atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio duomenis, įskaitant ankstesnių laikotarpių koregavimo skyrių. Tarifai gaunami iš Europos Komisijos TEDB srauto su įsigaliojimo datomis, ir įmonė gali juos perrašyti kiekvienai šaliai atskirai.

Nustatytos sumos įtraukiamos į nepakeičiamą dvigubo įrašo didžiąją knygą, o prie įrašo pridedami PVM metaduomenys, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainiai tekstiniai eilutės tipo duomenys (decimal strings), niekada ne plaukiojantiojo kablelio (floating-point) skaičiai. Aplink tai: tipizuoti SDK, internetinės saikaitos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams, smėlio dėžės (sandbox) įmonės, VIES patvirtinimas, užšaldytas ties sąskaita faktūra, kelių įmonių palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Čekijos riba, pasakyta tiesiai. „Nordlet“ nesiunčia jokio Čekijos paketo: /v1/declarations/eu/vat-return/compute su countryCode: "CZ" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl nei DPH deklaracija, nei kontrolinė ataskaita nėra generuojama. Tai, kas yra, tai sluoksnis, nuo kurio abu šie dalykai yra sukurti: PVM nustatymas su jo teisiniu pagrindu, nepakeičiama dvigubo įrašo didžioji knyga su PVM metaduomenimis ties įrašu, sąskaitų faktūrų lygio įrašai, išgyvenantys laikotarpio uždarymą, OSS ir IOSS skaičiavimai su koregavimais, VIES patvirtinimas, užšaldytas ties sąskaita faktūra, ir struktūrizuotos sąskaitos faktūros pagal Peppol BIS 3.0.

Sąžininga santrauka: jei jums reikia tiesioginio apskaičiavimo kuo didesniame šalių skaičiuje ir kad kas nors kitas pateiktų deklaracijas, didelių įmonių mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažengę labiau. Jei jūsų pagrindinis reikalavimas yra tikros apskaitos knygos – prekyvietę suprantanti dvigubo įrašo didžioji knyga, kurioje išmokos ir PVM yra vienoje vietoje – tai spraga, kuriai užpildyti „Nordlet“ ir buvo sukurta, ir jokia apskaičiavimo sluoksnio priemonė jos neužpilda. API žinynas parodo visą galimybių lauką, prieš jums įsipareigojant.

Ką Čekija verčia jus deklaruoti

Čekijoje vykdomos dvi kas mėnesį atsirandančios prievoles, kurias lengva supainioti ir kurios nėra tas pats dalykas.

• DPH deklaracija – PVM deklaracija, mokėtiną iki kito mėnesio 25 dienos. Ji gali būti teikiama kas mėnesį arba kas ketvirtį, priklausomai nuo apyvartos.
• Kontrolinė ataskaita (kontrolní hlášení) – PVM kontrolinė ataskaita, teikiama kas mėnesį juridinių asmenų, neatsižvelgiant į deklaravimo laikotarpį, taip pat iki 25 dienos. Joje ataskaitos teikiamos už individualius dokumentus, o ne suvestines sumas, ir ji sutikrinama su sandorio partnerių ataskaitomis.

Kontrolinė ataskaita yra priežastis, kodėl Čekijos integracijai reikalingi dokumento lygmens duomenys, o ne periodinės suvestinės. Jei jūsų platforma negali išvardinti sąskaitų faktūrų, esančių už tam tikros sumos, kas mėnesį kažkas eksportuos skaičiuokles.

Visą vaizdą apie šalį – pelno mokestį, darbo užmokestį, deklaravimo kalendorių ir institucijas, stovinčias už kiekvienos formos – rasite Čekijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta įvertinti prieš įsipareigojant

Prieš pradedant bet kurį „PVM paruoštą“ produktą laikyti lygiaverčiu kitam, patikrinkite jį pagal šiuos punktus:

• Apskaičiavimas ar buhalterinė apskaita – ar jis nustato PVM taikymą, ar tik išsaugo jūsų perduotą kodą?
• Čekijos apimtis – 21 %, 12 %, 0 % tarifų knygos, atvirkštinis apmokestinimas, kronų sumos ir 2 000 000 CZK slenkstis?
• ES paskirties vieta logika – ar jis gali atskirti Čekijos PVM nuo kitos valstybės narės B2C pardavimo atveju?
• B2B PVM mokėtojo kodo tikrinimas – ar jis tikrina VIES ir išsaugo įrodymus?
• OSS ir IOSS – ar jis suvestinai apdoroja, parengia, pateikia, ar tik eksportuoja?
• Prekyvietės atsakomybė – ar jis gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo vaidmenis?
• Apskaitos vientisumas – ar kiekvienas apskaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
• Kūrėjo ergonomika – REST API, SDK, webhooks, smėlio dėžė (sandbox), idempotentiškumas, versijų valdymas?
• Audito pėdsakas – tarifas, taisyklė, buvimo vietos įrodymai, PVM mokėtojo kodas, laiko žyma, versijų istorija?
• Kontrolinės ataskaitos duomenys – ar jis gali pateikti dokumento lygmens sąrašą kas mėnesį teikiamai kontrolinei ataskaitai (kontrolní hlášení), o ne tik laikotarpio bendras sumas?
• Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima teikėjas?

D.U.K.

Kura platforma siūlo pilną realaus laiko ES PVM valdymą Čekijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realiojo laiko galimybes kiekvienam verslo modeliui. Čekijoje praktinė skiriamoji linija yra tai, ar teikėjas saugo sąskaitų faktūrų lygio įrašus, nes kontrolinė ataskaita jų reikalauja kiekvieną mėnesį.

Ar „Stripe Tax“ pakanka Čekijos prekyvietei?

Apskaičiavimui ir eksportui – dažniausiai taip. Dvigubo įrašo didžiajai knygai, sekančiai išmokas tarp daugelio pardavėjų – ne. Nei DPH deklaracija, nei kontrolinė ataskaita iš jos neišeina.

Ar „Nordlet“ automatiškai teikia Čekijos PVM deklaracijas?

Ne, ir ji neskaičiuoja DPH deklaracijos ar kontrolinės ataskaitos. Deklaracijų paketai siunčiami Lietuvai, Vokietijai ir Lenkijai; Čekijos atveju API grąžina 422 klaidą, nurodančią šias šalis. Ji sugeneruoja nustatymą, didžiąją knygą, OSS ir IOSS rodiklius bei audito pėdsaką.

Kas praktine prasme yra kontrolinė ataskaita (kontrolní hlášení)?

Kas mėnesį teikiama sąskaitų faktūrų lygmens ataskaita, teikiama kartu su PVM deklaracija juridinių asmenų. Joje pateikiami dokumentai, o ne bendros sumos, ir ji yra kryžminiu būdu tikrinama su tuo, ką praneša sandorio partneriai, todėl nesutapimai greitai išaiškėja.

Ką daryti pirmiausia

Nuspręskite, kurių iš trijų realiojo laiko galimybių jums reikia, ir iš anksto patikrinkite kontrolinės ataskaitos reikalavimą, nes jis riboja jūsų duomenų modelį, o ne integraciją. Jei jums reikia tiesioginio apskaičiavimo „Stripe“ platformoje, pradėkite nuo „Stripe Tax“. Jei parduodate skaitmeninius produktus ir norite deklaravimo našta nusikratyti nuo savo pečių, išbandykite „Paddle“. Jei apskaitos knygos, išmokos ir PVM priklauso jūsų pačių produktui, pradėkite su smėlio dėže (sandbox) ir patvirtinkite Čekijos apimtį prieš kurdami sprendimą jos pagrindu. Kainodara yra viešai paskelbta, o ne teikiama tik pagal individualią užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie pardavėją susietas nuoroda su to paties pardavėjo dokumentacija. Pačios taisyklės kyla iš:

• Finanční správa: PVM ir kontrolinė ataskaita – DPH deklaracija ir kontrolinė ataskaita
• PVM įstatymas (Įstatymas Nr. 235/2004 Sb.) – 21 % ir 12 % tarifai bei registracijos slenksčiai
• Europos Komisija: PVM vienas langelis – 10 000 EUR nuotolinės prekybos slenkstis

Pardavėjų galimybės ir nacionaliniai reikalavimai keičiasi. Viskas čia buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; patikrinkite bet ką, kuo remdamiesi ketinate kurti.