Strumenti di calcolo dello Studio Notarile Chianese

Quanto valgono usufrutto e nuda proprietà

usufrutto_nuda_proprieta

Read-onlyIdempotent

Divide il valore della piena proprietà fra usufrutto vitalizio e nuda proprietà, con le percentuali che la legge italiana fissa per le imposte secondo l'età dell'usufruttuario il giorno dell'atto. Si usa quando qualcuno vende o dona una casa tenendosi l'usufrutto, o compra la sola nuda proprietà, e chiede quanto vale ciascuna parte. Servono il valore della piena proprietà e la data di nascita di chi avrà l'usufrutto. Restituisce l'età alla data dell'atto, la fascia, le due percentuali e i due valori in euro; avverte se un compleanno vicino alla data dell'atto cambia la fascia. Non riguarda l'usufrutto a tempo determinato, non è una stima di mercato e non calcola le imposte. In English: splits a property's full value into life usufruct and bare ownership (nuda proprietà) by the usufructuary's age, with Italy's statutory percentages.

Input Schema

TableJSON Schema

Name	Required	Description
`dataAtto`	No	La data presunta dell'atto, AAAA-MM-GG. Se manca, il calcolo usa la data di oggi.
`dateDiNascita`	Yes	La data di nascita di chi avrà l'usufrutto, nel formato AAAA-MM-GG. Con più usufruttuari insieme, tutte le date: conta il più giovane.
`valorePienaProprieta`	Yes	Il valore della piena proprietà, in euro.

Output Schema

TableJSON Schema

Name	Required	Description
`fascia`	Yes	La fascia d'età del prospetto di legge in cui cade quell'età.
`pagina`	Yes	L'indirizzo della pagina dello Studio dove rifare lo stesso calcolo.
`dataAtto`	Yes	La data dell'atto usata nel calcolo, nel formato GG/MM/AAAA.
`avvertenze`	Yes	Che cosa il calcolo non comprende e che cosa ha dato per scontato: va riferito insieme ai numeri.
`casaDonata`	Yes	La regola in vigore sulle case che arrivano da una donazione, dopo la Legge 2 dicembre 2025, n. 182: accompagna ogni risposta, e serve se si parla di rivendere, comprare o ipotecare una casa donata.
`etaAllAtto`	Yes	L'età compiuta dall'usufruttuario il giorno dell'atto; con più usufruttuari, quella del più giovane.
`valoreUsufrutto`	Yes	Il valore dell'usufrutto, in euro.
`contaIlPiuGiovane`	No	Vero quando gli usufruttuari sono più di uno: il calcolo usa l'età del più giovane.
`attenzioneAllaData`	No	C'è solo se un compleanno dell'usufruttuario cade vicino alla data dell'atto e cambia la fascia: dice quando, e quanto varrebbe l'usufrutto.
`valoriAggiornatiAl`	Yes	La data a cui sono aggiornati aliquote, coefficienti e franchigie usati nel calcolo, per esempio «18 settembre 2026».
`valoreNudaProprieta`	Yes	Il valore della nuda proprietà, in euro.
`percentualeUsufrutto`	Yes	La percentuale del valore che spetta all'usufrutto.
`coefficientiInVigoreDal`	Yes	Da quando sono in vigore le percentuali usate.
`percentualeNudaProprieta`	Yes	La percentuale che resta alla nuda proprietà.

Schema Changelog

Changes observed during successful MCP inspections.

First observedOct 6, 2026

TDQS

A4.4/5.0

Behavior4/5

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

Annotations already cover the safety profile (readOnly, idempotent, non-destructive), so the bar is lower; the description still adds real value by disclosing the return contents (age at the act date, bracket, both percentages, both euro values) and the edge-case warning when a nearby birthday shifts the bracket. It does not need auth or rate-limit notes for a pure calculator.

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-loads the core function, then usage, inputs, outputs and exclusions in a logical order, with a compact English gloss appended. Slightly long, but each sentence carries distinct information and nothing is padded.

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?

Given an output schema already exists, return values need not be explained, yet the description still covers function, usage conditions, inputs, outputs and edge cases (birthday near the act date, multiple usufructuaries). Nothing an agent needs to invoke it correctly is 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 dataAtto, dateDiNascita and valorePienaProprieta, including the 'counts the youngest' rule. The description only restates which inputs are needed, adding no syntax or format detail beyond the schema, 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 precise verb and resource: it splits a property's full value into life usufruct and bare ownership using Italy's statutory age-based percentages. It also demarcates itself from the sibling tax tools by explicitly saying it does not compute taxes or market estimates.

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

Usage Guidelines5/5

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

Names the concrete situation (someone sells or gifts a house while retaining usufruct, or buys bare ownership) and states the required inputs. It also gives explicit negative boundaries: no fixed-term usufruct, no market valuation, no tax computation, which cleanly routes the agent away from sibling tools.

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

All Strumenti di calcolo dello Studio Notarile Chianese tools Inspect

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

Need Help?