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

# Conturi de serviciu

> Creați și gestionați identitățile de integrare care dețin cheile API și clienții OAuth ai organizației dumneavoastră.

Un cont de serviciu este o identitate denumită pentru o integrare. Acesta deține chei API sau clienți OAuth și conține permisiunile pe care aceste credențiale le pot utiliza, astfel încât revizuirea accesului se face la nivelul contului: ceea ce poate face o integrare este vizibil într-un singur loc, indiferent de câte credențiale deține. Contul în sine nu este o credențială: ID-ul său nu poate autentifica o solicitare. Consultați [Autentificare](/ro/developers/v1/authentication) pentru a alege o metodă; o integrare bazată pe chei API nu necesită OAuth.

Gestionați conturile de serviciu din fila **Service accounts** din
[Developer Hub](/ro/developers/developer-hub/overview).

## Proiectați conturile în funcție de sarcinile de lucru

Creați câte un cont de serviciu pentru fiecare integrare sau sarcină de lucru — de exemplu
`reporting-pipeline`, `scim-sync` sau `soc-enrichment` — în loc de un singur cont
general pentru toate. Conturile dedicate fiecărei sarcini de lucru mențin permisiunile
la minimum, permit atribuirea clară a [jurnalelor de solicitări](/ro/developers/developer-hub/request-logs)
și vă lasă să dezactivați o integrare fără a le afecta pe celelalte.

## Creați un cont de serviciu

<Steps>
  <Step title="Denumiți contul">
    Atribuiți contului un nume care identifică sarcina de lucru pe care o deservește și o
    descriere a funcției sale. Ambele apar în liste și în jurnale, astfel încât administratorii
    viitori să poată deosebi conturile.
  </Step>

  <Step title="Acordați permisiuni">
    Selectați permisiunile pe care contul le poate acorda credențialelor sale — de exemplu
    `entity:read`, `simulation:read` sau `reporting:read`. Acest set reprezintă
    limita maximă pentru fiecare credențială creată în cadrul contului: o credențială poate avea un subset
    al acestor permisiuni, niciodată mai multe.

    <Tip>
      Acordați minimul de care sarcina de lucru are nevoie în prezent. Puteți adăuga permisiuni
      contului ulterior; credențialele existente își păstrează domeniile de acces acordate.
    </Tip>
  </Step>

  <Step title="Verificați și creați">
    Confirmați numele și setul de permisiuni. După creare, pagina de detalii a contului
    este locul unde puteți [crea cheile API ale acestuia](/ro/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Gestionați ciclul de viață

* **Modificați permisiunile oricând.** Eliminarea unei permisiuni din cont
  o elimină din ceea ce pot exercita cheile API și jetoanele de acces OAuth ale contului.
* **Dezactivați un cont** pentru a opri accesul API prin toate credențialele sale — util la
  scoaterea din uz a unei integrări sau la limitarea unei suspiciuni de scurgere a unei credențiale, cât timp
  efectuați investigația. Reactivarea permite din nou autentificarea credențialelor care sunt încă active și
  neexpirate.
* **Ștergeți un cont** atunci când integrarea a fost retrasă. Opriți mai întâi
  integrarea și revocați-i credențialele. Ștergerea este permanentă.

Pagina de detalii a fiecărui cont arată cine l-a creat, când, și când a fost utilizată
ultima dată una dintre chei — o modalitate rapidă de a identifica integrările abandonate care ar trebui
dezactivate.


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