Realaus laiko ES PVM kūrėjams, kuriantiems Čekijoje

Pagrįstas apskaitos ir mokesčių platformų, kurios apdoroja Čekijos ir ES PVM per API, SDK ir „webhooks“, palyginimas su aiškiomis pastabomis, ką iš tikrųjų apima kiekviena iš jų.

Čekija reikalauja to, ko dauguma PVM sprendimų tiekėjų neteikia: sąskaitų faktūrų lygio kontrolinės ataskaitos, teikiamos kas mėnesį kartu su įprasta deklaracija. „Kontrolní hlášení“ nėra suvestinė – joje pateikiamas dokumentų sąrašas. Platforma, kuri gali nurodyti bendrą mokėtiną PVM sumą, bet negali sugeneruoti ją pagrindžiančių dokumentų sąrašo, išsprendžia tik pusę Čekijos integracijos, ir tai yra lengvesnioji pusė.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, tvarkančios ES ir Čekijos PVM realiuoju laiku, atskiriamas mokesčių apskaičiavimas, apskaita bei deklaravimas, ir nurodoma, kur kiekvienas sprendimas iš tiesų tinka.

Ką turi apimti „realaus laiko ES PVM valdymas“

Šios sąvokos prasmė dažnai išplečiama, siekiant apimti labai skirtingus produktus. Kad tai turėtų prasmę, platforma privalo atlikti daugumą šių veiksmų tuo pat metu, kai kuriamas sandoris, sąskaita faktūra, atsiskaitymas ar didžiosios knygos įrašas:

Remiantis sandorio duomenimis, nustatyti PVM taikymo režimą.
Taikyti galiojančias šalies ir produkto taisykles.
Apimti Čekijos ir platesnės ES rinkos reikalavimus, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C paskirties vietos apmokestinimą.
Pateikti visa tai per API, SDK arba „webhooks“.
Išsaugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

Po žodžiais „realus laikas“ slepiasi trys skirtingos galimybės:

Skaičiavimas realiuoju laiku – PVM apskaičiuojamas kuriant sandorį arba sąskaitą faktūrą.
Apskaita realiuoju laiku – sandoris, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
Ataskaitų teikimas realiuoju laiku – duomenys perduodami mokesčių administratoriui netrukus po sandorio.

Dauguma produktų atlieka tik pirmąjį. Labai nedaugelis atlieka visus tris. Čekija yra kažkur per vidurį: čia nėra išankstinio sąskaitų tvirtinimo (clearance) platformos, tačiau mėnesinė kontrolinė ataskaita reiškia, kad mokesčių administratorius gauna sąskaitų faktūrų lygio detales, o ne bendras sumas. Sistema, kuri saugo tik apibendrintus duomenis, negali to sugeneruoti.

Čekijos ir ES taisyklės, kurios nulemia šį palyginimą

Čekijoje taikomas 21% standartinis tarifas ir vienas 12% lengvatinis tarifas, kuris 2024 m. buvo apjungtas iš ankstesnių 15% ir 10% tarifų; knygoms taikomas nulinis tarifas (zero-rated), kaip ir eksportui bei tiekimui ES viduje. Dabartinis teisės aktas yra VAT Act, Act No. 235/2004 Sb.. Registruotis PVM mokėtoju privaloma viršijus CZK 2,000,000 apyvartą per kalendorinius metus, su antra CZK 2,536,500 riba, kuri PVM prievolę sukelia nedelsiant. Čekija naudoja kruną, todėl platformai, kuri numato sumas eurais, reikalingos valiutos konvertavimo ir apvalinimo taisyklės, kurios atlaikytų auditą.

Reikalavimus atitinkančiai nuotolinei B2C prekybai ES viduje ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti €10,000 riba, numatyta Europos Komisijos One Stop Shop portal. Ją viršijus, PVM paprastai taikomas pagal kliento valstybę narę. „One Stop Shop“ leidžia verslui užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau tai nepanaikina operacijų lygio logikos poreikio.

Taip pat egzistuoja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa tariamuoju prekių tiekėju (deemed supplier) importuotų prekių, kurių siuntos vertė neviršija €150, nuotolinei prekybai, ir atskirai prekių, tiekiamų ES pirkėjams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos PVM e-komercijos taisyklių aiškinamosios pastabos išdėsto abi šias dalis. Jei kuriate prekyvietę, tai keičia visą architektūrą, o ne tiesiog prideda papildomą laukelį.

Trumpai apie atrinktas platformas

Platforma	Geriausiai tinka	PVM skaičiavimo realiuoju laiku galimybės	Apskaita, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau naudojančioms Stripe	Apskaičiuoja PVM kuriant sandorį, įskaitant Čekiją	ES eksporto ir OSS duomenys; nėra Čekijos didžiosios knygos, pati neteikia ES deklaracijų	Verta tik tada, kai Stripe jau naudojama kaip mokėjimų infrastruktūra
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM apmokėjimo metu pagal kliento vietą	Registruoja, deklaruoja ir sumoka kaip „Merchant of Record“	Perima formalaus pardavėjo (seller of record) vaidmenį, o kartu ir sąskaitas faktūras
Quaderno	Mažesnėms SaaS ir skaitmeninės komercijos įmonėms	Apskaičiuoja apmokėjimo metu, patikrina PVM mokėtojo kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas kiekvienam planui	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, bet ne didžioji knyga
Avalara AvaTax	Įmonių (enterprise) ERP ir atsiskaitymo sistemoms	Realaus laiko PVM nustatymas su nuolat atnaujinamu mokesčių turiniu	PVM ataskaitų teikimas yra atskiras produktas deklaracijų (Returns) asortimente	Skirta ir įkainota didelių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko PVM nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitų faktūrų išrašymas ir ataskaitų teikimas; PVM kodų tikrinimas yra atskiras produktas	Neskebia kainodaros
Nordlet	Integruota apskaita (embedded accounting) prekyvietėse ir platformose	Nustato schemą ir tarifus kiekvienam sandoriui, įtraukiama kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo (double-entry) didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Čekijos PVM deklaracijos ar kontrolinės ataskaitos paketo; generuoja didžiosios knygos detales, iš kurių abu šie dokumentai yra sudaromi

Stripe Tax: greitas kelias, kai Stripe jau naudojamas

Komandoms, kurios jau naudoja Stripe mokėjimus, Billing ar Connect, Stripe Tax yra prieinamiausias realaus laiko skaičiavimo sluoksnis. documentation apima PVM skaičiavimą visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimą sąskaitose faktūrose ir Tax naudojimą su Connect kaip platforma ar prekyviete.

Kur Stripe galimybės baigiasi, pati Stripe aiškiai nurodo. Jos filing documentation teigiama: „Privalote deklaruoti ir sumokėti surinktą mokestį kiekvienoje vietoje, kurioje esate užsiregistravę“. Automatizuotas deklaravimas siūlomas Jungtinėse Valstijose; 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 eksportavimo sluoksnis, o ne apskaitos registrai (set of books).

Kuriant integraciją Čekijai, Stripe Tax suteikia jums tarifą ir nieko, kas padėtų su kontroline ataskaita, kur iš tikrųjų ir slypi pasikartojantis mėnesinis darbas.

Paddle: perduokite visą mokesčių vaidmenį kam nors kitam

Paddle yra kitos kategorijos produktas. Ji veikia kaip Merchant of Record ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir pervedimą“ ten, kur yra jūsų klientai, todėl apskaičiuoja PVM apmokėjimo metu (checkout), išrašo sąskaitą faktūrą bei deklaruoja ir sumoka mokesčius už jus. Jos kūrėjų dokumentacija apima Paddle.js, katalogo API, apmokėjimo procesą ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai sandoris pasiekia completed būseną ir yra įprastas būdas suteikti prieigą po apmokėjimo.

Kompromisas yra greičiau struktūrinis, o ne techninis. Paddle tampa formaliu pardavėju (seller of record), todėl jūs nebevaldote prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte turėdami savo asmeninį apmokėjimo procesą.

Skaitmeniniams produktams, parduodamiems Čekijos vartotojams, tai pašalina deklaravimo problemą. Čekijos įmonė vis tiek privalo teikti savo pačios DPH deklaraciją ir „kontrolní hlášení“ už vietinę veiklą.

Quaderno: mokesčių sluoksnis mažesniems skaitmeniniams verslams

Quaderno yra vienas iš aiškesnių kūrėjams orientuotų („developer-first“) pasirinkimų mažesniems skaitmeniniams verslams, norintiems nuo vieno mokėjimų procesoriaus nepriklausančios mokesčių paslaugos. Jos API dokumentuoja /tax_rates/calculate pabaigos tašką (endpoint), kuris apskaičiuoja taikytiną tarifą pagal kliento adresą ir sandorio tipą, /tax_ids/validate pabaigos tašką, apimantį ES PVM mokėtojo kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų faktūrų (credit-note) pabaigos taškus. Dokumentuota „Connect“ skiltis su paskyrų resursais yra ta dalis, ant kurios būtų konstruojama prekyvietė.

Apribojimas yra aprėptis. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, ir jos vieša medžiaga neužtikrina automatinio deklaravimo kiekviename plane ir kiekvienoje šalyje. Į atsakomybę už deklaracijų pateikimą žiūrėkite kaip į dalyką, kurį reikia patvirtinti raštu.

Tinkamas apmokėjimo sluoksnis mažai Čekijos skaitmeninei įmonei, tačiau iš jo nesugeneruojama nei DPH deklaracija, nei kontrolinė ataskaita.

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

Avalara produktas AvaTax realiuoju laiku atlieka 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 ataskaitų teikimas (VAT Reporting) yra atskirtas po „Returns“ (deklaracijos) skiltimi, todėl ES PVM atitikties užtikrinimo darbo eiga nėra tiesiog vienas „AvaTax“ sprendimas – aiškiai apsibrėžkite modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja signup path su 90 dienų nemokamu bandomuoju laikotarpiu, tuo tarpu gamybinės versijos komercinis modelis yra pritaikytas stambioms įmonėms.

Fonoa Tax Engine teigia, kad per versijuotą (versioned) API jis „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių režimą kiekvienam sandoriui“ daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: PVM kodų tikrinimas yra atskiras Fonoa produktas („Validate“), o ne „Tax Engine“ dalis, todėl, jei VIES įrodymai jums svarbūs, aiškiai juos įtraukite į aprėptį, užuot manę, kad variklis juos apima.

Abu šie sprendimai tinka didelei, keliose šalyse veikiančiai platformai, kuri taip pat apima ir Čekiją. Kuriant sistemą tik Čekijai, išlaidas būtų sunku pateisinti.

Kur tinka Nordlet: atsakymas dėl PVM ir didžiosios knygos įrašas yra tas pats įrašas

Nordlet yra accounting API (apskaitos API) prekyvietėms ir platformoms, kurioms pačiame jų produkte reikia didžiųjų knygų, išmokėjimų (payouts), ES mokesčių skaičiavimo ir eksportuojamo audito pėdsako (audit trail), o ne sąskaitų faktūrų išrašymo programėlės, prijungtos prie apmokėjimo formos.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į PVM režimo (treatment) klausimą, remdamasis sandorio faktais:

{
  "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ą į verslą su galiojančiu Čekijos PVM kodu, ir ta pati užklausa 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). Teisinis pagrindas keliauja kartu su atsakymu – tai dalis, apie kurią auditorius paklaus 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 numanoma – /v1/declarations/eu/distance-sales-threshold/get praneša, kur įmonė yra šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute generuoja laikotarpio duomenis, įskaitant korekcijų skiltį ankstesniems laikotarpiams. Tarifai gaunami iš Europos Komisijos TEDB kanalo su įsigaliojimo datomis, o įmonė gali juos pakeisti (override) kiekvienai šaliai atskirai.

Tada šis nustatymas įrašomas į nekeičiamą dvejybinio įrašo didžiąją knygą su prie įrašo pridėtais PVM metaduomenimis, todėl nereikia atlikti antro sutikrinimo (reconciliation) tarp mokesčių variklio ir atskiros įrašų sistemos. Pinigų sumos yra dešimtainės eilutės (decimal strings), bet niekada – slankiojo kablelio skaičiai (floating-point). Aplink tai: tipizuoti (typed) SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams (retries), testavimo aplinkos (sandbox) įmonės, VIES tikrinimas, „užšaldytas“ sąskaitos faktūros lygmeniu, kelių įmonių (multi-company) palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima tyliai redaguoti.

Čekijos apribojimas, išdėstytas paprastai. Nordlet neteikia Čekijos paketo: /v1/declarations/eu/vat-return/compute su countryCode: "CZ" grąžins 422 klaidą, išvardindamas Lietuvą, Vokietiją ir Lenkiją, todėl nesugeneruojama nei DPH deklaracija, nei „kontrolní hlášení“. Ką Nordlet suteikia, tai sluoksnį, iš kurio abu šie dokumentai yra sudaromi – PVM nustatymą su teisiniu pagrindu, nekeičiamą dvejybinio įrašo didžiąją knygą su PVM metaduomenimis įraše, sąskaitų faktūrų lygio įrašus, kurie išlieka po laikotarpio uždarymo, OSS ir IOSS skaičiavimą su korekcijomis, VIES tikrinimą, susietą su sąskaita faktūra, ir struktūrizuotas sąskaitas faktūras naudojant Peppol BIS 3.0.

Sąžininga santrauka: jei jums reikia gyvo skaičiavimo kuo didesniame skaičiuje šalių ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir „Merchant of Record“ paslaugos yra pažangesni. Jei pagrindinis jūsų reikalavimas yra tikros apskaitos knygos (real books) – prekyvietės specifiką palaikanti dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – būtent šiai nišai sukurta Nordlet, ir jokie skaičiavimo sluoksniai jos neužpildo. Prieš įsipareigodami, visą funkcionalumą galite peržiūrėti API reference.

Ką Čekija įpareigoja jus deklaruoti

Čekijoje galioja dvi mėnesinės prievolės, kurias lengva supainioti ir kurios nėra tas pats.

DPH deklaracija (DPH return) – PVM deklaracija, kurią reikia pateikti iki kito mėnesio 25 dienos. Ji gali būti mėnesinė arba ketvirtinė, priklausomai nuo apyvartos.
Kontrolní hlášení – PVM kontrolinė ataskaita, kurią kas mėnesį teikia juridiniai asmenys, nepriklausomai nuo deklaravimo laikotarpio, taip pat iki 25 dienos. Joje teikiami atskirų dokumentų, o ne bendrų sumų duomenys, ir ji sutikrinama su sandorio šalių (counterparties) ataskaitomis.

Kontrolinė ataskaita yra priežastis, dėl kurios Čekijos integracijai reikia dokumentų lygio duomenų, o ne laikotarpio suvestinių. Jei jūsų platforma negali pateikti už skaičių slypinčių sąskaitų faktūrų sąrašo, kas nors kas mėnesį turės eksportuoti skaičiuokles.

Pilnas šalies vaizdas – pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir institucijos, kurioms teikiama kiekviena forma – pateikiamas Czechia tax page.

Atrankos kriterijai, kuriuos verta įvertinti prieš pasirenkant sprendimą

Prieš laikydami bet kurį „PVM paruoštą“ produktą tolygiu kitam, patikrinkite jį pagal šiuos kriterijus:

Skaičiavimas ar apskaita – ar ji nustato PVM režimą, ar tik išsaugo jūsų perduotą kodą?
Čekijos taisyklių aprėptis – 21%, 12%, nulinio tarifo knygos, atvirkštinis apmokestinimas, sumos krunomis ir CZK 2,000,000 riba?
ES paskirties vietos logika – ar ji gali atskirti Čekijos PVM nuo kitos valstybės narės PVM atliekant B2C pardavimą?
B2B PVM mokėtojo kodų tikrinimas – ar ji tikrina VIES sistemą ir saugo įrodymus?
OSS ir IOSS – ar ji apibendrina, paruošia, pateikia, ar tik eksportuoja duomenis?
Prekyvietės atsakomybė – ar ji gali modeliuoti pardavėjo, platformos ir tariamojo prekių tiekėjo vaidmenis?
Apskaitos vientisumas – ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
Kūrėjų ergonomika – REST API, SDK, „webhooks“, testavimo aplinka (sandbox), idempotentiškumas, versijavimas?
Audito pėdsakas – tarifas, taisyklė, vietos įrodymai, PVM kodas, laiko žyma, keitimų istorija?
Kontrolinės ataskaitos duomenys – ar ji gali sugeneruoti dokumentų lygio sąrašą mėnesinei „kontrolní hlášení“, o ne tik laikotarpio sumas?
Atsakomybė už deklaracijų pateikimą – kokį tiksliai žingsnį prisiima tiekėjas?

D.U.K.

Kuri platforma siūlo visapusišką realaus laiko ES PVM valdymą Čekijoje?

Nė vienos platformos negalima apibūdinti kaip apimančios visas tris realaus laiko galimybes kiekvienam verslo modeliui. Čekijoje praktinė skiriamoji linija yra ta, ar tiekėjas veda sąskaitų faktūrų lygio apskaitą, nes kontrolinė ataskaita jų reikalauja kas mėnesį.

Ar Stripe Tax pakanka Čekijos prekyvietei?

Skaičiavimui ir eksportavimui – dažnai taip. Dvejybinio įrašo didžiajai knygai, kurioje stebimi išmokėjimai daugeliui pardavėjų – ne. Iš jos nesugeneruojama nei DPH deklaracija, nei „kontrolní hlášení“.

Ar Nordlet automatiškai teikia Čekijos PVM deklaracijas?

Ne, ir ji neskaičiuoja DPH deklaracijos ar kontrolinės ataskaitos. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; atveju su Čekija API grąžina 422 klaidą, išvardindama šias šalis. Nordlet sugeneruoja nustatymus, didžiąją knygą, OSS ir IOSS rodiklius bei audito pėdsaką.

Kas, praktiškai kalbant, yra „kontrolní hlášení“?

Mėnesinė sąskaitų faktūrų lygio ataskaita, kurią kartu su PVM deklaracija teikia juridiniai asmenys. Joje pateikiamas dokumentų sąrašas, o ne sumos, ir ji kryžmiškai sutikrinama su tuo, ką deklaruoja sandorio šalys, todėl neatitikimai greitai iškyla į paviršių.

Ką daryti pirmiausia

Nuspręskite, kurios iš trijų realaus laiko galimybių jums reikia, ir iš anksto patikrinkite kontrolinės ataskaitos reikalavimą, nes jis apriboja jūsų duomenų modelį, o ne patį integracijos procesą. Jei jums reikia gyvo skaičiavimo naudojant Stripe technologijų krūvą, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite nusiimti deklaravimo naštą nuo savo pečių, išbandykite Paddle. Jei apskaitos knygos, išmokėjimai ir PVM turi būti jūsų produkto viduje, get started su testavimo aplinka ir prieš kurdami sprendimą aplink ją, patvirtinkite Čekijos aprėptį. Pricing yra viešai paskelbta, o ne teikiama tik pagal individualią užklausą.

Šaltiniai

Visi aukščiau pateikti tiekėjų teiginiai veda į pačių tiekėjų dokumentaciją. Pačios taisyklės paimtos iš:

Finanční správa: VAT and the control statement – DPH deklaracija ir „kontrolní hlášení“
VAT Act (Act No. 235/2004 Sb.) – 21% ir 12% tarifai bei registracijos ribos
European Commission: VAT One Stop Shop – €10 000 nuotolinės prekybos riba

Tiekėjų galimybės ir nacionaliniai reikalavimai nuolat keičiasi. Viskas, kas čia pateikta, buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedant kurti, rekomenduojame viską patikrinti dar kartą.