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

# Serviceaccounts

> Maak en beheer de integratie-identiteiten die eigenaar zijn van de API-sleutels en OAuth-clients van uw organisatie.

Een serviceaccount is een benoemde identiteit voor een integratie. Het is eigenaar van API-sleutels of
OAuth-clients en bevat de machtigingen die deze referenties mogen gebruiken, zodat de toegangscontrole
op accountniveau plaatsvindt: wat een integratie kan doen, is op één plek zichtbaar, ongeacht hoeveel
referenties de integratie heeft. Het account zelf is geen referentie: de ID ervan
kan geen verzoek authenticeren. Zie [Authenticatie](/nl/developers/v1/authentication)
om een methode te kiezen; een integratie met een API-sleutel hoeft geen OAuth te gebruiken.

Beheer serviceaccounts via het tabblad **Service accounts** van de
[Developer Hub](/nl/developers/developer-hub/overview).

## Ontwerp uw accounts rond workloads

Maak één serviceaccount per integratie of workload aan — bijvoorbeeld
`reporting-pipeline`, `scim-sync` of `soc-enrichment` — in plaats van één
breed account voor alles. Accounts per workload houden machtigingen
minimaal, zorgen ervoor dat [verzoeklogboeken](/nl/developers/developer-hub/request-logs)
toewijsbaar zijn en stellen u in staat één integratie uit te schakelen zonder de
andere te raken.

## Een serviceaccount aanmaken

<Steps>
  <Step title="Geef het account een naam">
    Geef het account een naam die de workload identificeert waarvoor het bedoeld is, en een
    beschrijving van wat het doet. Beide verschijnen in lijsten en logboeken, zodat toekomstige
    beheerders accounts uit elkaar kunnen houden.
  </Step>

  <Step title="Machtigingen toekennen">
    Selecteer de machtigingen die het account aan zijn referenties mag verlenen — bijvoorbeeld
    `entity:read`, `simulation:read` of `reporting:read`. Deze set is het
    maximum voor elke referentie die onder het account wordt aangemaakt: een referentie kan een subset
    van deze machtigingen hebben, nooit meer.

    <Tip>
      Verleen het minimum dat de workload nu nodig heeft. U kunt later machtigingen aan het account toevoegen;
      bestaande referenties behouden hun toegekende scopes.
    </Tip>
  </Step>

  <Step title="Controleren en aanmaken">
    Bevestig de naam en de set machtigingen. Na het aanmaken kunt u op de detailpagina van het account
    [de bijbehorende API-sleutels aanmaken](/nl/developers/developer-hub/api-keys).
  </Step>
</Steps>

## De levenscyclus beheren

* **Bewerk machtigingen op elk moment.** Als u een machtiging van het account verwijdert,
  verdwijnt deze ook uit wat de API-sleutels en OAuth-toegangstokens ervan kunnen uitoefenen.
* **Schakel een account uit** om API-toegang via al zijn referenties te stoppen — handig bij
  het offboarden van een integratie of het indammen van een vermoedelijk gelekte referentie terwijl
  u onderzoek doet. Na het opnieuw inschakelen kunnen referenties die nog actief
  en niet verlopen zijn weer authenticeren.
* **Verwijder een account** wanneer de integratie buiten gebruik is gesteld. Stop eerst de
  integratie en trek de referenties in. Verwijdering is permanent.

De detailpagina van elk account toont wie het heeft aangemaakt, wanneer, en wanneer een van de
sleutels voor het laatst is gebruikt — een snelle manier om verlaten integraties te herkennen die
moeten worden uitgeschakeld.


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