Skip to main content
Glama

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

by cz.iustoria
OverviewDiscussionsAdmin

Kdy končí lhůta

lhuta
Read-onlyIdempotent

Spočítá poslední den lhůty a rozepíše výpočet krok po kroku. Procesní lhůty v občanském soudním řízení podle § 57 občanského soudního řádu (odpor proti platebnímu rozkazu, odvolání, dovolání nebo lhůta zadaná ve dnech, týdnech, měsících či letech) a hmotněprávní lhůty podle § 605 až 607 občanského zákoníku. Den události se nezapočítává, konec v sobotu, neděli nebo svátek se posouvá na nejbližší pracovní den, lhůta v měsících nebo letech od 29. 2. či 31. končí posledním dnem měsíce. Umí i doručení fikcí do datové schránky (§ 17 odst. 4 zákona č. 300/2008 Sb.) a uložením na poště (§ 49 odst. 4 občanského soudního řádu) včetně posunu konce desetidenní lhůty na pracovní den a ukáže dřívější den jako rezervu. Řekne, co lhůtu zachová. Den právní moci nepočítá.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
druhNoDruh lhůty: procesni = Procesní lhůta v soudním řízení (Odpor, odvolání, dovolání, lhůta stanovená soudem. Počítá se podle občanského soudního řádu.); hmotnepravni = Hmotněprávní lhůta (Lhůta z občanského zákoníku nebo ze smlouvy, třeba k uplatnění práva nebo k odstoupení. Počítá se podle § 605 až 607 občanského zákoníku.). Bez zadání procesni.
datumYesDatum ve tvaru RRRR-MM-DD: den doručení nebo události; u pocatek=ds den dodání zprávy do datové schránky, u pocatek=ulozeni den, kdy byla zásilka připravena k vyzvednutí. Nevíte-li ho jistě, zadejte nejdřívější možný den.
delkaNoDélka lhůty jako celé číslo, u druhu hmotnepravni a u lhuta=jina povinná (nejvýše 3650 dny, 520 tydny, 600 mesice, 100 roky).
lhutaNoJen u procesní lhůty: odpor = Odpor proti platebnímu rozkazu (15 dní od doručení. § 172 odst. 1 a § 174a odst. 3 občanského soudního řádu); odvolani = Odvolání (15 dní od doručení písemného vyhotovení. § 204 odst. 1 občanského soudního řádu); dovolani = Dovolání (Dva měsíce od doručení rozhodnutí odvolacího soudu. § 240 odst. 1 občanského soudního řádu); jina = Jiná lhůta (Zadáte délku sami, třeba lhůtu, kterou určil soud.). Bez zadání jina, pak je třeba zadat delka a jednotka.
ke_dniNoDen, ke kterému počítat, ve tvaru RRRR-MM-DD. Bez zadání dnešek (Praha).
pocatekNoJen u procesní lhůty, od čeho se počítá: udalost = Víte, kdy k doručení nebo události došlo (Převzetí písemnosti, přihlášení do datové schránky nebo jiná událost, od které lhůta běží.); datum = den doručení nebo události; ds = Datová schránka, nikdo se nepřihlásil (Písemnost je doručena fikcí posledním dnem desetidenní lhůty od dodání.); datum = den, kdy byla zpráva dodána do datové schránky; ulozeni = Uloženo na poště, nikdo si nevyzvedl (Písemnost je doručena fikcí posledním dnem desetidenní lhůty od připravení k vyzvednutí.); datum = den, kdy byla zásilka připravena k vyzvednutí. Bez zadání udalost.
jednotkaNoJednotka délky: dny, tydny (týdny), mesice (měsíce), roky. Bez zadání dny.

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?

Annotations already declare it as read-only, idempotent and non-destructive, so the safety profile is covered. The description adds substantial domain behavior the schema/annotations do not: event day excluded, weekend/holiday roll-forward, month-end handling for Feb 29 / day 31, deemed-delivery via data box and post office including the ten-day roll, and the 'dřívější den jako rezerva' output. It also discloses a boundary ('Den právní moci nepočítá').

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 verb and scope, then dense but purposeful sentences, each carrying a distinct legal rule or edge case. It is long and reads as one block, but nothing is filler; a slight structural tightening (e.g., grouping the delivery-fiction clauses) would earn a 5.

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?

With 7 parameters, no output schema, and a rich domain, the description covers inputs (which deadline types, fiction-delivery starting points) and even sketches the output ('rozepíše výpočet krok po kroku', 'ukáže dřívější den jako rezervu', 'Řekne, co lhůtu zachová'). Nothing an agent needs to invoke and rely on it appears missing.

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%, so the schema already documents every parameter including the enums. The description reinforces the statutory basis (druh, lhuta, pocatek) but adds no syntax or format detail beyond what the schema states; baseline 3 is correct.

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 (spočítá poslední den lhůty, rozepíše výpočet) and resource (legal deadline end date), then enumerates exactly which deadline regimes it covers (§ 57 OSŘ procedural, § 605–607 OZ substantive). An agent can immediately tell this is the deadline-computation tool, distinct from promlceni and the fee/calculation siblings.

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 makes the applicable context clear: procedural deadlines, substantive-law deadlines, and delivery-by-fiction scenarios, plus an explicit exclusion ('Den právní moci nepočítá'). It does not name an alternative tool or state when-not-to-pick-this beyond the legal-force limitation, so it stops short of a full routing statement.

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

All IUSTORIA – české právní kalkulačky a průvodci 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