GET /v2/token/generate para obtener un token de negocio. Después, envía ese token en el encabezado X-BH-TOKEN en todas las demás solicitudes autenticadas. La clave de API nunca va en X-BH-TOKEN.
Nunca envíes tu secreto de API en ningún encabezado ni parámetro. Se queda en tu servidor y solo se usa para calcular el parámetro de consulta
signature de la solicitud de token.
Antes de empezar
Necesitas estos tres requisitos antes de poder obtener un token:- Acceso a la API habilitado. VelaFi debe habilitar el acceso a la API en tu cuenta. Mientras no lo haga, las solicitudes de token fallan con el código
-5033. - Una clave de API y un secreto de API. Créalos en la página Gestión de API del panel de VelaFi. Consulta Crea tu clave de API.
- Una lista blanca de IP en la clave. Una clave sin direcciones IP en la lista blanca no puede obtener un token (código
-1023). Agrega las direcciones IP públicas de los servidores que llamarán a la API.
Paso 1: Obtén un token
Firma la cadenatimestamp=<ms> con tu secreto de API (HMAC-SHA256, hexadecimal en minúsculas) y llama a GET /v2/token/generate con tu clave de API en el encabezado X-BH-APIKEY:
Paso 2: Envía el token
Incluye el token en el encabezadoX-BH-TOKEN en cada solicitud autenticada:
Vigencia del token
Todos los tokens expiran. El campoexpireTime de la respuesta del token es la hora de expiración como marca de tiempo Unix en milisegundos. Solicita un token nuevo antes de esa hora. Una solicitud con un token expirado o desconocido falla con el código -1022.
Errores de autenticación
Los fallos de autenticación devuelven el estado HTTP400. El campo code del cuerpo es negativo e identifica el problema:
Claves de sandbox y de producción
- Sandbox
- Producción
Usa tu clave de sandbox con la URL base de pruebas durante el desarrollo y QA:Las transacciones en sandbox no mueven fondos reales. Úsalas libremente para explorar la API, probar casos límite y validar tu integración de punta a punta antes de salir a producción.
Buenas prácticas de seguridad
Sigue estas prácticas para proteger tu clave de API y limitar tu exposición en caso de una filtración.Nunca expongas la clave en código del lado del cliente
Nunca expongas la clave en código del lado del cliente
Tu clave de API, tu secreto de API y tus tokens solo deben usarse en código del lado del servidor. No los incluyas en JavaScript del navegador, binarios de apps móviles, repositorios públicos ni en ningún entorno al que tengan acceso los usuarios finales. Usa variables de entorno o un gestor de secretos (como AWS Secrets Manager, HashiCorp Vault o GCP Secret Manager) para inyectar las claves en tiempo de ejecución.
Rota las claves con regularidad
Rota las claves con regularidad
Establece una política de rotación de claves (por ejemplo, cada 90 días) aunque no tengas motivos para sospechar que alguna se vio comprometida. Crea la clave nueva en la página API Management, agrega su lista blanca de IP, cambia tus sistemas a la nueva clave y luego elimina la anterior.
Configura la lista blanca de IP
Configura la lista blanca de IP
La lista blanca de IP es obligatoria. Una clave sin lista blanca no puede obtener un token (código
-1023). Una solicitud de token desde una dirección IP que no está en la lista falla con el código -2015, y una llamada a la API desde esa dirección falla con el código -2019. Limita la lista a los servidores que llaman a la API.Para configurarla, abre Gestión de API en el panel de VelaFi y selecciona Lista blanca en la clave. Puedes agregar hasta 5 direcciones IPv4 o IPv6 por clave. Ingresa cada dirección por separado; no se aceptan rangos CIDR.Monitorea el uso anómalo
Monitorea el uso anómalo
Registra cada solicitud de token y cada llamada a la API que hagan tus sistemas, y genera alertas para las llamadas que no esperas. Si detectas actividad sospechosa, elimina la clave en la página API Management, crea una nueva y contacta al soporte de VelaFi.