Skip to main content
Glama
Sign In

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

by cz.iustoria
OverviewDiscussionsAdmin

Zálohy a pojistné OSVČ

zalohy_osvc
Read-onlyIdempotent

Spočítá minimální a skutečné měsíční zálohy OSVČ na sociální pojištění (důchodové pojištění a příspěvek na státní politiku zaměstnanosti, 29,2 %) a na zdravotní pojištění (13,5 %), nebo pojistné za celý rok z dílčího základu daně z podnikání. Zná změnu zákonem č. 90/2026 Sb.: od 1. 7. 2026 je minimální vyměřovací základ při hlavní činnosti 35 % průměrné mzdy místo 40 %, rozdíl záloh za leden až červen 2026 vrací ČSSZ na písemnou žádost podanou do 31. 12. 2026 a za celý rok 2026 se minimum počítá z 35 %. Umí hlavní a vedlejší činnost (rozhodná částka), novou OSVČ (25 %), osvobození od záloh v prvních letech (§ 14 odst. 9) a výjimky z minima na zdravotní pojištění. Zálohu na sociální pojištění z daňového základu omezí dvanáctinou maximálního vyměřovacího základu (48násobek průměrné mzdy, § 15a odst. 5) a řekne to; zdravotní pojištění strop nemá. Roky: 2024, 2025, 2026, 2027 (dopočteno z NV č. 177/2026 Sb., oficiální částky zatím nevyšly). Nepočítá paušální režim, daňový základ ani souběh se zaměstnáním u maximálního základu. EN: Calculates minimum and actual monthly social security and health insurance advances of Czech self-employed persons (OSVČ) for 2024 to 2027, or the annual contribution from the tax base; includes the 1 July 2026 cut of the minimum base to 35 % and the refund on request by 31 Dec 2026; the social advance from the tax base is capped at one twelfth of the maximum assessment base (48 times the average wage), health insurance has no cap.

Input Schema

NameRequiredDescriptionDefault
rokNoRok, za který se zálohy nebo pojistné platí. Nástroj zná 2024, 2025, 2026, 2027 (dopočteno z NV č. 177/2026 Sb., oficiální částky zatím nevyšly). Bez zadání letošní rok (Praha). EN: Year.
mesicNoJen u záloh: měsíc, za který se záloha platí. V roce 2026 rozhoduje, zda platí 40 % (leden až červen), nebo 35 % (od července). Bez zadání druhé pololetí. EN: Month of the advance.
rezimNozalohy = měsíční zálohy (minimální, případně z loňského daňového základu); rocni = pojistné za celý rok z dílčího základu daně toho roku (přehled). Bez zadání zalohy. EN: Monthly advances or annual contribution.
cinnostNohlavni = Hlavní činnost (Podnikání je váš hlavní zdroj, nejste zároveň zaměstnanec, student ani důchodce.); vedlejsi = Vedlejší činnost (Vedle zaměstnání, studia, starobního nebo invalidního důchodu, rodičovské a podobně.). Bez zadání hlavni. EN: Main or secondary self-employment.
nova_osvcNoHlavní činnost v roce zahájení nebo ve dvou následujících letech a v předchozích 20 letech nebyl OSVČ: minimum 25 % průměrné mzdy (§ 14 odst. 5 věta druhá). EN: First three years of business (25 % minimum).
danovy_zakladNoDílčí základ daně z podnikání (příjmy minus výdaje podle § 7 zákona o daních z příjmů) v Kč: u záloh za předchozí rok, u rocni za daný rok (tam povinný). EN: Partial tax base from business in CZK.
pausalni_rezimNoPoplatník v paušálním režimu. Nástroj pak nepočítá a vysvětlí proč. EN: Flat-rate tax regime (not calculated).
mesicu_cinnostiNoPočet měsíců, v nichž byla činnost v tom roce vykonávána aspoň po část měsíce. Bez zadání 12. EN: Months of activity.
osvobozeni_od_zalohNoJen u záloh a od roku 2025: činnost zahájena letos nebo loni a v předchozích 5 letech nebyl OSVČ, není v paušálním režimu; zálohy na sociální pojištění platit nemusí (§ 14 odst. 9), pojistné doplatí po přehledu. EN: Exempt from social advances in the first years.
bez_minima_zdravotniNoMinimální vyměřovací základ na zdravotní pojištění neplatí (§ 3a odst. 3 zákona č. 592/1992 Sb.: souběžně zaměstnanec s pojistným aspoň z minimální mzdy, pojištěnec státu a podobně, po celý rok). EN: The health insurance minimum does not apply.
zaplaceno_mesicu_2026NoJen rok 2026 a hlavní činnost: za kolik měsíců leden až červen byly zaplaceny zálohy ze 40 % (pro výpočet vratky). Bez zadání 6. EN: Months Jan–Jun 2026 paid at 40 %.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changed
    • changedInput schema / properties / osvobozeni_od_zaloh / description
      Previous value: -"Jen u záloh: činnost zahájena letos nebo loni a v předchozích 5 letech nebyl OSVČ, není v paušálním režimu; zálohy na sociální pojištění platit nemusí (§ 14 odst. 9), pojistné doplatí po přehledu. EN: Exempt from social advances in the first years."New value: +"Jen u záloh a od roku 2025: činnost zahájena letos nebo loni a v předchozích 5 letech nebyl OSVČ, není v paušálním režimu; zálohy na sociální pojištění platit nemusí (§ 14 odst. 9), pojistné doplatí po přehledu. EN: Exempt from social advances in the first years."
    • changedInput schema / properties / rok / description
      Previous value: -"Rok, za který se zálohy nebo pojistné platí. Nástroj zná 2026, 2027 (dopočteno z NV č. 177/2026 Sb., oficiální částky zatím nevyšly). Bez zadání letošní rok (Praha). EN: Year."New value: +"Rok, za který se zálohy nebo pojistné platí. Nástroj zná 2024, 2025, 2026, 2027 (dopočteno z NV č. 177/2026 Sb., oficiální částky zatím nevyšly). Bez zadání letošní rok (Praha). EN: Year."
  2. Added

TDQS

A4.4/5.0
Behavior5/5

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

Annotations already declare this a safe, idempotent, read-only calculator, and the description goes well beyond by disclosing concrete behavior: the social advance is capped at 1/12 of the 48x-average-wage maximum base and 'řekne to', while health insurance has no cap; it also summarizes the 2026 minimum-base change, refund mechanics, and what it refuses to compute. That is substantial behavioral context not present in structured fields.

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

Conciseness4/5

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

Front-loaded with the core purpose and scoping, followed by capabilities and exclusions; every sentence is informative. It is dense and long, with legislative citations that could be trimmed, but nothing is purely filler.

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

Completeness5/5

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

For a complex, 11-parameter, multi-mode calculator with no output schema, the description is complete: it covers scope, supported years, mode semantics, edge cases (new OSVČ, exemptions, caps), and honest limitations. An agent has everything needed to call and interpret it correctly.

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

Parameters3/5

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

Schema description coverage is 100%, and the 11 parameters are each richly documented in the schema itself (enums for rezim/cinnost, defaults, ranges). The description reinforces the domain but adds little parameter-specific semantics beyond what the schema already provides, so the baseline 3 applies.

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?

States a specific verb and resource: calculates minimum and actual monthly OSVČ advances for social (29.2%) and health (13.5%) insurance, or the annual contribution from the tax base. It even names the exact legal rates and modes, so an agent knows precisely what domain this covers and can distinguish it from siblings like minimalni_mzda_a_priplatky or nemocenska.

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 context for each regime (monthly advances vs annual pojistné), the years covered, and explicit exclusions ('Nepočítá paušální režim, daňový základ ani souběh se zaměstnáním u maximálního základu'). It does not, however, name a sibling tool to use for the excluded cases, so it stops short of full when/when-not/alternative guidance.

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

All IUSTORIA – průvodci a právní kalkulačky toolsInspect
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources