Skip to main content
Ez az útmutató a meglévő /api/v1 integrációkat tárgyalja, amelyek API-hozzáférési kulcsot cserélnek bearer tokenre. Hitelesítő adataik és kérésformátumuk eltér a /v1 Public API-tól. Új integrációhoz kezdje az API gyorsindítóval és a Hitelesítéssel. Az új /v1 API szolgáltatásfiók-API-kulcsokat vagy OAuth hozzáférési tokeneket használ.

Előkészületek

A következőkre van szüksége:
  • Living Security-hozzáférés, amely lehetővé teszi az API-hozzáférési kulcsok kezelését
  • A Beállítások → Access Keys menüpont alatt létrehozott API-hozzáférési kulcs
  • A hitelesítő adat létrehozásakor egyszer megjelenített hozzáférésikulcs-titok
  • Az API-kibocsátó azonosítója (issuer ID), amelyet a Living Security a Public API hitelesítő adataival együtt biztosít
  • Az integrálandó szervezethez tartozó regionális alap-URL
  • Szerveroldali futtatókörnyezet és titokkezelő
A hozzáférésikulcs-titkokat tilos böngészőkódban, mobilalkalmazásokban, verziókezelőben, kliensoldali környezeti változókban, jegyekben vagy megosztott naplókban elhelyezni.
Az Access Keys párbeszédablak megjeleníti az egyszer látható titkot, de nem mutatja az API-kibocsátó azonosítóját. Ha a Living Security nem adta meg az issuer ID-t a Public API hitelesítő adataival együtt, kérje el a Living Security ügyfélszolgálatától. Az issuer ID nem azonos a hozzáférési kulcs azonosítójával vagy a szervezet azonosítójával.

Regionális hosztok

A régi szerződés a következő regionális /api/v1 éles hosztokat használja: Használja a Living Security szervezethez hozzárendelt régiót. Ne váltson régiót egy engedélyezési vagy rendelkezésre állási hiba megkerülésére.

Régi erőforrások

A teljes művelet-, paraméter-, kérés-, válasz- és sémalistát a Developers → Public API Reference menüpont alatt találja. Ha egy művelet nem szerepel ott, akkor jelenleg nem része a Public API-nak.

Hitelesítés

A Public API-hozzáférés két lépésből áll:
  1. Cserélje a titkos hozzáférési kulcsot és az API-kibocsátó azonosítóját rövid élettartamú bearer tokenre és szervezetazonosítóra.
  2. Minden API-kéréssel küldje el a bearer tokent és a szervezetazonosítót.
A szükséges kérésfejlécek:
A szervezetfejlécnek a hozzáférésikulcs-csere által visszaadott szervezetnek kell lennie. Egy kulcs nem jogosít fel hozzáférésre tetszőleges szervezetazonosítóhoz.

TypeScript SDK

Telepítse az aktuális főverziót:
Ezután cserélje le a kulcsot, és konfigurálja az SDK-t:
EU-szervezet esetén használja az EU alap-URL-t. Az SDK-s csere szerveroldali Node.js futtatókörnyezetekhez készült.

Közvetlen REST-kérés

Ha a cserét az SDK-n kívül végzi el, minden kéréssel küldje el a kapott bearer tokent és szervezetazonosítót:
A bearer tokenek rövid élettartamúak. Új token beszerzéséhez cserélje le újra a hozzáférési kulcsot, ne tárolja a bearer tokent tartós hitelesítő adatként.

A hozzáférési kulcsok életciklusa

  • A kulcsokat a tulajdonos integrációról vagy automatizálásról nevezze el.
  • Válassza a hozzáférésikulcs-űrlapon kínált legkisebb jogosultságú hatóköröket.
  • Az egyszer megjelenített titkot azonnal tárolja el; létrehozás vagy csere után nem kérhető le újra.
  • A kulcsot a Beállítások → Access Keys menüpontban cserélje, és a régi hitelesítő adat visszavonása előtt telepítse a cserekulcsot.
  • Vonja vissza azokat a kulcsokat, amelyeket már nem használ, vagy amelyek titka nyilvánosságra kerülhetett.
  • Nem emberi integrációkhoz használjon szolgáltatásfiók-kulcsokat, ha ez a kulcstípus elérhető a szervezete számára.

Lapozás

Az emberek keresése támogatja a limit, cursor, offset és includeTotal paramétereket. Szekvenciális bejáráshoz az előző válaszban visszaadott kurzort részesítse előnyben.
  • A limit alapértelmezett értéke 50, és 1–100 közötti értéket fogad el.
  • A cursor egy korábbi válasz folytatását kéri.
  • A offset adott számú rekordot kihagy, alapértelmezett értéke 0.
  • A includeTotal=true pontos, szűrt darabszámot kér; ha nincs szüksége a darabszámra, hagyja el.
Olvassa el a végpont által visszaadott pagination objektumot. Ne a kapott sorok számából számítsa ki a következő oldalt, és ne egyesítse egymástól függetlenül lapozott kérések eredményeit, hogy aztán saját maga rendezze a részeredményeket.

Hibák

A dokumentált JSON-hibák általános szerkezete:
A message lehet karakterlánc vagy érvényesítési üzenetek tömbje. A gondozott szerződés jelenleg nem tesz közzé egyetlen, mindenre érvényes numerikus sebességkorlátot, és nem garantál kérésazonosító-válaszfejlécet minden művelethez. Az ügyfélszolgálati megkeresés során adja meg az UTC-időpontot, a metódust, az útvonalat, az állapotkódot és a megtisztított választörzset. Ne próbálja meg automatikusan újra a létrehozási, cserélési, visszavonási vagy törlési műveleteket, kivéve, ha a művelet kifejezetten dokumentálja az idempotenciát. Bizonytalan hálózati hiba után ellenőrizze az erőforrás aktuális állapotát.

Kompatibilitás és elavulás

A V1 alapértelmezés szerint additív módon fejlődik. Az ügyfeleknek figyelmen kívül kell hagyniuk az ismeretlen válaszmezőket. Egy törést okozó változtatáshoz dokumentált migrációs útvonal szükséges; az elavult műveletek az áttérési időszak alatt az indoklásukkal, elérhetőség esetén a helyettesítő művelettel és a megszüntetés dátumával együtt szerepelnek a referenciában. Rögzítse az SDK-t egy kompatibilis főverzióra, és frissítés előtt tekintse át a kiadási megjegyzéseit. A generált Public API Reference-t tekintse a séma hiteles forrásának, ne az elsődleges gyártói alkalmazásklienseket.

Public API, MCP és a webalkalmazás

Az AI-eszközök Living Security-hez történő csatlakoztatásáról lásd az MCP-integrációt.

Segítségkérés

Forduljon a Living Security ügyfélszolgálatához a következő adatokkal:
  • Szervezet és régió
  • Az SDK neve és verziója, ha használja
  • UTC-időbélyeg, metódus és útvonal
  • HTTP-állapotkód és megtisztított hibatörzs
Soha ne küldjön hozzáférésikulcs-titkokat, bearer tokeneket vagy privát ügyféladatokat.

Kapcsolódó

API Access Keys

API-hitelesítő adatok létrehozása, cseréje és visszavonása.

MCP Integration

Támogatott AI-eszközök csatlakoztatása a Model Context Protocolon keresztül.