Saltar al contenido principal

Soporte y recursos

PáginaPara qué
Catálogo de erroresCada status que emite la API, con su mensaje real y qué hacer
CambiosQué cambió y cuándo
ContactoCredenciales, habilitar una consulta, reportar un problema

Antes de abrir un ticket

Cuatro comprobaciones resuelven la mayoría de los casos:

  1. ¿Es un 403? Casi siempre es la consulta que no está habilitada en tu integración, no tus credenciales. Mira el texto del mensaje: distingue entre eso y un rechazo de la fuente. Ver Consultas.
  2. ¿Es un 401? Si el mensaje habla de la integración, revisa tus credenciales y el entorno; si habla de la consulta, el problema no es tuyo. Ver Autenticación.
  3. ¿Es un 404 en una ruta que tenías en Postman? Este portal documenta las cinco consultas y nada más. Contrasta con la referencia de API, que se valida contra el código.
  4. ¿Es un 429? Son dos capas de límite, no una.

Cómo reportar bien un problema

Incluye, en este orden:

  • El host (api o dev.api) y la ruta con el verbo.
  • El status HTTP y el cuerpo completo de la respuesta.
  • La fecha y hora aproximadas, con zona.
  • Tu x-integracion-login — el nombre, nunca el token.

:::danger Nunca incluyas tu x-integracion-token Ni en un ticket, ni en una captura, ni en un repositorio. Si crees que se ha filtrado, pide la rotación inmediatamente desde Contacto. :::

📄 Estado de verificación: leído del código del backend. Las páginas de esta sección no se han ejercido contra el entorno desplegado en esta entrega.