/api/v1 existentes que intercambian una clave de acceso de API por un token de portador. Sus credenciales y el formato de las solicitudes difieren de los de la API pública /v1.
Para una nueva integración, comience con la guía de inicio rápido de la API y con Autenticación. La nueva API /v1 utiliza claves de API de cuentas de servicio o tokens de acceso OAuth.
Antes de comenzar
Necesita lo siguiente:- Acceso a Living Security que permita administrar claves de acceso de API
- Una clave de acceso de API creada en Configuración → Access Keys
- El secreto de la clave de acceso, que se muestra una sola vez al crear la credencial
- El ID de emisor de la API que Living Security proporciona junto con sus credenciales de la API pública
- La URL base regional de la organización que va a integrar
- Un entorno de ejecución del lado del servidor y un administrador de secretos
El cuadro de diálogo Access Keys muestra el secreto de un solo uso, pero no muestra el ID de emisor de la API. Si Living Security no le ha proporcionado el ID de emisor junto con sus credenciales de la API pública, solicítelo a Soporte de Living Security. El ID de emisor no es el ID de la clave de acceso ni el ID de la organización.
Hosts regionales
El contrato heredado utiliza los siguientes hosts regionales de producción/api/v1:
Utilice la región asignada a la organización de Living Security. No cambie de región para sortear un error de autorización o de disponibilidad.
Recursos heredados
Utilice Developers → Public API Reference para consultar la lista completa de operaciones, parámetros, solicitudes, respuestas y esquemas. Si una operación no aparece allí, actualmente no forma parte de la API pública.
Autenticación
El acceso a la API pública consta de dos etapas:- Intercambie el secreto de la clave de acceso y el ID de emisor de la API por un token de portador de corta duración y un ID de organización.
- Envíe el token de portador y el ID de organización con cada solicitud a la API.
SDK de TypeScript
Instale la versión principal actual:Solicitud REST directa
Si realiza el intercambio fuera del SDK, envíe el token de portador y el ID de organización en cada solicitud:Ciclo de vida de las claves de acceso
- Asigne a las claves el nombre de la integración o automatización a la que pertenecen.
- Elija los ámbitos con menos privilegios que ofrezca el formulario de claves de acceso.
- Almacene el secreto de un solo uso de inmediato; no se puede recuperar después de la creación ni de la rotación.
- Rote una clave desde Configuración → Access Keys e implemente la sustituta antes de revocar la credencial anterior.
- Revoque las claves que ya no se utilicen o cuyo secreto pueda haberse expuesto.
- Utilice claves de cuenta de servicio para integraciones no humanas cuando ese tipo de clave esté disponible para su organización.
Paginación
La búsqueda de personas admite los parámetroslimit, cursor, offset y includeTotal. Para un recorrido secuencial, se recomienda usar el cursor devuelto por la respuesta anterior.
limittiene un valor predeterminado de 50 y acepta de 1 a 100.cursorcontinúa a partir de una respuesta anterior.offsetomite un número de registros y tiene un valor predeterminado de 0.includeTotal=truesolicita un recuento exacto filtrado; omítalo cuando no necesite el recuento.
pagination devuelto por el punto de conexión. No calcule la página siguiente a partir del número de filas recibidas ni combine solicitudes paginadas de forma independiente para ordenar usted mismo los resultados parciales.
Errores
Los errores JSON documentados tienen la siguiente estructura general:message puede ser una cadena o una matriz de mensajes de validación.
El contrato seleccionado no publica actualmente un límite de velocidad numérico universal ni garantiza un encabezado de respuesta con el ID de solicitud para todas las operaciones. Al solicitar soporte, registre la hora UTC, el método, la ruta, el estado y el cuerpo de la respuesta depurado.
No reintente automáticamente las operaciones de creación, rotación, revocación o eliminación, a menos que la operación documente explícitamente la idempotencia. Compruebe el estado actual del recurso después de un fallo de red ambiguo.
Compatibilidad y obsolescencia
V1 evoluciona de forma aditiva de manera predeterminada. Los clientes deben ignorar los campos de respuesta desconocidos. Un cambio incompatible requiere una ruta de migración documentada; las operaciones obsoletas permanecen en la referencia con su motivo, su sustituto cuando exista y su fecha de retirada durante el periodo de migración. Fije el SDK a una versión principal compatible y revise sus notas de la versión antes de actualizar. Considere la referencia de la API pública generada, y no los clientes de aplicaciones propias, como la fuente de referencia del esquema.API pública, MCP y aplicación web
Consulte Integración de MCP para conectar una herramienta de IA a Living Security.
Obtener ayuda
Póngase en contacto con Soporte de Living Security e incluya lo siguiente:- Organización y región
- Nombre y versión del SDK, si lo utiliza
- Marca de tiempo UTC, método y ruta
- Estado HTTP y cuerpo del error depurado
Temas relacionados
Claves de acceso de API
Cree, rote y revoque credenciales de API.
Integración de MCP
Conecte las herramientas de IA compatibles mediante Model Context Protocol.

