Skip to main content
Glama

calcular_complemento_brecha_genero

Read-only

Calcula el complemento de pensión para la reducción de la brecha de género (antiguo complemento de maternidad, art. 60 LGSS). Importe fijo por hijo/a (la cuantía vigente y el máximo de hijos salen de data/fiscal; se abona en 14 pagas) sobre pensiones contributivas de jubilación, incapacidad permanente o viudedad. IMPORTANTE: tras la STJUE C-623/23 (15 de mayo de 2025) y la STS de 9 de julio de 2025, hombres y mujeres tienen derecho en IGUALDAD de condiciones — ya NO se exigen requisitos adicionales a los hombres. Requisitos: pensión contributiva, hecho causante desde el 4 de febrero de 2021 y al menos 1 hijo. Que el otro progenitor ya lo perciba por los mismos hijos NO lo deniega: cada hijo da derecho a un solo complemento y el art. 60.1 LGSS lo asigna al progenitor titular de pensiones públicas cuya SUMA sea de menor cuantía; reconocérselo al segundo extingue el del primero (art. 60.2), previa solicitud expresa y resolución del INSS. En ese caso indica suma_pensiones_menor; sin ella el veredicto es condicionado. Para comparar las sumas, cada pensión cuenta por su importe inicial, una vez revalorizado, sin computar ningún complemento: ni este ni, por ejemplo, el complemento a mínimos (art. 60.7 LGSS). Si la pensión se causó por totalización internacional a prorrata temporis, indica prorrata_porcentaje: el complemento se reduce en esa prorrata (art. 60.3.f) LGSS). Si al solicitante le alcanza una exclusión del art. 60.3.b) (privación de la patria potestad, condena por violencia contra la madre o contra los hijos), indica excluido_art_60_3_b.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
sexoYesSexo del beneficiario (informativo: desde la doctrina 2025 no afecta al derecho)
num_hijosYesNúmero de hijos/as nacidos con vida o adoptados antes del hecho causante
tipo_pensionYesTipo de pensión. Solo las contributivas dan acceso, y la jubilación parcial queda excluida por el art. 60.4 LGSS.
otro_progenitorNoSituación del OTRO progenitor (no del solicitante): no_percibe, percibe (ya lo cobra por esos hijos: no es incompatible, decide suma_pensiones_menor), denegado, no_aplica. Que se lo denegaran a ÉL no da derecho a reclamar: para eso está denegacion_propia. Por defecto no_percibe.
denegacion_propiaNo¿Al SOLICITANTE le denegaron el complemento en su día y tiene una resolución denegatoria? Es lo que decide si procede reclamar (STJUE C-623/23, para denegaciones a hombres anteriores a esa doctrina). Por defecto false.
excluido_art_60_3_bNo¿Le alcanza al SOLICITANTE alguna exclusión del art. 60.3.b) LGSS? Privación de la patria potestad por sentencia fundada en el incumplimiento de sus deberes o dictada en causa criminal o matrimonial; padre condenado por violencia contra la mujer ejercida sobre la madre; padre o madre condenado por violencia contra los hijos. Con true no procede. Por defecto false.
prorrata_porcentajeNoSolo si la pensión se causó por totalización de períodos de seguro a prorrata temporis (normativa internacional): prorrata española de la pensión, en % (figura en su resolución). El complemento se multiplica por ella (art. 60.3.f LGSS). Sin el dato, importe íntegro.
fecha_hecho_causanteNoMomento del hecho causante. El complemento exige hecho causante desde el 4 de febrero de 2021. Por defecto desde_2021.
suma_pensiones_menorNoSolo si otro_progenitor es "percibe": de quién es la SUMA de pensiones públicas de menor cuantía. Cuentan todas las pensiones públicas de cada progenitor (p. ej. jubilación + viudedad), pero cada pensión cuenta por su importe inicial, una vez revalorizado, sin computar ningún complemento: ni este ni, por ejemplo, el complemento a mínimos (art. 60.7 LGSS). Si los dos progenitores son del mismo sexo y sus pensiones computables suman lo mismo, se reconoce al que solicitó en primer lugar la pensión con derecho a complemento. propia → se le reconoce al solicitante y se extingue el del otro; otro_progenitor → lo conserva el otro; desconocida (por defecto) → veredicto condicionado.
cuantia_pension_mensualNoCuantía mensual de la pensión base (€/mes). Opcional: para mostrar la pensión total con complemento.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • addedInput schema / properties / excluido_art_60_3_b
      Added value: +{
      +  "description": "¿Le alcanza al SOLICITANTE alguna exclusión del art. 60.3.b) LGSS? Privación de la patria potestad por sentencia fundada en el incumplimiento de sus deberes o dictada en causa criminal o matrimonial; padre condenado por violencia contra la mujer ejercida sobre la madre; padre o madre condenado por violencia contra los hijos. Con true no procede. Por defecto false.",
      +  "type": "boolean"
      +}
    • addedInput schema / properties / prorrata_porcentaje
      Added value: +{
      +  "description": "Solo si la pensión se causó por totalización de períodos de seguro a prorrata temporis (normativa internacional): prorrata española de la pensión, en % (figura en su resolución). El complemento se multiplica por ella (art. 60.3.f LGSS). Sin el dato, importe íntegro.",
      +  "exclusiveMinimum": 0,
      +  "maximum": 100,
      +  "type": "number"
      +}
    • changedInput schema / properties / suma_pensiones_menor / description
      Previous value: -"Solo si otro_progenitor es \"percibe\": de quién es la SUMA de pensiones públicas (todas, p. ej. jubilación + viudedad) de menor cuantía. propia → se le reconoce al solicitante y se extingue el del otro; otro_progenitor → lo conserva el otro; desconocida (por defecto) → veredicto condicionado."New value: +"Solo si otro_progenitor es \"percibe\": de quién es la SUMA de pensiones públicas de menor cuantía. Cuentan todas las pensiones públicas de cada progenitor (p. ej. jubilación + viudedad), pero cada pensión cuenta por su importe inicial, una vez revalorizado, sin computar ningún complemento: ni este ni, por ejemplo, el complemento a mínimos (art. 60.7 LGSS). Si los dos progenitores son del mismo sexo y sus pensiones computables suman lo mismo, se reconoce al que solicitó en primer lugar la pensión con derecho a complemento. propia → se le reconoce al solicitante y se extingue el del otro; otro_progenitor → lo conserva el otro; desconocida (por defecto) → veredicto condicionado."
  2. Changed3 schema fields changed
    • changedInput schema / properties / denegacion_propia / description
      Previous value: -"¿Al SOLICITANTE le denegaron el complemento en su día y tiene una resolución denegatoria? Es lo que decide si procede reclamar (STJUE C-623/23 para denegaciones a hombres anteriores a 2025). Por defecto false."New value: +"¿Al SOLICITANTE le denegaron el complemento en su día y tiene una resolución denegatoria? Es lo que decide si procede reclamar (STJUE C-623/23, para denegaciones a hombres anteriores a esa doctrina). Por defecto false."
    • changedInput schema / properties / otro_progenitor / description
      Previous value: -"Situación del OTRO progenitor (no del solicitante): no_percibe, percibe (incompatible, el complemento ya se reconoció por esos hijos), denegado, no_aplica. Que se lo denegaran a ÉL no da derecho a reclamar: para eso está denegacion_propia. Por defecto no_percibe."New value: +"Situación del OTRO progenitor (no del solicitante): no_percibe, percibe (ya lo cobra por esos hijos: no es incompatible, decide suma_pensiones_menor), denegado, no_aplica. Que se lo denegaran a ÉL no da derecho a reclamar: para eso está denegacion_propia. Por defecto no_percibe."
    • addedInput schema / properties / suma_pensiones_menor
      Added value: +{
      +  "description": "Solo si otro_progenitor es \"percibe\": de quién es la SUMA de pensiones públicas (todas, p. ej. jubilación + viudedad) de menor cuantía. propia → se le reconoce al solicitante y se extingue el del otro; otro_progenitor → lo conserva el otro; desconocida (por defecto) → veredicto condicionado.",
      +  "enum": [
      +    "propia",
      +    "otro_progenitor",
      +    "desconocida"
      +  ],
      +  "type": "string"
      +}
  3. Changed1 schema field changed
    • changedInput schema / properties / fecha_hecho_causante / description
      Previous value: -"Momento del hecho causante. El complemento exige hecho causante desde el 04/02/2021. Por defecto desde_2021."New value: +"Momento del hecho causante. El complemento exige hecho causante desde el 4 de febrero de 2021. Por defecto desde_2021."
  4. Changed2 schema fields changed
    • changedInput schema / properties / tipo_pension / description
      Previous value: -"Tipo de pensión. Solo las contributivas dan acceso."New value: +"Tipo de pensión. Solo las contributivas dan acceso, y la jubilación parcial queda excluida por el art. 60.4 LGSS."
    • changedInput schema / properties / tipo_pension / enum
      Previous value: -[
      -  "jubilacion",
      -  "incapacidad_permanente",
      -  "viudedad",
      -  "no_contributiva",
      -  "ninguna"
      -]New value: +[
      +  "jubilacion",
      +  "jubilacion_parcial",
      +  "incapacidad_permanente",
      +  "viudedad",
      +  "no_contributiva",
      +  "ninguna"
      +]
  5. Changed2 schema fields changed
    • addedInput schema / properties / denegacion_propia
      Added value: +{
      +  "description": "¿Al SOLICITANTE le denegaron el complemento en su día y tiene una resolución denegatoria? Es lo que decide si procede reclamar (STJUE C-623/23 para denegaciones a hombres anteriores a 2025). Por defecto false.",
      +  "type": "boolean"
      +}
    • changedInput schema / properties / otro_progenitor / description
      Previous value: -"Situación del otro progenitor: no_percibe, percibe (incompatible), denegado (posible reclamación), no_aplica. Por defecto no_percibe."New value: +"Situación del OTRO progenitor (no del solicitante): no_percibe, percibe (incompatible, el complemento ya se reconoció por esos hijos), denegado, no_aplica. Que se lo denegaran a ÉL no da derecho a reclamar: para eso está denegacion_propia. Por defecto no_percibe."
  6. First observed

TDQS

A4.3/5.0
Behavior5/5

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

Annotations declare readOnlyHint=true, and the description adds substantial behavioral context beyond that: it explains that the complement goes to the parent with the lower sum of public pensions, that granting it to the second extinguishes the first's, that the result is conditional without suma_pensiones_menor, and that prorrata or art. 60.3.b exclusions reduce or deny it. This far exceeds the annotation's safety signal.

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 description is long and dense, but for a complex legal calculation with 10 parameters each sentence carries useful information. It front-loads what it computes, then flags the key 2025 doctrinal change, then requirements and parameter conditions in a logical order.

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?

Given no output schema, the description still explains the amount is fixed per child, paid in 14 payments, and sourced from data/fiscal, and notes that missing data yields a conditional verdict. It stops short of describing the returned fields or verdict structure, but is otherwise complete for an agent to call it correctly.

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% and the schema parameter descriptions are themselves highly detailed, covering defaults, legal conditions, and calculations. The description's parameter guidance (e.g., 'indica suma_pensiones_menor', 'indica prorrata_porcentaje') largely repeats what the schema already says, so baseline 3 is appropriate.

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+resource: calculates the gender-gap pension complement (art. 60 LGSS). It distinguishes itself from siblings like calcular_pension_viudedad or calcular_deduccion_maternidad_irpf by naming the exact benefit and its legal basis. An agent can identify 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?

Explicitly lists eligibility conditions (contributory pension, hecho causante since 4 Feb 2021, at least one child) and tells the agent when to supply optional params (suma_pensiones_menor, prorrata_porcentaje, excluido_art_60_3_b). It does not name alternative tools, but the context is otherwise clear.

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