Skip to main content
Glama

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

Kolik se srazí ze mzdy

srazky_ze_mzdy
Read-onlyIdempotent

Spočítá, kolik se při exekuci srazí z čisté mzdy podle § 276 až 280 občanského soudního řádu a nařízení vlády č. 595/2006 Sb.: nezabavitelnou částku, zbytek zaokrouhlený dolů na násobek tří, třetiny, část nad limit, paušál plátce mzdy 50 Kč, kolik přijde věřitelům a kolik zůstane povinnému. Zohlední vyživované osoby, oprávněné z exekuce na výživné, doložený důchod, přednostní pohledávky a nejméně čtyři exekuce. V režimu oddlužení spočítá měsíční splátku podle § 398 odst. 3 insolvenčního zákona a minimální podmínku § 395 odst. 1 písm. b). Hodnoty vede po letech výplaty; pro rok bez ověřených hodnot (rok 2027 čeká na změnu nařízení vlády) výsledek nevydá a řekne proč.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
rezimNoexekuce = srážky ze mzdy při exekuci nebo výkonu rozhodnutí; oddluzeni = měsíční splátka v oddlužení plněním splátkového kalendáře. Bez zadání exekuce.
cista_mzdaYesČistá měsíční mzda v Kč, tedy mzda po odečtení zálohy na daň a pojistného (§ 277 odst. 1 občanského soudního řádu).
prednostniNoJen v režimu exekuce: mezi vymáhanými pohledávkami je přednostní (výživné, náhrada újmy na zdraví, daně, pojistné, přeplatky dávek a další podle § 279 odst. 2 občanského soudního řádu).
rok_vyplatyNoRok, ve kterém se mzda vyplácí; rozhodují částky k 1. lednu tohoto roku (§ 4 nařízení vlády č. 595/2006 Sb.). Ověřené hodnoty má nástroj pro rok 2026. Bez zadání letošní rok (Praha).
vyzivovane_osobyNoPočet osob, kterým povinný platí výživné (typicky děti), bez manžela. Bez zadání 0.
manzel_s_duchodemNoZapočítat i manžela nebo registrovaného partnera. Jen když povinný doložil plátci mzdy, že jemu nebo manželovi byl přiznán starobní, invalidní (druhého nebo třetího stupně) nebo sirotčí důchod (§ 1 odst. 2 nařízení).
spravce_platce_dphNoJen v režimu oddlužení: insolvenční správce je plátcem DPH. Bez zadání true.
ctyri_a_vice_exekuciNoJen v režimu exekuce: na mzdu jsou nařízeny nejméně čtyři exekuce a usnesení byla doručena plátci mzdy (§ 279 odst. 4 občanského soudního řádu).
opravneni_z_vyzivnehoNoJen v režimu exekuce: kolik z vyživovaných osob vymáhá výživné exekucí proti povinnému. Na ně se čtvrtina nezabavitelné částky nezapočítává (§ 1 odst. 2 nařízení) a výživné je přednostní pohledávka. Bez zadání 0.
povinny_dolozil_duchodNoJen v režimu exekuce: povinný doložil plátci mzdy starobní, invalidní (druhého nebo třetího stupně) nebo sirotčí důchod (výjimka podle § 279 odst. 5).

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.4/5.0
Behavior5/5

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

Anotace již deklarují readOnlyHint, idempotentHint a destructiveHint=false, takže bezpečnostní profil je pokrytý. Popis nad to přidává konkrétní chování: které složky se počítají, jaké situace se zohledňují a že pro rok bez ověřených hodnot nástroj výsledek nevydá a sdělí důvod.

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?

Jde o jeden hustý odstavec, ale informace jsou řazeny od hlavního účelu k dílčím režimům a omezením. Vzhledem ke složitosti právního výpočtu je text přiměřeně dlouhý, i když by mu prospělo členění do odrážek.

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?

Nástroj je komplexní, má 10 parametrů a nemá výstupní schéma. Popis však vypočítává očekávané výstupy, pokrývá oba režimy, právní podmínky i chybový stav pro neověřený rok, takže pro správné volání je dostatečně úplný.

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?

Schéma má 100% popisnou pokrytost, takže všechny parametry jsou již srozumitelně dokumentovány. Popis sice shrnuje klíčové vstupy, ale nepřidává k parametrům žádnou syntaxi ani význam nad rámec schématu.

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?

Stáčí konkrétní sloveso i předmět: spočítá srážky z čisté mzdy při exekuci a v oddlužení, s uvedením právního základu. Je zřejmé, že jde o specializovanou kalkulačku odlišnou od sourozeneckých nástrojů, i když žádný sourozenec není jmenován.

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?

Popis jasně vymezuje, kdy se nástroj použije: v režimu exekuce nebo oddlužení, podle roku výplaty a podle zohledňovaných okolností. Neuvádí však explicitně, kdy místo něj použít některý ze sourozeneckých nástrojů.

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