Skip to main content
Glama

Próceres · escritos judiciales de España: papeleta, demanda y recursos

Simulación de la declaración de la renta (IRPF)

calcular_renta
Read-only

Calcula la declaración de la renta con el mismo motor que el simulador de la web: rendimientos del trabajo, capital mobiliario, alquileres (con la reducción que decide la fecha del contrato), ganancias patrimoniales, bases imponibles y liquidables, mínimo personal y familiar, cuotas estatal y autonómica, deducciones y retenciones, hasta el resultado (a ingresar o a devolver). Devuelve el resultado, las líneas del cálculo (sin número de casilla: el resumen no se presenta, la declaración se presenta en Renta WEB) y los avisos de lo que la cuenta no ha podido decidir —entre ellos, el del alquiler, que depende del contrato y no de lo que se ingresa—. Todos los campos son importes en euros al AÑO, números y elecciones cerradas: no se pide ningún dato de identidad. No pide ni devuelve datos personales: el nombre, el DNI, el domicilio y el contacto NO están entre sus campos (el escrito los deja como huecos entre corchetes para que los rellene quien lo presenta). No le pidas esos datos y no los escribas en la llamada.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "calcular_renta"
  }
}

Input Schema

NameRequiredDescriptionDefault
mayor65NoSi el declarante tiene más de 65 años.
mayor75NoSi tiene más de 75 años.
comunidadIdNoLa comunidad autónoma, con el id de su catálogo: decide la escala autonómica que se aplica.
tributacionNoCómo se presenta la declaración: individual, conjunta o conjunta monoparental. Mueve la reducción del art. 84 LIRPF.
ascendientesNoAscendientes a cargo mayores de 65 años o con discapacidad.
discapacidadNoGrado de discapacidad reconocido: «no», «33» (33 % o más) o «65» (65 % o más).
trabajoBrutoNoSalario bruto anual, antes de IRPF y Seguridad Social.
descendientesNoNúmero de descendientes a cargo.
necesitaAyudaNoSi necesita ayuda de terceras personas o tiene movilidad reducida (art. 60.1 LIRPF).
planPensionesNoAportación anual a un plan de pensiones.
viviendaFechaNoFecha de compra de la vivienda (AAAA-MM-DD): solo deduce si es anterior a 2013.
alquilerGastosNoGastos deducibles del alquiler (comunidad, IBI, reparaciones, intereses…).
ascendientes75NoCuántos de esos ascendientes son mayores de 75 años.
cotizacionesSSNoCotizaciones a la Seguridad Social del trabajador en el año.
cuotasColegiosNoCuotas a colegios profesionales (máximo 500 €).
viviendaPagadoNoCantidades pagadas en el año por la vivienda habitual (capital e intereses).
alquilerContratoNoCuándo se firmó el contrato de alquiler: decide qué redacción del art. 23.2 LIRPF se aplica («antes-ley-vivienda» el 60 %, «ley-vivienda» el 50 % general, «desde-diciembre-2026» el régimen reformado).
alquilerIngresosNoIngresos íntegros del alquiler en el año.
alquilerViviendaNoSi el alquiler es de la vivienda habitual del inquilino (tiene reducción). Por defecto sí, como en la pantalla.
cuotasSindicatosNoCuotas pagadas a sindicatos en el año.
otrasRetencionesNoOtros pagos a cuenta de otros pagadores.
capitalMobiliarioNoIntereses, dividendos y cupones al año.
retencionesCapitalNoRetenciones practicadas sobre el capital mobiliario.
retencionesTrabajoNoIRPF ya retenido en la nómina durante el año.
gananciaPatrimonialNoSaldo de ganancias y pérdidas por transmisiones del año (puede ser negativo).
retencionesAlquilerNoRetenciones practicadas al cobrar el alquiler.
descendientesMenores3NoCuántos de ellos tienen menos de tres años.
gastosDefensaJuridicaNoGastos de defensa jurídica por litigios con el empleador (máximo 300 €).

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.2/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=true, destructiveHint=false and openWorldHint=false, so safety is covered. Beyond that the description adds real context: what comes back (result plus calculation lines lacking casilla numbers) and that warnings flag items the calculation could not decide, e.g. the rental reduction depending on the contract date rather than income. It does not explain behavior when called with few or no fields despite all 28 parameters being optional.

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

Conciseness3/5

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

The purpose is front-loaded and every clause about scope earns its place, but the no-personal-data rule is repeated three times in slightly different wording, which makes the tail of the description feel padded for a document of this length.

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

Completeness4/5

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

With 28 optional parameters and no output schema, the description carries the return-value burden well by describing the result, the line items and the warnings. The remaining gap is what the tool assumes for omitted optional fields, which is left implicit beyond the single 'por defecto sí' noted in the schema.

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

Parameters4/5

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

Schema coverage is 100%, so the baseline is 3. The description adds two genuinely useful pieces of meaning: all monetary fields are annual euro amounts ('Todos los campos son importes en euros al AÑO') and only numbers/closed choices are accepted, with no identity fields. That resolves the main ambiguity an agent could have about units.

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?

Names a specific verb and resource ('Calcula la declaración de la renta') and enumerates the exact income/expense blocks covered (trabajo, capital mobiliario, alquileres, ganancias patrimoniales, cuotas, deducciones, retenciones) down to the final result. It distinguishes itself from the presentation channel by stating the calculation is done here but the filing happens in Renta WEB.

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?

Makes clear this is a simulation using the same engine as the web simulator and that the output is not a filing ('el resumen no se presenta, la declaración se presenta en Renta WEB'), plus explicit instructions not to request or pass identity data. It does not name alternatives, but no sibling tool overlaps in function, so the routing value is already high.

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