Skip to main content
Estos errores no dependen del endpoint: salen de la autenticación, del estado de tu empresa, de la idempotencia, de la validación del cuerpo o del límite de peticiones. Las páginas de cada módulo no los repiten.

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 traen code ni code_name: el cuerpo solo tiene message.

Idempotencia

Todo POST 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 POST con el mismo x-idempotency dentro 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 aceptan filter[...] 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.