Skip to main content
Postman-samlingen for Living Security API v1 genereres fra den samme OpenAPI-spesifikasjonen som ligger til grunn for API v1-referansen, slik at den alltid samsvarer med den publiserte kontrakten. Den dekker alle /v1-operasjoner, gruppert etter ressurs, med forhåndskonfigurert autentisering.

​
Last ned

Nedlastingslenkene ber deg logge på med Living Security-kontoen din før filen leveres.

Living Security API v1-samling

Postman Collection v2.1 med alle /v1-operasjoner og Basic-autentisering forhåndskonfigurert. Samlingens baseUrl er tom – velg et regionalt miljø før du sender en forespørsel.Last ned samlingen

Produksjonsmiljø (USA)

baseUrl forhåndsinnstilt til https://api.us-east-1.livingsecurity.ai/v1, med tomme variabler for apiKeySecret og contractVersion som du må fylle ut.Last ned produksjonsmiljøet for USA

Produksjonsmiljø (EU)

baseUrl forhåndsinnstilt til https://api.eu-west-1.livingsecurity.ai/v1, med tomme variabler for apiKeySecret og contractVersion som du må fylle ut.Last ned produksjonsmiljøet for EU

Miljømal

De samme variablene med en tom baseUrl, for oppsett utenfor produksjon.Last ned miljømalen

​
Konfigurer i Postman

1

Importer filene

I Postman velger du Import og slipper inn samlingsfilen sammen med produksjonsmiljøet for USA eller EU som samsvarer med organisasjonen. Se Regioner.
2

Opprett en API-nøkkel

I Dashbordet åpner du Innstillinger → Integrasjoner & Developers → Developer Hub, oppretter en tjenestekonto og oppretter en API-nøkkel. Nøkkelhemmeligheten begynner med lsk_live_ og vises bare én gang – kopier den umiddelbart. Se API-nøkler for detaljer.
3

Lim inn hemmeligheten

Angi variabelen apiKeySecret – enten i det importerte miljøet (anbefalt, siden det er en variabel av typen hemmelighet) eller i samlingens fane Variables.
4

Send en forespørsel

Velg det importerte regionale miljøet, åpne en vilkårlig forespørsel – for eksempel Organization → Retrieve the organization – og klikk på Send. Ikke send før et miljø er valgt; samlingens baseUrl er tom med hensikt.

​
Slik er autentiseringen forhåndskonfigurert

Samlingen angir Basic-autentisering på samlingsnivå med brukernavn apikey og passord {{apiKeySecret}}. API-et godtar nøkkelhemmeligheten i begge Basic-autentiseringsfeltene, så dette fungerer som det er så snart variabelen er angitt. Hvis du foretrekker bearer-autentisering, endrer du samlingens Authorization-type til Bearer Token og bruker {{apiKeySecret}} som token – API-et godtar den samme hemmeligheten på begge måter. Bruk av en Bearer-header med en API-nøkkel krever ikke OAuth. For å bruke OAuth setter du Bearer Token til OAuth-tilgangstokenet ditt i stedet for nøkkelhemmeligheten til API-nøkkelen. Se Autentisering for å velge metode og OAuth client credentials for oppsett av token og klient.

​
Header for kontraktsversjon

Hver forespørsel inneholder en Living-Security-Version-header forhåndsinnstilt til {{contractVersion}}, som er deaktivert som standard. La den stå deaktivert for å bruke organisasjonens låste kontraktsversjon. Aktiver den for å låse forespørselen til en bestemt publisert versjon – se endringsloggen for publiserte versjoner.

​
Spørringsparametere og innhold

Filtre for liste-endepunkter (limit, page_token og ressursspesifikke filtre) er inkludert i hver forespørsel, men deaktivert, slik at en ny import kaller alle endepunkter uten feil. Aktiver og fyll ut de du trenger – se Paginering for hvordan page_token fungerer. Forespørselsinnholdet for POST-operasjoner er forhåndsutfylt med typede plassholderverdier.
Samlingen genereres på nytt fra den publiserte OpenAPI-spesifikasjonen ved hver kontraktsendring – last ned en ny kopi i stedet for å redigere forespørsler du vil holde oppdatert.