> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Políticas de uso: límites de ACU por usuario

> Limita el consumo mensual de ACU de cada usuario con niveles de uso, asignaciones de grupos de IdP, anulaciones por miembro y solicitudes de uso adicional.

Las políticas de uso permiten a los administradores de Enterprise establecer un límite al consumo mensual de ACU de cada miembro. El **uso local** (Devin Desktop, Devin CLI) y el **uso en la nube** (sesiones de Devin) de cada miembro se contabilizan en un único límite por usuario, y el trabajo nuevo se bloquea en todas las superficies cuando se alcanza dicho límite.

Gestiona las políticas de uso desde [Settings de Enterprise > Políticas de uso](https://app.devin.ai/settings/usage-policies).

<Note>
  Los límites de ACU por usuario están en fase beta y requieren activación para tu empresa. Ponte en contacto con tu equipo de cuenta para activarlos.
</Note>

Algunos puntos importantes:

* Para gestionar las políticas de uso, necesitas el permiso **Gestionar límites de ACU** o el de administrador de facturación.
* Los límites se restablecen mensualmente, de acuerdo con el ciclo de facturación de tu contrato (un contrato que comienza el día 23 restablece los límites el día 23).
* El uso de Devin Review no cuenta para los límites por usuario.
* Los límites por usuario son independientes de los [límites de ACU a nivel de organización](/es/admin/billing/enterprise#setting-organization-acu-limits): una sesión se bloquea si se alcanza cualquiera de los dos límites.

<div id="usage-tiers">
  ## Niveles de uso
</div>

Un **nivel de uso** es un grupo de miembros con nombre que comparten la misma asignación mensual de ACU; por ejemplo, un equipo de ingeniería, un equipo de análisis de datos o un grupo de Admins. Los niveles se aplican a todo Enterprise. La asignación se aplica individualmente a cada miembro; no es un presupuesto compartido por el nivel.

Siempre tiene un **nivel predeterminado**: es el nivel al que se asigna a cada miembro, a menos que se le asigne otro nivel, incluidos los miembros que se unan más adelante. El primer nivel que cree se convierte en el predeterminado, y puede cambiar cuál es el nivel predeterminado desde la lista de niveles.

<div id="guided-setup">
  ### Configuración guiada
</div>

Si aún no has configurado los niveles o estás empezando, haz clic en **Configurar con recomendaciones** en la página de niveles. Devin analiza el uso por miembro de tus últimos tres ciclos de facturación, sugiere una configuración completa con un nivel para cada miembro y te permite editarlo todo antes de aplicarla. Una simulación integrada muestra quién superaría su límite y el volumen de solicitudes previsto, para evitar sorpresas.

<div id="creating-tiers-manually">
  ### Crear niveles manualmente
</div>

1. Ve a **Settings de Enterprise > Políticas de uso > Niveles de uso**.
2. Haz clic en **Agregar nivel**.
3. Asigna un nombre al nivel y una **asignación mensual de uso**: el límite base de ACU con el que cuenta cada miembro del nivel al inicio de cada ciclo. Déjalo en blanco si no quieres establecer un límite.
4. Opcionalmente, configura el [uso adicional](#approval-policies): cómo los miembros de este nivel pueden recibir más ACU.
5. Haz clic en **Crear nivel**.

<div id="assign-members-to-a-tier">
  ### Asignar miembros a un nivel
</div>

Abre un nivel, ve a la pestaña **Miembros** y haz clic en **Asignar miembro**. Al mover a un miembro desde otro nivel, se elimina cualquier anulación específica que tuviera, por lo que comenzará con la asignación del nivel de destino.

<div id="map-idp-groups-to-tiers">
  ### Asignar grupos de IdP a niveles
</div>

En lugar de asignar miembros uno por uno, puedes vincular los grupos de tu proveedor de identidad con niveles. En la página de niveles, haz clic en **Configurar asignaciones de grupos**, luego en **Agregar asignación** y selecciona un grupo y un nivel. Los miembros heredan automáticamente el nivel de su grupo según la pertenencia a grupos en tiempo real de tu [integración de IdP](/es/enterprise/security-access/idp-groups).

<div id="tier-priority">
  #### Prioridad de los niveles
</div>

Los grupos de IdP de un miembro pueden asignarse a varios niveles, por lo que estos se ordenan por prioridad para resolver empates. Para clasificarlos, haga clic en **Editar prioridad** en la página de niveles y arrástrelos para ordenarlos: cuanto más cerca estén de la parte superior, mayor será su prioridad. La prioridad solo determina la precedencia: un nivel de mayor prioridad puede tener una asignación menor.

<div id="how-a-members-tier-is-resolved">
  ## Cómo se determina el nivel de un miembro
</div>

Un miembro puede estar cubierto por varios niveles a la vez. El nivel aplicable se determina en este orden:

1. **Nivel asignado explícitamente** — una asignación directa de nivel prevalece sobre cualquier asignación de grupo.
2. **Nivel asignado mediante un grupo de IdP de mayor prioridad** — si los grupos de IdP del miembro se asignan a varios niveles, prevalece el nivel mejor posicionado.
3. **Nivel predeterminado** — el nivel de respaldo para todos los demás.

Por ejemplo, Ada pertenece a dos grupos de IdP: *Engineering*, asignado a un nivel de 500 ACU, y *Platform*, asignado a un nivel de 1000 ACU que tiene mayor prioridad en la lista de niveles. Ada queda en el nivel de 1000 ACU. Si un Admin la asigna directamente al nivel de 500 ACU, esa asignación prevalece y su límite pasa a ser de 500.

<div id="per-member-overrides">
  ## Anulaciones por miembro
</div>

Los Admin pueden anular el límite de un miembro sin cambiar su nivel: en la página **Miembros**, haga clic en el límite del miembro y establezca un nuevo valor.

* Una **anulación temporal** dura hasta el final del ciclo de facturación actual; después, el miembro vuelve al valor base de su nivel. La fecha de vencimiento se muestra junto a la anulación.
* Una **anulación permanente** se mantiene entre ciclos hasta que la elimine.

Una anulación solo cambia el valor del límite del miembro: este permanece en su nivel, que sigue definiendo aspectos como su [política de aprobación](#approval-policies) para el uso adicional.

Antes de aplicar un cambio que reduzca los límites, Devin muestra una vista previa de su impacto: cuántos miembros quedarían bloqueados, verían reducido su límite o no se verían afectados, para que pueda confirmar con todo el contexto.

<div id="additional-usage-requests">
  ## Solicitud de uso adicional
</div>

<div id="how-members-request-more-usage">
  ### Cómo los miembros solicitan más capacidad de uso
</div>

Un miembro que necesite más ACU puede solicitar un aumento mediante el botón **Solicitar más** del gráfico de consumo de ACU en la página **My analytics**, o directamente desde las advertencias de límite que aparecen cuando se acerca a su límite o lo alcanza. Puede elegir una cantidad, agregar opcionalmente un motivo y hacer seguimiento de la solicitud pendiente o cancelarla. Los aumentos solicitados siempre son **temporales**: solo se aplican al ciclo de facturación actual.

<div id="approval-policies">
  ### Políticas de aprobación
</div>

La **política de aprobación** de cada nivel determina qué ocurre con las solicitudes de sus miembros:

| Política                        | Comportamiento                                                                                                                                                                                                                                                                                                                                                                                                                                |
| ------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Aprobación manual**           | Todas las solicitudes esperan la revisión de un admin.                                                                                                                                                                                                                                                                                                                                                                                        |
| **Aprobar siempre**             | Las solicitudes se aprueban automáticamente hasta la **asignación máxima de aprobación automática** del nivel.                                                                                                                                                                                                                                                                                                                                |
| **Aprobar según la eficiencia** | Las solicitudes se aprueban automáticamente hasta la asignación máxima de aprobación automática, pero solo mientras la [puntuación de eficiencia](#efficiency-scores) del miembro sea **Saludable** o **Satisfactoria**, y únicamente en pequeños incrementos por encima de su uso actual. Los miembros en regla que estén cerca de su límite también reciben incrementos automáticamente, sin necesidad de enviar una solicitud manualmente. |

La aprobación automática siempre beneficia al miembro:

* Las solicitudes nunca se deniegan automáticamente; denegarlas siempre es decisión del admin. Una solicitud que no pueda aprobarse automáticamente simplemente queda a la espera de revisión.
* Una solicitud que supere el límite de aprobación automática se concede hasta dicho límite para que el miembro pueda seguir trabajando; el resto queda pendiente para un admin.
* Una anulación permanente establecida por un admin nunca se sustituye por una aprobación automática.

<div id="efficiency-scores">
  ### Puntuaciones de eficiencia
</div>

Devin clasifica el uso reciente de sesiones en la nube de cada miembro como **Saludable**, **Satisfactorio** o **Necesita mejorar**. Los miembros cuyo uso reciente es principalmente local o insuficiente para evaluarlo aparecen como **Desconocido** y no son elegibles para la aprobación automática basada en la eficiencia. Los miembros pueden consultar su propia puntuación —junto con consejos para mejorarla— en la página **My analytics**, y [Devin Coach](/es/enterprise/features/devin-coach) les ayuda a mejorarla mientras trabajan.

<div id="reviewing-requests">
  ### Revisión de solicitudes
</div>

Revise las solicitudes en **Políticas de uso > Solicitudes de uso adicionales**. Las solicitudes pendientes se etiquetan como **Bloqueada** (el solicitante alcanzó su límite) o **Proactiva** (solicitada con antelación), y puede aprobarlas o denegarlas individualmente o de forma masiva. Haga clic en una solicitud para ver el nivel, el límite actual, el mensaje y la puntuación de eficiencia del miembro antes de tomar una decisión. Al aprobarla, se concede el aumento como una anulación temporal durante el resto del ciclo.

Los Admin con permiso para aprobar solicitudes reciben una notificación en la app y por correo electrónico: de inmediato cuando un solicitante está bloqueado y en un resumen diario para las solicitudes proactivas.

<div id="monitoring-members">
  ## Supervisión de miembros
</div>

La página **Políticas de uso > Miembros** muestra todos los miembros con su uso actual, límite, nivel y origen del límite, ordenados por nivel de utilización para que los miembros en riesgo aparezcan primero. Los miembros bloqueados se resaltan, y puede hacer clic en un miembro para consultar en detalle su uso y la eficiencia de sus sesiones durante el ciclo actual, lo que proporciona contexto útil antes de aprobar una solicitud o ajustar un límite. También puede cambiar directamente el nivel o la anulación de un miembro desde esta página.

<div id="what-members-see-at-the-limit">
  ## Lo que ven los miembros al alcanzar el límite
</div>

Los miembros reciben advertencias cada vez más claras a medida que consumen su asignación: una notificación al alcanzar aproximadamente dos tercios del límite y, después, banners persistentes a medida que se acercan a él y lo alcanzan. Al quedar bloqueados, ven un mensaje que indica que han superado su límite de ACU por usuario, con una acción **Solicitar más ACU** que abre el diálogo de solicitud.

<div id="frequently-asked-questions">
  ## Preguntas frecuentes
</div>

<AccordionGroup>
  <Accordion title="¿Las políticas de uso sustituyen los límites de ACU a nivel de organización?">
    No. Los [límites a nivel de organización](/es/admin/billing/enterprise#setting-organization-acu-limits) limitan el uso total de una organización, mientras que las políticas de uso limitan a cada miembro individualmente. Ambos se aplican de forma independiente.
  </Accordion>

  <Accordion title="¿Puede un nivel funcionar como presupuesto compartido para un equipo?">
    No. La asignación de un nivel se aplica a cada miembro individualmente. Para disponer de un presupuesto compartido, crea una organización con un límite de ACU a nivel de organización y asigna el equipo a ella.
  </Accordion>

  <Accordion title="Ya establecimos límites por usuario mediante la API. ¿Qué ocurre con ellos?">
    Los límites existentes configurados mediante la API aparecen en la IU como anulaciones permanentes, y la API sigue funcionando. Consulta la [referencia de la API de límites de ACU a nivel de usuario](/es/admin/billing/user-acu-limits) para gestionarlos mediante programación.
  </Accordion>

  <Accordion title="¿Devin Review cuenta para los límites por usuario?">
    No. El uso de ACU de Devin Review no se incluye en los límites por usuario.
  </Accordion>

  <Accordion title="¿Cuándo se restablecen los límites?">
    Al inicio de cada período de facturación mensual, que sigue el ciclo de tu contrato. Las anulaciones temporales y las solicitudes aprobadas caducan al mismo tiempo.
  </Accordion>
</AccordionGroup>
