Skip to main content
Glama

IUSTORIA – průvodci a právní kalkulačky

Úrok z prodlení, pokuta a penále u daní

danove_sankce
Read-onlyIdempotent

Spočítá sankce podle českého daňového řádu. druh=urok: úrok z prodlení u daně od čtvrtého dne po původní splatnosti do dne platby, se sazbou repo ČNB k prvnímu dni každého pololetí + 8 procentních bodů (§ 251a odst. 5 a § 252), s částečnými platbami a s úrokem z posečkané částky (polovina, § 253); řekne, zda úrok nepřesahuje 1 000 Kč (§ 251a odst. 2). druh=pokuta: pokuta za opožděné tvrzení (§ 250: tolerance pěti pracovních dnů, 0,05 % denně, strop 5 % a 300 000 Kč, polovina do 30 dnů, pod 1 000 Kč se nepředepíše, při nepodání horní hranice, nejméně 500 Kč). druh=penale: penále 20 % nebo 1 % z doměřené daně (§ 251). druh=kontrolni_hlaseni: pevné pokuty za kontrolní hlášení k DPH (§ 101h a 101j zákona o DPH). Sazbu ČNB, kterou nezná, nenahrazuje. Za dny 2011 až 2020 počítá úrok podle tehdejšího § 252 (repo sazba + 14 procentních bodů od pátého pracovního dne po splatnosti, do 200 Kč se nepředepisoval), od 1. 1. 2021 podle nového (čl. II bod 11 zákona č. 283/2020 Sb.); u daně splatné před 1. 1. 2011 nepočítá vůbec a posečkání před rokem 2021 nepočítá (vrátí jen dílčí částku od 1. 1. 2021 a řekne to v prvním řádku). Pokutu podle § 250 počítá u lhůt od 1. 1. 2011 podle znění ke konci lhůty (2011 a 2012 nejméně 500 Kč, od 2013 hranice 200 Kč, od 2014 polovina) a u lhůt před 1. 1. 2021 řekne, kolik by činila podle nového znění (čl. II bod 10 zákona č. 283/2020 Sb.). Penále a pokutu za kontrolní hlášení posoudí s nepovinným konec_lhuty podle tehdejšího znění (penále s lhůtou před 1. 1. 2011 nepočítá, kontrolní hlášení až od 1. 1. 2016, do 31. 12. 2022 bez poloviny a s výjimkou jen u písm. a)). Nerozhoduje o prominutí. EN: Calculates Czech tax penalties under the Tax Code: default interest on late tax with the half-yearly floating rate (and interest on deferred tax), also for days 2011–2020 under the rules then in force, the late-filing penalty (Section 250, deadlines from 2011), the 20 % surcharge on additionally assessed tax and VAT control statement fines (from 2016).

Input Schema

NameRequiredDescriptionDefault
danNoJen u druh=urok: nezaplacená daň v Kč. EN: Unpaid tax in CZK.
typNoJen u druh=penale: co doměření změnilo. Bez zadání zvyseni_dane. EN: What the assessment changed.
druhYesurok = úrok z prodlení (a z posečkané částky); pokuta = pokuta za opožděné přiznání, hlášení nebo vyúčtování; penale = penále z doměřené daně; kontrolni_hlaseni = pokuta za kontrolní hlášení k DPH. EN: What to calculate.
ke_dniNoDen, ke kterému počítat, ve tvaru RRRR-MM-DD. Bez zadání dnešek (Praha). EN: Reference date YYYY-MM-DD; defaults to today (Prague).
platbyNoJen u druh=urok: částečné platby před úplným zaplacením. EN: Part payments.
podanoNoJen u druh=pokuta: den podání tvrzení. EN: Filing date.
zakladNoJen u druh=pokuta: stanovená daň, odpočet nebo ztráta v Kč (u hlášení daň, kterou mělo obsahovat). EN: Tax, deduction or loss as assessed, CZK.
pismenoNoJen u druh=kontrolni_hlaseni: a = Podáno pozdě bez výzvy (1000 Kč); b = Podáno v náhradní lhůtě po výzvě (10000 Kč); c = Nepodáno na výzvu ke změně, doplnění nebo potvrzení údajů (30000 Kč); d = Nepodáno ani na výzvu správce daně (50000 Kč). EN: Which breach of Section 101h VAT Act.
tvrzeniNoJen u druh=pokuta: dan = přiznání s daní, odpocet = nadměrný odpočet, ztrata = daňová ztráta, hlaseni = hlášení nebo vyúčtování. Bez zadání dan. EN: Kind of return.
domerenaNoJen u druh=penale: rozdíl oproti poslední známé dani (zvýšení daně, snížení odpočtu nebo ztráty) v Kč. EN: Additionally assessed difference, CZK.
nepodanoNoJen u druh=pokuta: tvrzení nebylo podáno vůbec (horní hranice, nejméně 500 Kč). EN: The return was not filed at all.
dodatecneNoJen u druh=penale: rozdíl přiznal sám daňový subjekt v přípustném dodatečném přiznání (penále pak nevzniká). EN: Declared in a supplementary return.
polovicniNoJen u druh=kontrolni_hlaseni: plátce je fyzická osoba, čtvrtletní plátce nebo s.r.o. s jediným společníkem, který je fyzickou osobou (pokuta b) až d) poloviční). EN: Individual, quarterly payer or single-member s.r.o. owned by an individual.
splatnostNoJen u druh=urok: původní den splatnosti daně (u daně z příjmů poslední den lhůty pro přiznání; u doměřené daně také původní den, ne náhradní), RRRR-MM-DD. EN: Original due date.
zaplacenoNoJen u druh=urok: den, kdy byla zbylá daň připsána na účet správce daně. Bez zadání se počítá ke dni ke_dni. EN: Date the tax was credited to the tax office.
konec_lhutyNoU druh=pokuta povinné: poslední den lhůty pro podání (skutečný, i prodloužený), RRRR-MM-DD; určuje znění § 250. U druh=penale nepovinné: poslední den lhůty pro řádné tvrzení (před 1. 1. 2011 se penále řídí zákonem č. 337/1992 Sb.). U druh=kontrolni_hlaseni nepovinné: den, kdy povinnost uhradit pokutu vznikla; určuje znění § 101h a 101j (od 1. 1. 2016). EN: Last day of the filing period (penalty; optionally surcharge and control statement: decisive day).
poseckani_doNoJen u druh=urok: poslední den posečkání. EN: Deferral until.
poseckani_odNoJen u druh=urok: první den posečkání. EN: Deferral from.
prvni_v_roceNoJen u druh=kontrolni_hlaseni a písmen a) nebo b): první takové prodlení v kalendářním roce (pokuta nevzniká, § 101j). EN: First such delay this calendar year.
jine_prodleniNoJen u druh=pokuta: správce daně v témže roce zjistil jiné prodlení s tvrzením (pokuta se pak nesnižuje na polovinu). EN: Another late filing was found this year.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / properties / konec_lhuty / description
      Previous value: -"Jen u druh=pokuta: poslední den lhůty pro podání (skutečný, i prodloužený), RRRR-MM-DD. EN: Last day of the filing period."New value: +"U druh=pokuta povinné: poslední den lhůty pro podání (skutečný, i prodloužený), RRRR-MM-DD; určuje znění § 250. U druh=penale nepovinné: poslední den lhůty pro řádné tvrzení (před 1. 1. 2011 se penále řídí zákonem č. 337/1992 Sb.). U druh=kontrolni_hlaseni nepovinné: den, kdy povinnost uhradit pokutu vznikla; určuje znění § 101h a 101j (od 1. 1. 2016). EN: Last day of the filing period (penalty; optionally surcharge and control statement: decisive day)."
  2. Added

TDQS

A4.4/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With annotations already confirming this is a read-only, idempotent, non-destructive calculation, the description adds rich behavioral context: historical rule versions, date-dependent legal regimes, partial-payment handling, deferral-interest handling, and return caveats such as reporting only a partial amount from 2021 onward. It also clearly states limits on what the tool will not do, such as not deciding remission.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The purpose is front-loaded in the first sentence, which is good. However, the description is an extremely dense wall of legal clauses and citations; while much of it is domain-relevant, it is not tightly structured and could be more scannable for an agent.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the high complexity, 20 parameters, rich schema, and absence of an output schema, the description covers most selection-relevant behavior: modes, historical limitations, and some return caveats. It could still say more about the returned shape or fields, but overall it is substantially complete for calling the tool correctly.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the schema already documents all 20 parameters thoroughly. The description adds meaningful legal and interaction context beyond the schema, especially for druh modes, date-dependent rules, konec_lhuty usage, and how partial payments and deferrals affect the calculation.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description gives a specific verb and resource in Czech and English: it calculates Czech tax penalties under the Tax Code. It further distinguishes its four calculation modes (druh=urok, pokuta, penale, kontrolni_hlaseni), so an agent can tell what the tool does without opening the schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives clear contextual usage rules for each mode and several explicit when-not boundaries (e.g. it does not calculate for tax due before 1 Jan 2011, does not substitute an unknown CNB rate, and does not decide on remission). It does not, however, explicitly compare itself to sibling tools or name an alternative to use instead.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources