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

# Cuentas de servicio

> Cree y administre las identidades de integración que son propietarias de las claves de API y los clientes OAuth de su organización.

Una cuenta de servicio es una identidad con nombre para una integración. Es propietaria de claves de API o clientes OAuth y lleva consigo los permisos que esas credenciales pueden utilizar, de modo que la revisión de accesos se realiza a nivel de cuenta: lo que una integración puede hacer es visible en un solo lugar, independientemente de cuántas credenciales tenga. La cuenta en sí no es una credencial: su ID no puede autenticar una solicitud. Consulte [Autenticación](/es/developers/v1/authentication) para elegir un método; una integración con clave de API no necesita OAuth.

Administre las cuentas de servicio desde la pestaña **Cuentas de servicio** del [Developer Hub](/es/developers/developer-hub/overview).

## Diseñe sus cuentas en función de las cargas de trabajo

Cree una cuenta de servicio por integración o carga de trabajo (por ejemplo, `reporting-pipeline`, `scim-sync` o `soc-enrichment`) en lugar de una única cuenta amplia para todo. Las cuentas por carga de trabajo mantienen los permisos al mínimo, permiten atribuir los [registros de solicitudes](/es/developers/developer-hub/request-logs) y le permiten deshabilitar una integración sin afectar a las demás.

## Cree una cuenta de servicio

<Steps>
  <Step title="Asigne un nombre a la cuenta">
    Asigne a la cuenta un nombre que identifique la carga de trabajo a la que da servicio, así como una descripción de su función. Ambos aparecen en listas y registros, de modo que los futuros administradores puedan distinguir las cuentas.
  </Step>

  <Step title="Otorgue permisos">
    Seleccione los permisos que la cuenta puede conceder a sus credenciales; por ejemplo, `entity:read`, `simulation:read` o `reporting:read`. Este conjunto es el límite máximo para cada credencial creada bajo la cuenta: una credencial puede incluir un subconjunto de estos permisos, nunca más.

    <Tip>
      Otorgue el mínimo que la carga de trabajo necesite hoy. Puede añadir permisos a la cuenta más adelante; las credenciales existentes conservan los ámbitos que se les concedieron.
    </Tip>
  </Step>

  <Step title="Revise y cree">
    Confirme el nombre y el conjunto de permisos. Después de la creación, la página de detalles de la cuenta es donde puede [crear sus claves de API](/es/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Administre el ciclo de vida

* **Edite los permisos en cualquier momento.** Quitar un permiso de la cuenta lo elimina de lo que sus claves de API y tokens de acceso OAuth pueden ejercer.
* **Deshabilite una cuenta** para detener el acceso a la API a través de todas sus credenciales; es útil al dar de baja una integración o al contener una sospecha de filtración de credenciales mientras realiza la investigación. Al volver a habilitarla, las credenciales que sigan activas y no hayan caducado podrán autenticarse de nuevo.
* **Elimine una cuenta** cuando la integración haya sido retirada. Detenga primero la integración y revoque sus credenciales. La eliminación es permanente.

La página de detalles de cada cuenta muestra quién la creó, cuándo, y cuándo se utilizó por última vez una de sus claves, una forma rápida de detectar integraciones abandonadas que deberían deshabilitarse.


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