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

# Account di servizio

> Creare e gestire le identità di integrazione a cui appartengono le chiavi API e i client OAuth della Sua organizzazione.

Un account di servizio è un'identità con nome assegnata a un'integrazione. Possiede chiavi API o
client OAuth e definisce le autorizzazioni che tali credenziali possono utilizzare, pertanto la
verifica degli accessi avviene a livello di account: ciò che un'integrazione può fare è visibile in
un unico punto, indipendentemente dal numero di credenziali che possiede. L'account in sé non è una credenziale: il suo ID
non può autenticare una richiesta. Consulti [Autenticazione](/it/developers/v1/authentication)
per scegliere un metodo; un'integrazione basata su chiave API non richiede OAuth.

Gestisca gli account di servizio dalla scheda **Service accounts** del
[Developer Hub](/it/developers/developer-hub/overview).

## Progettare gli account in base ai carichi di lavoro

Crei un account di servizio per ogni integrazione o carico di lavoro, ad esempio
`reporting-pipeline`, `scim-sync` o `soc-enrichment`, anziché un unico
account generico per tutto. Gli account per singolo carico di lavoro mantengono le autorizzazioni
al minimo, rendono i [log delle richieste](/it/developers/developer-hub/request-logs)
attribuibili e consentono di disattivare un'integrazione senza intervenire sulle
altre.

## Creare un account di servizio

<Steps>
  <Step title="Assegnare un nome all'account">
    Assegni all'account un nome che identifichi il carico di lavoro a cui è destinato e una
    descrizione della sua funzione. Entrambi compaiono negli elenchi e nei log, in modo che gli
    amministratori futuri possano distinguere gli account.
  </Step>

  <Step title="Concedere le autorizzazioni">
    Selezioni le autorizzazioni che l'account può concedere alle proprie credenziali, ad esempio
    `entity:read`, `simulation:read` o `reporting:read`. Questo insieme è il
    limite massimo per ogni credenziale creata con l'account: una credenziale può avere un sottoinsieme
    di tali autorizzazioni, mai di più.

    <Tip>
      Conceda il minimo necessario al carico di lavoro oggi. Potrà aggiungere altre autorizzazioni all'account
      in seguito; le credenziali esistenti mantengono gli ambiti già concessi.
    </Tip>
  </Step>

  <Step title="Verificare e creare">
    Confermi il nome e l'insieme di autorizzazioni. Dopo la creazione, nella pagina di dettaglio
    dell'account è possibile [creare le relative chiavi API](/it/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Gestire il ciclo di vita

* **Modifica delle autorizzazioni in qualsiasi momento.** La rimozione di un'autorizzazione dall'account
  la elimina da ciò che le relative chiavi API e i token di accesso OAuth possono esercitare.
* **Disattivazione di un account** per interrompere l'accesso API tramite tutte le sue credenziali, utile per
  la dismissione di un'integrazione o per contenere una sospetta fuga di credenziali durante
  le indagini. La riattivazione consente nuovamente l'autenticazione alle credenziali ancora attive e
  non scadute.
* **Eliminazione di un account** quando l'integrazione è stata dismessa. Interrompa prima
  l'integrazione e revochi le relative credenziali. L'eliminazione è definitiva.

La pagina di dettaglio di ciascun account mostra chi lo ha creato, quando, e quando è stata utilizzata l'ultima volta una delle sue
chiavi: un modo rapido per individuare le integrazioni abbandonate che dovrebbero
essere disattivate.


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