/api/v1 existente, care schimbă o cheie de acces API pentru un token bearer. Datele de autentificare și formatul cererilor diferă de cele ale API-ului public /v1.
Pentru o integrare nouă, începeți cu Ghidul de pornire rapidă API și cu Autentificarea. Noul API /v1 utilizează chei API de cont de serviciu sau tokenuri de acces OAuth.
Înainte de a începe
Aveți nevoie de:- Acces Living Security care permite gestionarea cheilor de acces API
- O cheie de acces API creată la Setări → Access Keys
- Secretul cheii de acces, afișat o singură dată la crearea datelor de autentificare
- ID-ul emitentului API, furnizat de Living Security împreună cu datele dvs. de autentificare pentru API-ul public
- URL-ul de bază regional pentru organizația pe care o integrați
- Un mediu de execuție pe server și un manager de secrete
Caseta de dialog Access Keys afișează secretul unic, dar nu afișează ID-ul
emitentului API. Dacă Living Security nu a furnizat ID-ul emitentului
împreună cu datele dvs. de autentificare pentru API-ul public, solicitați-l
de la asistența Living Security. ID-ul
emitentului nu este ID-ul cheii de acces și nici ID-ul organizației.
Gazde regionale
Contractul legacy utilizează aceste gazde regionale de producție/api/v1:
Utilizați regiunea atribuită organizației Living Security. Nu schimbați regiunea pentru a ocoli o eroare de autorizare sau de disponibilitate.
Resurse legacy
Utilizați Developers → Public API Reference pentru lista completă de operațiuni, parametri, cereri, răspunsuri și scheme. Dacă o operațiune nu se află acolo, nu face parte în prezent din API-ul public.
Autentificare
Accesul la API-ul public are două etape:- Schimbați cheia de acces secretă și ID-ul emitentului API pentru un token bearer de scurtă durată și un ID de organizație.
- Trimiteți tokenul bearer și ID-ul organizației cu fiecare cerere API.
SDK TypeScript
Instalați versiunea majoră curentă:Cerere REST directă
Dacă efectuați schimbul în afara SDK-ului, trimiteți tokenul bearer și ID-ul organizației cu fiecare cerere:Ciclul de viață al cheii de acces
- Denumiți cheile după integrarea sau automatizarea căreia îi aparțin.
- Alegeți domeniile de aplicare (scopes) cu cele mai puține privilegii oferite de formularul cheii de acces.
- Stocați imediat secretul afișat o singură dată; acesta nu mai poate fi recuperat după creare sau rotire.
- Rotiți o cheie din Setări → Access Keys și implementați cheia de înlocuire înainte de a revoca datele de autentificare vechi.
- Revocați cheile care nu mai sunt utilizate sau al căror secret ar putea fi expus.
- Utilizați chei de cont de serviciu pentru integrările non-umane, atunci când acest tip de cheie este disponibil organizației dvs.
Paginare
Căutarea în Oameni acceptă parametriilimit, cursor, offset și includeTotal. Pentru parcurgerea secvențială, preferați cursorul returnat de răspunsul anterior.
limitare valoarea implicită 50 și acceptă valori între 1 și 100.cursorcontinuă de la un răspuns anterior.offsetomite un număr de înregistrări și are valoarea implicită 0.includeTotal=truesolicită un număr exact filtrat; omiteți-l atunci când numărul nu este necesar.
pagination returnat de endpoint. Nu calculați pagina următoare pe baza numărului de rânduri primite și nu combinați cereri paginate independent pentru a sorta apoi singuri rezultatele parțiale.
Erori
Erorile JSON documentate au această formă generală:message poate fi un șir de caractere sau o matrice de mesaje de validare.
Contractul curatoriat nu publică în prezent o limită numerică universală de cereri și nu garantează un antet de răspuns cu ID-ul cererii pentru fiecare operațiune. Când solicitați asistență, rețineți ora UTC, metoda, calea, starea și corpul răspunsului, după eliminarea datelor sensibile.
Nu reîncercați automat operațiunile de creare, rotire, revocare sau ștergere, decât dacă operațiunea documentează explicit idempotența. După o defecțiune de rețea ambiguă, verificați starea curentă a resursei.
Compatibilitate și depreciere
V1 evoluează în mod implicit prin adăugiri. Clienții trebuie să ignore câmpurile necunoscute din răspuns. O modificare care întrerupe compatibilitatea necesită o cale de migrare documentată; operațiunile depreciate rămân în referință, cu motivul, înlocuitorul (când există) și data încheierii suportului în timpul perioadei de migrare. Fixați SDK-ul la o versiune majoră compatibilă și consultați notele de lansare înainte de actualizare. Considerați Public API Reference generată, și nu clienții aplicațiilor proprii, drept sursa de adevăr pentru schemă.API public, MCP și aplicația web
Consultați Integrarea MCP pentru a conecta un instrument AI la Living Security.
Obținerea asistenței
Contactați asistența Living Security și includeți:- Organizația și regiunea
- Numele și versiunea SDK-ului, dacă este utilizat
- Marcajul de timp UTC, metoda și calea
- Starea HTTP și corpul erorii, după eliminarea datelor sensibile
Related
Chei de acces API
Creați, rotiți și revocați datele de autentificare API.
Integrarea MCP
Conectați instrumentele AI acceptate prin Model Context Protocol.

