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

# Pakalpojumu konti

> Izveidojiet un pārvaldiet integrāciju identitātes, kurām pieder jūsu organizācijas API atslēgas un OAuth klienti.

Pakalpojuma konts ir integrācijai piešķirta nosaukta identitāte. Tam pieder API atslēgas vai
OAuth klienti, un tas nosaka atļaujas, ko šie akreditācijas dati drīkst izmantot, tāpēc piekļuves
pārskatīšana notiek konta līmenī: kā integrācija var rīkoties, ir redzams
vienuviet neatkarīgi no tā, cik
akreditācijas datu tai ir. Pats konts nav akreditācijas dati: tā ID
nevar izmantot pieprasījuma autentificēšanai. Lai izvēlētos metodi, skatiet [Authentication](/lv/developers/v1/authentication);
integrācijai, kas izmanto API atslēgu, OAuth nav nepieciešams.

Pakalpojumu kontus pārvaldiet [Developer Hub](/lv/developers/developer-hub/overview) cilnē **Service accounts**.

## Veidojiet kontus atbilstoši darba slodzēm

Izveidojiet vienu pakalpojuma kontu katrai integrācijai vai darba slodzei — piemēram,
`reporting-pipeline`, `scim-sync` vai `soc-enrichment` —, nevis vienu
plašu kontu visam. Katrai darba slodzei atvēlēti konti saglabā minimālas
atļaujas, ļauj [pieprasījumu žurnālus](/lv/developers/developer-hub/request-logs)
attiecināt uz konkrētu avotu un ļauj atspējot vienu integrāciju, neietekmējot
pārējās.

## Pakalpojuma konta izveide

<Steps>
  <Step title="Name the account">
    Piešķiriet kontam nosaukumu, kas norāda uz darba slodzi, kurai tas kalpo, un
    pievienojiet apraksta tekstu par tā funkciju. Abi parādās sarakstos un žurnālos, lai
    turpmāk administratori varētu atšķirt kontus.
  </Step>

  <Step title="Grant permissions">
    Atlasiet atļaujas, ko konts drīkst piešķirt saviem akreditācijas datiem — piemēram,
    `entity:read`, `simulation:read` vai `reporting:read`. Šis kopums ir
    augšējā robeža visiem akreditācijas datiem, kas izveidoti zem šī konta: akreditācijas dati var saturēt šo
    atļauju apakškopu, bet nekad ne vairāk.

    <Tip>
      Piešķiriet minimumu, kas darba slodzei nepieciešams šobrīd. Konta atļaujas varat pievienot
      vēlāk; esošie akreditācijas dati saglabā tiem piešķirtos tvērumus.
    </Tip>
  </Step>

  <Step title="Review and create">
    Pārbaudiet nosaukumu un atļauju kopumu. Pēc izveides konta detalizētās informācijas
    lapā varat [izveidot tā API atslēgas](/lv/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Dzīves cikla pārvaldība

* **Atļaujas varat rediģēt jebkurā laikā.** Noņemot atļauju no konta,
  tā tiek noņemta arī no tā, ko var izmantot konta API atslēgas un OAuth piekļuves pilnvaras.
* **Atspējojiet kontu**, lai apturētu API piekļuvi, izmantojot visus tā akreditācijas datus — tas noder,
  kad integrācija tiek izņemta no lietošanas vai kad izmeklēšanas laikā jāierobežo iespējama akreditācijas datu
  noplūde. Atkārtoti iespējojot kontu, autentificēties atkal var akreditācijas dati, kas joprojām ir aktīvi un
  kuriem nav beidzies derīguma termiņš.
* **Dzēsiet kontu**, kad integrācija ir izņemta no lietošanas. Vispirms apturiet
  integrāciju un atsauciet tās akreditācijas datus. Dzēšana ir neatgriezeniska.

Katra konta detalizētās informācijas lapā ir redzams, kas to izveidojis, kad, un kad pēdējoreiz izmantota kāda no tā
atslēgām — tas ir ātrs veids, kā pamanīt pamestas integrācijas, kuras
būtu jāatspējo.


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