documento-rechazado

urn:auditium:api:error:documento-rechazado

HTTP	dentro de un 201, o de un 422
title	Documento rechazado

Es el único tipo que no viaja como cuerpo de una respuesta de error: aparece en cada entrada de rechazados[], dentro de la respuesta de POST /presentaciones.

Si al menos un documento se presentó, la respuesta es 201 y este tipo describe los que no. Si ninguno se presentó, la respuesta es 422 y las entradas viajan en errors[].

Causa típica

El detail dice cuál de estas fue:

detail	Qué pasó
No se encontró un recurso activo con esa identificación…	La identificación no corresponde a un recurso activo del id_contratista enviado
El requisito no aplica a la categoría de este recurso.	El requisito no se le exige a la categoría de ese recurso
El archivo no es un PDF válido.	El contenido no es un PDF, aunque el nombre termine en .pdf
Sólo se admiten archivos con extensión .pdf.	La extensión falta o es otra
El archivo no se recibió completo.	La subida se cortó, o el índice vino sin archivo

Cómo resolverlo

Cada entrada trae el indice —el N de documentos[N]— y la identificacion que el servidor interpretó. Con esos dos datos se corrige el documento puntual y se reenvía sólo ése:

{
    "indice": 1,
    "nombre": "20999999999.pdf",
    "identificacion": "20999999999",
    "type": "urn:auditium:api:error:documento-rechazado",
    "title": "Documento rechazado",
    "detail": "No se encontró un recurso activo con esa identificación en el contratista indicado."
}

Reenviar el lote completo no duplica lo ya presentado: los documentos que sí entraron vuelven como omitidos[].

Si la identificación es correcta y aparece igual este error, verificar que el id_contratista del lote sea el del recurso — un recurso del contratista A no se puede presentar declarando el contratista B.

Relacionados

• archivo-demasiado-grande — el archivo excede el tope del requisito.
• auditoria-inexistente — el rechazo no depende de lo que enviaste.
• Presentación de certificados