formato-no-admitido

urn:auditium:api:error:formato-no-admitido

HTTP	415
title	Formato no admitido

El endpoint sólo acepta multipart/form-data. El Content-Type de la petición era otro.

Nada se procesó: ni los campos de texto ni los archivos.

Causa típica

• Se envió JSON en lugar de multipart/form-data.
• Se armó la petición con -d en vez de -F en curl.
• Un cliente HTTP que fija application/x-www-form-urlencoded de forma predeterminada al hacer POST.
• Se fijó el Content-Type a mano sin el boundary. Ese header lo tiene que generar la librería HTTP.

Cómo resolverlo

Enviar el lote como multipart/form-data, dejando que el cliente arme el boundary:

# Rechazado: JSON
curl -s -X POST 'https://auditium.com.ar/ruc/api/presentaciones' \
     -H "Authorization: Bearer $TOKEN" \
     -H 'Content-Type: application/json' \
     -d '{"id_contratista": 9999}'

# Aceptado: multipart, con -F
curl -s -X POST 'https://auditium.com.ar/ruc/api/presentaciones' \
     -H "Authorization: Bearer $TOKEN" \
     -F 'id_contratista=9999' \
     -F 'id_requisito=424' \
     -F 'documentos[0]=@20999999999.pdf'

Ejemplo

{
    "type": "urn:auditium:api:error:formato-no-admitido",
    "title": "Formato no admitido",
    "status": 415,
    "detail": "El cuerpo de la petición debe enviarse como `multipart/form-data`.",
    "instance": "/ruc/api/presentaciones",
    "_links": [
        { "href": "https://developers.auditium.com.ar/errores/formato-no-admitido", "rel": "help", "method": "GET" }
    ]
}

Relacionados

• transporte-no-admitido — el problema es el protocolo o el verbo, no el formato del cuerpo.
• Presentación de certificados