> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Tjenestekontoer

> Opprett og administrer integrasjonsidentitetene som eier organisasjonens API-nøkler og OAuth-klienter.

En tjenestekonto er en navngitt identitet for en integrasjon. Den eier API-nøkler eller
OAuth-klienter og har de tillatelsene som disse legitimasjonene kan bruke, slik at
tilgangsgjennomgang skjer på kontonivå: hva en integrasjon kan gjøre, er synlig på
ett sted, uavhengig av hvor
mange legitimasjoner den har. Selve kontoen er ikke en legitimasjon: ID-en
kan ikke brukes til å autentisere en forespørsel. Se [Autentisering](/no/developers/v1/authentication)
for å velge en metode; en integrasjon med API-nøkkel trenger ikke OAuth.

Administrer tjenestekontoer fra fanen **Service accounts** i
[Developer Hub](/no/developers/developer-hub/overview).

## Utform kontoene rundt arbeidsbelastninger

Opprett én tjenestekonto per integrasjon eller arbeidsbelastning – for eksempel
`reporting-pipeline`, `scim-sync` eller `soc-enrichment` – i stedet for én
bred konto for alt. Kontoer per arbeidsbelastning holder tillatelsene
minimale, gjør at [forespørselsloggene](/no/developers/developer-hub/request-logs)
kan tilskrives riktig kilde, og lar deg deaktivere én integrasjon uten å berøre
de andre.

## Opprett en tjenestekonto

<Steps>
  <Step title="Gi kontoen et navn">
    Gi kontoen et navn som identifiserer arbeidsbelastningen den betjener, og en
    beskrivelse av hva den gjør. Begge vises i lister og logger, slik at fremtidige
    administratorer kan skille kontoene fra hverandre.
  </Step>

  <Step title="Gi tillatelser">
    Velg tillatelsene kontoen kan gi til legitimasjonene sine – for eksempel
    `entity:read`, `simulation:read` eller `reporting:read`. Dette settet er
    taket for alle legitimasjoner som opprettes under kontoen: en legitimasjon kan ha en delmengde
    av disse tillatelsene, aldri flere.

    <Tip>
      Gi det minimum arbeidsbelastningen trenger i dag. Du kan legge til kontotillatelser
      senere; eksisterende legitimasjoner beholder de omfangene de har fått.
    </Tip>
  </Step>

  <Step title="Gjennomgå og opprett">
    Bekreft navnet og tillatelsessettet. Etter opprettelsen er kontoens detaljside
    stedet der du [oppretter API-nøklene](/no/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Administrer livssyklusen

* **Rediger tillatelser når som helst.** Når du fjerner en tillatelse fra kontoen,
  fjernes den fra det API-nøklene og OAuth-tilgangstokenene kan utøve.
* **Deaktiver en konto** for å stoppe API-tilgang gjennom alle legitimasjonene dens – nyttig når
  en integrasjon avvikles eller ved mistanke om lekkasje av legitimasjon mens
  du undersøker saken. Når kontoen aktiveres igjen, kan legitimasjoner som fortsatt er aktive og
  ikke utløpt, autentisere på nytt.
* **Slett en konto** når integrasjonen er faset ut. Stopp
  integrasjonen og tilbakekall legitimasjonene først. Sletting er permanent.

Hver kontos detaljside viser hvem som opprettet den, når, og når en av nøklene
sist ble brukt – en rask måte å oppdage forlatte integrasjoner som bør
deaktiveres.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.