Recursos

Soporte

Cómo conseguir credenciales y a dónde escribir cuando algo no responde como dice acá.

Conseguir las credenciales

El par de credenciales —API key y secret access— lo emite Crehana para tu organización. Si todavía no las tenés, pedilas a tu contacto en Crehana, que es quien puede habilitarlas para tu espacio.

Cuando las tengas, Primeros pasos te lleva de esas dos cadenas a tu primera llamada.

La secret access es una contraseña: no la pongas en código cliente, no la commitees y no la mandes por chat. Si sospechás que se filtró, pedí que la roten.

Antes de escribir

Vale la pena descartar las tres causas más frecuentes, que se resuelven sin esperar respuesta:

  • 401. Casi siempre falta uno de los dos headers, o se mandó uno del entorno equivocado. Los dos van en todos los requests.
  • 404 en un recurso que existe. Revisá el organization_slug de la ruta. Un identificador que no pertenece a tu organización se responde igual que uno que no existe, a propósito.
  • 422 en una asignación masiva. No es un error de esquema: quiere decir que la llamada no terminó asignando a nadie. Está explicado en errores.

Reportar un problema

Escribinos por el canal que ya usás con Crehana, o desde el centro de ayuda. Para que la primera respuesta sirva de algo, mandá:

  1. El método y la ruta completa, con los parámetros de query.
  2. La fecha y hora con zona horaria del intento.
  3. El cuerpo que enviaste, si era POST o PUT.
  4. La respuesta completa: status HTTP y el JSON tal cual vino, con su code y su datetime.
  5. Tu organization_slug.

Nunca incluyas la API key ni la secret access. No hacen falta para reproducir nada, y compartirlas obliga a rotarlas.

Pedir algo que no existe todavía

Si lo que necesitás no está en el API Reference, decilo por el mismo canal, y contá el caso de uso antes que el endpoint que imaginás. Es bastante común que el caso ya se resuelva combinando dos operaciones que ya están, y cuando no, saber para qué es cambia bastante qué se construye.