Skip to main content
Glama
Sign In

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

by cz.iustoria
OverviewDiscussionsAdmin

Cestovné advokáta a náhrada za promeškaný čas

cestovne_advokata
Read-onlyIdempotent

Spočítá náhradu cestovních výdajů advokáta za cestu vlastním autem podle § 13 odst. 5 advokátního tarifu a § 157 a 158 zákoníku práce: základní náhradu za kilometr a náhradu za pohonnou hmotu podle vyhlášky pro daný rok, s cenou paliva platnou ke dni jízdy (v roce 2026 se měnila cena nafty od 1. 6. a benzinu 95 od 1. 10.) nebo z dokladu, přívěs +15 %, a náhradu za promeškaný čas 150 Kč za každou i jen započatou půlhodinu cesty mimo sídlo (§ 14 odst. 1 písm. a) a odst. 3 advokátního tarifu), s DPH u plátce. Ověřené sazby má pro jízdy v letech 2023 až 2026 (vyhlášky č. 467/2022, 398/2023, 475/2024 a 573/2025 Sb. včetně změn cen během let 2023 a 2026; náhrada za promeškaný čas do 31. 12. 2024 100 Kč za půlhodinu). Stravné ani zpoždění jednání nepočítá. EN: Calculates a Czech lawyer's travel costs by car and compensation for lost time under the lawyers' tariff, with verified rates for journeys in 2023 to 2026.

Input Schema

NameRequiredDescriptionDefault
kmYesVzdálenost jedním směrem v km. EN: Distance one way in km.
pohonYesPalivo nebo pohon: benzin95 = automobilový benzin 95 oktanů, benzin98 = benzin 98 oktanů, nafta = motorová nafta, elektrina = elektřina. EN: Fuel type.
privesNoS přívěsem: sazba základní náhrady nejméně o 15 % vyšší (§ 157 odst. 4 zákoníku práce). EN: With a trailer.
vozidloNoosobni = osobní silniční motorové vozidlo, jednostope = jednostopé vozidlo nebo tříkolka. Bez zadání osobni. EN: Car or single-track vehicle.
spotrebaYesSpotřeba z technického průkazu pro kombinovaný provoz, v litrech (u elektřiny v kWh) na 100 km (§ 158 odst. 4 zákoníku práce). Palivo nejvýš 30 l, elektřina nejvýš 40 kWh na 100 km. EN: Combined consumption per 100 km.
platce_dphNoAdvokát je plátcem DPH (k náhradě se přičte 21 %). Bez zadání true. EN: The lawyer is a VAT payer.
tam_i_zpetNoCesta tam i zpět (kilometry se zdvojnásobí). Bez zadání true. EN: Return journey.
datum_jizdyYesDen jízdy, RRRR-MM-DD; rozhoduje o sazbách a ceně paliva. Ověřené sazby: roky 2023 až 2026. EN: Date of the journey.
cena_z_dokladuNoCena paliva z dokladu o nákupu v Kč za litr nebo kWh (§ 158 odst. 3); bez zadání průměrná cena z vyhlášky. Palivo nejvýš 100 Kč/l, elektřina nejvýš 30 Kč/kWh. EN: Fuel price from a receipt.
doba_cesty_hodinNoDoba cesty tam i zpět v hodinách, jen jde-li o cestu do místa, které není sídlem ani bydlištěm advokáta (náhrada za promeškaný čas). Bez zadání 0. EN: Travel time in hours (outside the lawyer's seat).

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / properties / datum_jizdy / description
      Previous value: -"Den jízdy, RRRR-MM-DD; rozhoduje o sazbách a ceně paliva. Ověřené sazby: rok 2026. EN: Date of the journey."New value: +"Den jízdy, RRRR-MM-DD; rozhoduje o sazbách a ceně paliva. Ověřené sazby: roky 2023 až 2026. EN: Date of the journey."
  2. Changed4 schema fields changed
    • changedInput schema / properties / cena_z_dokladu / description
      Previous value: -"Cena paliva z dokladu o nákupu v Kč za litr nebo kWh (§ 158 odst. 3); bez zadání průměrná cena z vyhlášky. EN: Fuel price from a receipt."New value: +"Cena paliva z dokladu o nákupu v Kč za litr nebo kWh (§ 158 odst. 3); bez zadání průměrná cena z vyhlášky. Palivo nejvýš 100 Kč/l, elektřina nejvýš 30 Kč/kWh. EN: Fuel price from a receipt."
    • changedInput schema / properties / cena_z_dokladu / maximum
      Previous value: -1000New value: +100
    • changedInput schema / properties / spotreba / description
      Previous value: -"Spotřeba z technického průkazu pro kombinovaný provoz, v litrech (u elektřiny v kWh) na 100 km (§ 158 odst. 4 zákoníku práce). EN: Combined consumption per 100 km."New value: +"Spotřeba z technického průkazu pro kombinovaný provoz, v litrech (u elektřiny v kWh) na 100 km (§ 158 odst. 4 zákoníku práce). Palivo nejvýš 30 l, elektřina nejvýš 40 kWh na 100 km. EN: Combined consumption per 100 km."
    • changedInput schema / properties / spotreba / maximum
      Previous value: -100New value: +40
  3. Added

TDQS

A4.2/5.0
Behavior5/5

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

Annotations already cover the safety profile (readOnlyHint=true, idempotentHint=true, destructiveHint=false). The description goes far beyond them: it discloses the exact rate rules, date-dependent fuel price changes in 2026, trailer percentage, lost-time rate of 150 CZK per half-hour, VAT handling, and the years covered. This is rich behavioral context for a pure computation tool.

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?

The core calculation is front-loaded in the first clause, and the description is not padded. However, it is delivered as a very long, dense Czech sentence followed by a brief English summary; for a 10-parameter legal calculator this length is justified, but structure could be improved with clearer separation of rate-period details.

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

Completeness3/5

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

Given the tool's complexity and lack of an output schema, the description should ideally describe what the computed result looks like (e.g., breakdown of base compensation, fuel, lost time, VAT). It does not mention return values or error behavior at all, leaving an agent unsure about the output shape despite otherwise thorough calculation rules.

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 baseline is 3. The description repeats most param semantics already in the schema (prives +15%, platce_dph 21%, cena_z_dokladu vs decree average). It adds only the specific 150 CZK lost-time rate, which is marginal new param meaning beyond what the schema provides.

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á náhradu') and two resources (travel costs by own car, lost time compensation) with exact legal references. The word 'advokáta' distinguishes it from the employee-travel sibling cestovni_nahrady_zamestnance. An agent can tell what it computes 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?

Gives clear usage context: for Czech lawyer journeys by own car, with verified rates only for years 2023–2026. It also states what it does not calculate (stravné, delay of hearing), which is useful when-not guidance. However, it never names the sibling tool cestovni_nahrady_zamestnance, so explicit alternative routing is missing.

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