Skip to content

parametro-invalido ​

urn:auditium:api:error:parametro-invalido
HTTP400
titleParámetro inválido

El parámetro llegó, pero con un valor que no puede interpretarse. El detail nombra el parámetro y qué admite.

Causa típica ​

ParámetroValor rechazadoQué admite
id_comitente9999,x, -1, 0, 99.9Enteros positivos separados por coma
limitabc, 0, -10Entero mayor a cero
offsetabc, -1Entero mayor o igual a cero
incluirestado_requisito, estado, todoestado_requisitos (único valor admitido)
requiere_presentartrue, si, 20 o 1

incluir con un valor desconocido no se ignora: si se aceptara en silencio, la respuesta llegaría sin el bloque pedido y sería indistinguible de una en la que no hay nada que informar.

requiere_presentar también responde 400 cuando se envía sinincluir=estado_requisitos: filtra por un dato que esa respuesta no incluye.

Origen frecuente: una lista de IDs armada con un separador de más (?id_comitente=9999,), o un valor numérico que llegó como cadena vacía o null desde la configuración del cliente.

Cómo resolverlo ​

Validar los valores antes de armar la URL:

bash
# Falla: coma final
curl -s 'https://auditium.com.ar/ruc/api/asignaciones_personal?id_comitente=9999,' \
     -H "Authorization: Bearer $TOKEN"

# Correcto
curl -s 'https://auditium.com.ar/ruc/api/asignaciones_personal?id_comitente=9999,9998' \
     -H "Authorization: Bearer $TOKEN"

Un limit mayor al máximo del endpoint no produce este error: se acota en silencio y paginado.limit informa el valor aplicado.

Ejemplo ​

json
{
    "type": "urn:auditium:api:error:parametro-invalido",
    "title": "Parámetro inválido",
    "status": 400,
    "detail": "El parámetro `id_comitente` sólo admite enteros positivos separados por coma.",
    "instance": "/ruc/api/asignaciones_personal?id_comitente=9999,x",
    "_links": [
        { "href": "https://developers.auditium.com.ar/errores/parametro-invalido", "rel": "help", "method": "GET" }
    ]
}

Relacionados ​

Documentación pública de la API Auditium · Generada con VitePress + Scalar.