/api/v1 que intercanvien una clau d’accés a l’API per un bearer token. Les seves credencials i el seu format de sol·licitud difereixen dels de l’API pública de /v1.
Per a una integració nova, comenceu amb la guia d’inici ràpid de l’API i l’apartat Autenticació. La nova API de /v1 utilitza claus d’API de comptes de servei o tokens d’accés OAuth.
Abans de començar
Necessiteu:- Accés a Living Security que permeti gestionar les claus d’accés a l’API
- Una clau d’accés a l’API creada a Settings → Access Keys
- El secret de la clau d’accés, que es mostra una sola vegada en crear la credencial
- L’identificador de l’emissor de l’API (API issuer ID) que Living Security us ha facilitat juntament amb les credencials de l’API pública
- L’URL base regional de l’organització que voleu integrar
- Un entorn d’execució al servidor i un gestor de secrets
El diàleg Access Keys mostra el secret d’un sol ús, però no mostra l’identificador de l’emissor de l’API (API
issuer ID). Si Living Security no us ha facilitat l’identificador de l’emissor juntament amb les credencials de l’API
pública, sol·liciteu-lo al servei d’assistència de Living
Security. L’identificador de l’emissor no és l’identificador de la clau d’accés ni l’identificador de l’organització.
Hosts regionals
El contracte heretat utilitza aquests hosts de producció regionals de/api/v1:
Utilitzeu la regió assignada a l’organització de Living Security. No canvieu de regió per evitar un error d’autorització o de disponibilitat.
Recursos heretats
Utilitzeu Developers → Public API Reference per consultar la llista completa d’operacions, paràmetres, sol·licituds, respostes i esquemes. Si una operació no hi és, actualment no forma part de l’API pública.
Autenticació
L’accés a l’API pública té dues etapes:- Intercanvieu la clau d’accés secreta i l’identificador de l’emissor de l’API per un bearer token de curta durada i un identificador d’organització.
- Envieu el bearer token i l’identificador d’organització amb cada sol·licitud a l’API.
SDK de TypeScript
Instal·leu la versió principal actual:Sol·licitud REST directa
Si feu l’intercanvi fora de l’SDK, envieu el bearer token i l’identificador d’organització en cada sol·licitud:Cicle de vida de les claus d’accés
- Poseu a les claus el nom de la integració o automatització a la qual pertanyen.
- Trieu els àmbits amb menys privilegis que ofereixi el formulari de la clau d’accés.
- Deseu el secret d’un sol ús immediatament; no es pot recuperar després de la creació ni de la rotació.
- Roteu una clau mitjançant Settings → Access Keys i desplegueu la substitució abans de revocar la credencial antiga.
- Reviqueu les claus que ja no s’utilitzin o el secret de les quals pugui haver quedat exposat.
- Utilitzeu claus de compte de servei per a integracions no humanes quan aquest tipus de clau estigui disponible per a la vostra organització.
Paginació
La cerca de persones admet els paràmetreslimit, cursor, offset i includeTotal. Per a un recorregut seqüencial, és preferible utilitzar el cursor retornat per la resposta anterior.
limitté un valor per defecte de 50 i accepta de 1 a 100.cursorcontinua des d’una resposta anterior.offsetomet un nombre de registres i té un valor per defecte de 0.includeTotal=truesol·licita un recompte filtrat exacte; ometeu-lo quan no necessiteu el recompte.
pagination retornat pel punt final. No calculeu la pàgina següent a partir del nombre de files rebudes ni combineu sol·licituds paginades de manera independent per ordenar vosaltres mateixos els resultats parcials.
Errors
Els errors JSON documentats tenen aquesta forma general:message pot ser una cadena de text o una matriu de missatges de validació.
El contracte seleccionat actualment no publica un únic límit numèric de velocitat universal ni garanteix una capçalera de resposta amb l’identificador de la sol·licitud per a cada operació. Quan sol·liciteu assistència, inclogueu l’hora UTC, el mètode, la ruta, l’estat i el cos de la resposta sanejat.
No reintenteu automàticament les operacions de creació, rotació, revocació o eliminació, tret que l’operació documenti explícitament la idempotència. Comproveu l’estat actual del recurs després d’una fallada de xarxa ambigua.
Compatibilitat i obsolescència
V1 evoluciona de manera additiva per defecte. Els clients han d’ignorar els camps de resposta desconeguts. Un canvi incompatible requereix un camí de migració documentat; les operacions obsoletes es mantenen a la referència amb el seu motiu, la substitució quan n’hi hagi i la data de retirada durant la finestra de migració. Fixeu l’SDK a una versió principal compatible i reviseu-ne les notes de la versió abans d’actualitzar. Considereu la Public API Reference generada, i no els clients d’aplicació propis, com a font de referència de l’esquema.API pública, MCP i aplicació web
Consulteu Integració d’MCP per connectar una eina d’IA a Living Security.
Obtenir ajuda
Poseu-vos en contacte amb el servei d’assistència de Living Security i indiqueu:- Organització i regió
- Nom i versió de l’SDK, si se n’utilitza un
- Marca de temps UTC, mètode i ruta
- Estat HTTP i cos de l’error sanejat
Contingut relacionat
API Access Keys
Creeu, roteu i reviqueu credencials de l’API.
MCP Integration
Connecteu eines d’IA compatibles mitjançant el Model Context Protocol.

