Skip to main content
Glama

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

Recurso de reposición contra la resolución sancionadora de tráfico

reposicion_contra_sancion_trafico
Read-only

Compone el recurso de reposición contra la resolución que sanciona (el plazo es de un mes desde su notificación). Fundamenta en el art. 96.2 de la Ley de Tráfico y en los hechos que se cuenten; no elige motivos (los motivos se alegan antes, con alegaciones_denuncia_trafico). Con la fecha de los hechos y la del acto de iniciación AÑADE la prescripción de la infracción (art. 112.1 y 112.2 RDL 6/2015) y, si la resolución sancionadora se notificó cuando el año del art. 112.3 estaba ya vencido, la caducidad del procedimiento, con su cómputo y su petición de archivo. 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

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "organo": "<organo>"
    },
    "name": "reposicion_contra_sancion_trafico"
  }
}

Input Schema

NameRequiredDescriptionDefault
hechosNoLo que cuenta el ciudadano, con sus palabras.
organoYesQuién sanciona o instruye.
importeNoImporte de la sanción, si consta.
clausulasNoLas cláusulas accesorias (otrosí) que se piden de más, por su clave, como en la pantalla de la multa. En tráfico cabe la reserva de lo que se reclamará después; una que la ley de tráfico excluya (la suspensión automática, el blindaje documental) se rechaza con el motivo que da el art. 96.3.
velocidadNoSi fue un radar: el límite de la vía, la velocidad que registró el aparato (no la «corregida», si la denuncia trae las dos), la vía y cómo estaba instalado. Con la instalación el escrito descuenta el error máximo que admite la Orden ICT/155/2020 y alega lo que cambie: que no hay exceso acreditado o que la velocidad cae en un tramo inferior del anexo IV; si no cambia nada, lo dice en los avisos. Pregúntale al usuario la instalación: no la deduzcas.
ccaaOrganoNoOpcional. La comunidad de la sede del órgano: sus festivos y los de `municipioOrgano` son inhábiles y hacen que la fecha sea un día o más posterior. Sin ella solo se descuentan los nacionales y el aviso lo dice (art. 30.6 LPAC).
expedienteNoNúmero de expediente, si consta.
calificacionNoOpcional. La gravedad con la que se imputa la infracción (leve (Leve), grave (Grave), muy grave (Muy grave)). El art. 112.1 RDL 6/2015 fija un plazo de prescripción por calificación —tres meses las leves y seis las graves y muy graves—; con este dato se cuenta el suyo y el escrito lo dice, y sin él se cuenta el más largo.
ccaaInteresadoNoOpcional. La comunidad del domicilio de quien recibe el escrito: el art. 30.6 LPAC hace inhábil el día que lo sea en la sede del órgano o en su domicilio.
fechaInfraccionNoFecha en que se cometieron los hechos (AAAA-MM-DD), para calcular la prescripción de la infracción.
fechaIniciacionNoFecha del acto de iniciación del procedimiento (AAAA-MM-DD): el acuerdo de iniciación o, si la denuncia se notificó en el acto, la de esa notificación (art. 86.2 RDL 6/2015). Es la del acuerdo, no la de la resolución que ahora se recurre, y con ella se cuenta el año del art. 112.3.
municipioOrganoNoOpcional. El municipio de la sede del órgano: sus dos fiestas locales también son inhábiles.
fechaNotificacionNoFecha de la notificación de la sanción (AAAA-MM-DD).
municipioInteresadoNoOpcional. El municipio del domicilio de quien recibe el escrito.
fechaPrimeraActuacionNoOpcional. La primera actuación de la Administración sobre estos hechos que el usuario conoció, si fue ANTERIOR a la iniciación —por ejemplo, el requerimiento al titular para identificar al conductor— (AAAA-MM-DD). También interrumpe la prescripción (art. 112.2 RDL 6/2015); sin ella, la prescripción se calcula solo con la iniciación. No cambia la caducidad, que se cuenta desde la iniciación.
alegacionesSinContestarNoOpcional. Lo que se alegó en el procedimiento y la resolución no contesta, con las palabras del usuario («que el radar no estaba verificado»). Solo con este dato se alega que la resolución no decide lo planteado (arts. 88.1 y 90.1 de la Ley 39/2015, supletoria por el art. 83.1 RDL 6/2015). No lo deduzcas: pregúntalo.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • addedInput schema / properties / alegacionesSinContestar
      Added value: +{
      +  "description": "Opcional. Lo que se alegó en el procedimiento y la resolución no contesta, con las palabras del usuario («que el radar no estaba verificado»). Solo con este dato se alega que la resolución no decide lo planteado (arts. 88.1 y 90.1 de la Ley 39/2015, supletoria por el art. 83.1 RDL 6/2015). No lo deduzcas: pregúntalo.",
      +  "type": "string"
      +}
    • addedInput schema / properties / velocidad / description
      Added value: +"Si fue un radar: el límite de la vía, la velocidad que registró el aparato (no la «corregida», si la denuncia trae las dos), la vía y cómo estaba instalado. Con la instalación el escrito descuenta el error máximo que admite la Orden ICT/155/2020 y alega lo que cambie: que no hay exceso acreditado o que la velocidad cae en un tramo inferior del anexo IV; si no cambia nada, lo dice en los avisos. Pregúntale al usuario la instalación: no la deduzcas."
    • addedInput schema / properties / velocidad / properties / instalacion
      Added value: +{
      +  "description": "fija (Fijo (cabina o pórtico, sin agente)), estatica (Estático (trípode o vehículo parado)), movil (Móvil (vehículo en marcha)), tramo (De tramo (velocidad media)), aeronave (En aeronave (helicóptero o dron))",
      +  "enum": [
      +    "fija",
      +    "estatica",
      +    "movil",
      +    "tramo",
      +    "aeronave"
      +  ],
      +  "type": "string"
      +}
  2. Changed4 schema fields changed
    • addedInput schema / properties / ccaaInteresado
      Added value: +{
      +  "description": "Opcional. La comunidad del domicilio de quien recibe el escrito: el art. 30.6 LPAC hace inhábil el día que lo sea en la sede del órgano o en su domicilio.",
      +  "enum": [
      +    "madrid",
      +    "catalunya",
      +    "andalucia",
      +    "valencia",
      +    "galicia",
      +    "pais_vasco",
      +    "canarias",
      +    "aragon",
      +    "asturias",
      +    "navarra",
      +    "larioja",
      +    "cantabria",
      +    "baleares",
      +    "castilla-leon",
      +    "castilla-mancha",
      +    "extremadura",
      +    "murcia",
      +    "ceuta",
      +    "melilla"
      +  ],
      +  "type": "string"
      +}
    • addedInput schema / properties / ccaaOrgano
      Added value: +{
      +  "description": "Opcional. La comunidad de la sede del órgano: sus festivos y los de `municipioOrgano` son inhábiles y hacen que la fecha sea un día o más posterior. Sin ella solo se descuentan los nacionales y el aviso lo dice (art. 30.6 LPAC).",
      +  "enum": [
      +    "madrid",
      +    "catalunya",
      +    "andalucia",
      +    "valencia",
      +    "galicia",
      +    "pais_vasco",
      +    "canarias",
      +    "aragon",
      +    "asturias",
      +    "navarra",
      +    "larioja",
      +    "cantabria",
      +    "baleares",
      +    "castilla-leon",
      +    "castilla-mancha",
      +    "extremadura",
      +    "murcia",
      +    "ceuta",
      +    "melilla"
      +  ],
      +  "type": "string"
      +}
    • addedInput schema / properties / municipioInteresado
      Added value: +{
      +  "description": "Opcional. El municipio del domicilio de quien recibe el escrito.",
      +  "type": "string"
      +}
    • addedInput schema / properties / municipioOrgano
      Added value: +{
      +  "description": "Opcional. El municipio de la sede del órgano: sus dos fiestas locales también son inhábiles.",
      +  "type": "string"
      +}
  3. Changed1 schema field changed
    • addedInput schema / properties / calificacion
      Added value: +{
      +  "description": "Opcional. La gravedad con la que se imputa la infracción (leve (Leve), grave (Grave), muy grave (Muy grave)). El art. 112.1 RDL 6/2015 fija un plazo de prescripción por calificación —tres meses las leves y seis las graves y muy graves—; con este dato se cuenta el suyo y el escrito lo dice, y sin él se cuenta el más largo.",
      +  "enum": [
      +    "leve",
      +    "grave",
      +    "muy grave"
      +  ],
      +  "type": "string"
      +}
  4. Changed1 schema field changed
    • addedInput schema / properties / fechaPrimeraActuacion
      Added value: +{
      +  "description": "Opcional. La primera actuación de la Administración sobre estos hechos que el usuario conoció, si fue ANTERIOR a la iniciación —por ejemplo, el requerimiento al titular para identificar al conductor— (AAAA-MM-DD). También interrumpe la prescripción (art. 112.2 RDL 6/2015); sin ella, la prescripción se calcula solo con la iniciación. No cambia la caducidad, que se cuenta desde la iniciación.",
      +  "type": "string"
      +}
  5. Changed2 schema fields changed
    • addedInput schema / properties / fechaInfraccion
      Added value: +{
      +  "description": "Fecha en que se cometieron los hechos (AAAA-MM-DD), para calcular la prescripción de la infracción.",
      +  "type": "string"
      +}
    • addedInput schema / properties / fechaIniciacion
      Added value: +{
      +  "description": "Fecha del acto de iniciación del procedimiento (AAAA-MM-DD): el acuerdo de iniciación o, si la denuncia se notificó en el acto, la de esa notificación (art. 86.2 RDL 6/2015). Es la del acuerdo, no la de la resolución que ahora se recurre, y con ella se cuenta el año del art. 112.3.",
      +  "type": "string"
      +}
  6. Changed1 schema field changed
    • addedInput schema / properties / clausulas
      Added value: +{
      +  "description": "Las cláusulas accesorias (otrosí) que se piden de más, por su clave, como en la pantalla de la multa. En tráfico cabe la reserva de lo que se reclamará después; una que la ley de tráfico excluya (la suspensión automática, el blindaje documental) se rechaza con el motivo que da el art. 96.3.",
      +  "items": {
      +    "enum": [
      +      "suspension",
      +      "blindaje_documental",
      +      "certificado_silencio",
      +      "reserva_responsabilidad"
      +    ],
      +    "type": "string"
      +  },
      +  "type": "array"
      +}
  7. Changed2 schema fields changed
    • removedInput schema / properties / motivos
      Removed value: -{
      -  "description": "Qué se alega: hechos, requisitos, notificacion, metrologico, caducidad, prescripcion, identificacion.",
      -  "items": {
      -    "enum": [
      -      "hechos",
      -      "requisitos",
      -      "notificacion",
      -      "metrologico",
      -      "caducidad",
      -      "prescripcion",
      -      "identificacion"
      -    ],
      -    "type": "string"
      -  },
      -  "type": "array"
      -}
    • changedInput schema / required
      Previous value: -[
      -  "motivos",
      -  "organo"
      -]New value: +[
      +  "organo"
      +]
  8. First observed

TDQS

A4.3/5.0
Behavior4/5

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

Beyond the annotations (readOnly/openWorld=false/destructive=false, all consistent), the description discloses real behavior: it auto-adds prescripción from the two dates, adds caducidad only if notification came after the art. 112.3 year, rejects accessary clauses the traffic law excludes, and returns a text with bracketed gaps instead of personal data. What is missing is a clearer statement of the artifact returned (avisos, format), though the placeholder behavior is covered.

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?

Purpose and deadline are front-loaded, then legal detail; for a 16-parameter legal composer the length is defensible. It loses a little by restating the no-personal-data point twice ("No pide ni devuelve datos personales…" and "No le pidas esos datos y no los escribas en la llamada").

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 16 parameters, a nested speed object and no output schema, the description covers the essential frame: what is produced, which inputs drive the computed arguments, and which inputs must not be collected. Remaining gaps are minor, mainly the shape of the returned document and its avisos, which the schema only hints at.

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 coverage is 100% and the enum/nested object documentation is already thorough, so the schema carries most of the load. The description adds the causal link between `fechaInfraccion`/`fechaIniciacion` and the prescripción/caducidad arguments, but that reasoning is largely duplicated in the schema's own parameter descriptions, so the added meaning is modest. 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?

"Compone el recurso de reposición contra la resolución que sanciona" states a concrete verb (compose) and a concrete legal resource, with the deadline in parentheses. It also names the sibling that handles the grounds (`alegaciones_denuncia_trafico`), so the boundary between the two tools is unambiguous.

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?

It gives the trigger (resolución sancionadora notified, one-month window), the legal basis (art. 96.2), and explicitly rules out one usage: it does not choose the motivos, since those are argued earlier with `alegaciones_denuncia_trafico`. It also tells the agent not to ask for personal data, which is an operational constraint that prevents a wrong invocation path.

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