> ## 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.

# Tjänstkonton

> Skapa och hantera de integrationsidentiteter som äger organisationens API-nycklar och OAuth-klienter.

Ett tjänstkonto är en namngiven identitet för en integration. Det äger API-nycklar eller
OAuth-klienter och innehåller de behörigheter som dessa autentiseringsuppgifter får använda, så att åtkomstgranskning
sker på kontonivå: vad en integration kan göra visas på
ett och samma ställe, oavsett hur
många autentiseringsuppgifter den har. Själva kontot är inte en autentiseringsuppgift: dess ID
kan inte användas för att autentisera en begäran. Se [Autentisering](/sv/developers/v1/authentication)
för att välja metod; en integration med API-nyckel behöver inte OAuth.

Hantera tjänstkonton från fliken **Service accounts** i
[Developer Hub](/sv/developers/developer-hub/overview).

## Utforma kontona utifrån arbetsbelastningar

Skapa ett tjänstkonto per integration eller arbetsbelastning – till exempel
`reporting-pipeline`, `scim-sync` eller `soc-enrichment` – i stället för ett
brett konto för allt. Konton per arbetsbelastning håller behörigheterna
minimala, gör [begärandeloggar](/sv/developers/developer-hub/request-logs)
spårbara till en avsändare och gör det möjligt att inaktivera en integration utan att påverka
de andra.

## Skapa ett tjänstkonto

<Steps>
  <Step title="Namnge kontot">
    Ge kontot ett namn som anger vilken arbetsbelastning det används för, samt en
    beskrivning av vad det gör. Båda visas i listor och loggar, så att framtida
    administratörer kan skilja kontona åt.
  </Step>

  <Step title="Bevilja behörigheter">
    Välj de behörigheter som kontot får bevilja sina autentiseringsuppgifter – till exempel
    `entity:read`, `simulation:read` eller `reporting:read`. Denna uppsättning är
    taket för varje autentiseringsuppgift som skapas under kontot: en autentiseringsuppgift kan ha en delmängd
    av dessa behörigheter, aldrig fler.

    <Tip>
      Bevilja det minimum som arbetsbelastningen behöver i dag. Du kan lägga till kontobehörigheter
      senare; befintliga autentiseringsuppgifter behåller sina beviljade scopes.
    </Tip>
  </Step>

  <Step title="Granska och skapa">
    Bekräfta namnet och behörighetsuppsättningen. När kontot har skapats används dess detaljsida
    för att [skapa API-nycklar för kontot](/sv/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Hantera livscykeln

* **Redigera behörigheter när som helst.** Om du tar bort en behörighet från kontot
  tas den också bort från det som kontots API-nycklar och OAuth-åtkomsttoken kan utnyttja.
* **Inaktivera ett konto** för att stoppa API-åtkomst via alla dess autentiseringsuppgifter – användbart vid
  avveckling av en integration eller för att begränsa en misstänkt läcka av autentiseringsuppgifter medan
  du utreder saken. När kontot aktiveras igen kan autentiseringsuppgifter som fortfarande är aktiva och
  inte har löpt ut autentisera igen.
* **Ta bort ett konto** när integrationen har avvecklats. Stoppa först
  integrationen och återkalla dess autentiseringsuppgifter. Borttagning är permanent.

Varje kontos detaljsida visar vem som skapade det, när det skapades och när en av dess
nycklar senast användes – ett snabbt sätt att hitta övergivna integrationer som bör
inaktiveras.


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