Autenticación y llaves
Una llave inválida responde
404 y no 401. Si recibes record_not_found en cualquier endpoint,
revisa primero la llave.Estado de tu empresa
Estos errores no traencode ni code_name: el cuerpo solo tiene message.
Idempotencia
TodoPOST exige el header x-idempotency con un valor único por operación. Las únicas excepciones son POST /flows y POST /request-to-pay/nequi/{id}/confirm.
Cómo se comporta:
- Si repites un
POSTcon el mismox-idempotencydentro del minuto siguiente a una respuesta exitosa, recibes esa misma respuesta y la operación no se ejecuta otra vez. - Si la primera respuesta fue un error, no queda guardada: puedes reintentar con el mismo valor.
- Si dos peticiones con el mismo valor llegan a la vez, la segunda espera a la primera y recibe su resultado.
- Pasado el minuto, el mismo valor vuelve a ejecutar la operación. Para reintentar una operación de dinero mucho después, consulta primero si ya se creó.
Validación
422
Recurso no encontrado
Un recurso de otra empresa responde igual que uno que no existe, a propósito: así nadie puede confirmar si un ID existe en otra cuenta.
Listados
Los endpoints que listan aceptanfilter[...] y sort solo sobre los campos que documenta cada uno, y per_page entre 1 y 100.
Límite de peticiones
La respuesta trae
Retry-After (segundos de espera), X-RateLimit-Limit y X-RateLimit-Remaining.
Errores del servidor
Toda respuesta a una petición con una llave válida trae el header
x-request-id. Inclúyelo siempre que escribas a soporte por un error.