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

# Limites d’ACU

> Définissez des limites d’ACU pour les Teams, les groupes et les utilisateurs dans les déploiements fédéraux.

<Info>
  Cette documentation concerne les déploiements fédéraux de Devin. [Retour à la documentation Devin](/fr/get-started/devin-intro)
</Info>

Les limites d’ACU déterminent le nombre d’Agent Compute Units (ACU) qu’un utilisateur peut consommer au cours du cycle de facturation de la Team. Les administrateurs fédéraux peuvent gérer une limite par défaut pour la Team, un plafond par groupe et une dérogation par utilisateur.

Pour savoir comment créer des groupes et y ajouter des membres, consultez [Groupes](/fr/federal/groups). Pour connaître les restrictions de modèles pouvant être gérées en parallèle des limites d’ACU, consultez [Provisionnement des modèles](/fr/federal/model-provisioning).

***

<div id="the-three-acu-controls">
  ## Les trois contrôles des ACU
</div>

| Contrôle                      | Périmètre                     | Comportement                                                                                                           |
| ----------------------------- | ----------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
| **Limite d’ACU de la Team**   | Chaque utilisateur de la Team | La limite d’ACU par défaut par utilisateur pour la Team.                                                               |
| **Plafond d’ACU de groupe**   | Chaque membre d’un groupe     | Un plafond par membre pour ce groupe à chaque cycle de facturation. Il ne s’agit pas d’un pool partagé pour le groupe. |
| **Plafond d’ACU utilisateur** | Un utilisateur                | Une dérogation par utilisateur qui prévaut sur la limite de la Team et les plafonds de groupe.                         |

<div id="how-the-effective-limit-is-resolved">
  ### Comment la limite effective est déterminée
</div>

La limite effective d’un utilisateur est :

```text theme={null}
valid user override ?? min(team limit, lowest positive group cap)
```

Autrement dit :

1. Si l’utilisateur dispose d’une dérogation utilisateur valide, cette valeur prévaut sans condition.
2. Sinon, la limite de la Team est comparée au plafond d’ACU positif le plus bas parmi les groupes de l’utilisateur.
3. La limite la plus basse s’applique.

Une dérogation utilisateur prévaut même lorsqu’elle est supérieure à la limite de la Team ou aux plafonds des groupes de l’utilisateur. Les plafonds de groupe ne restreignent que les utilisateurs qui ne disposent pas d’une dérogation utilisateur valide.

Si l’utilisateur appartient à plusieurs groupes avec des plafonds d’ACU positifs, le plafond positif le plus bas est pris en compte pour le groupe dans le calcul. La limite effective est toujours comparée à la limite de la Team. Les plafonds de groupe sont des limites par membre, et non un montant partagé que les membres du groupe consomment conjointement.

<div id="zero-and-unset-values">
  ## Valeurs zéro et non définies
</div>

| État du contrôle                            | Signification                                                                                      |
| ------------------------------------------- | -------------------------------------------------------------------------------------------------- |
| Limite de Team définie sur `0`              | L’utilisation des ACU est bloquée pour les utilisateurs auxquels s’applique la limite de Team.     |
| Dérogation utilisateur définie sur `0`      | L’utilisation des ACU est bloquée pour cet utilisateur.                                            |
| Plafond de groupe du portail défini sur `0` | Le plafond du groupe est supprimé ; il n’est pas considéré comme une limite de groupe de zéro ACU. |
| Contrôle non défini                         | Ce contrôle n’impose aucune règle. D’autres contrôles applicables peuvent néanmoins s’appliquer.   |

Le contrôle de limite d’ACU de groupe du portail accepte `cycle_acu_limit: 0` et supprime le plafond du groupe. L’opération `UpdateGroup` de la clé de service utilise `set_cycle_acu_limit` et `clear_cycle_acu_limit` : la valeur définie doit être finie et positive, et zéro est rejeté plutôt que considéré comme un plafond de groupe bloquant. Un plafond utilisateur défini sur `0` reste un blocage explicite par utilisateur.

Une Team facturée en ACU peut n’avoir aucune limite numérique configurée. Dans ce cas, la limite de Team n’impose aucune règle, sauf si un plafond de groupe positif ou une dérogation utilisateur valide s’applique.

<div id="set-group-acu-caps">
  ## Définir les plafonds d’ACU par groupe
</div>

Les plafonds d’ACU par groupe peuvent être configurés dans **Settings → Groupe** lorsque la Team utilise déjà la facturation en ACU. La vue des détails du groupe affiche soit la valeur configurée par membre, soit **Limite d’ACU de la Team** lorsque le groupe hérite du paramètre de la Team.

Les plafonds des groupes ne peuvent pas être configurés tant que la Team ne dispose pas d’une configuration de facturation en ACU. Le portail ou l’API peut indiquer :

```text theme={null}
team is not on ACU billing
```

Le portail accepte des plafonds de groupe finis et non négatifs ; `0` supprime le plafond. L’API de gestion des groupes par clé de service exige que `set_cycle_acu_limit` soit fini et positif, et utilise `clear_cycle_acu_limit` pour supprimer la dérogation.

<div id="set-user-overrides">
  ## Définir des dérogations utilisateur
</div>

Une dérogation utilisateur prévaut sur la limite de la Team comme sur les plafonds de groupe. Pour rétablir l’application normale des règles de Team et de groupe pour un utilisateur, supprimez la dérogation. Ne définissez pas de valeur négative : les nouvelles dérogations utilisateur négatives sont rejetées et, pour annuler une dérogation, vous devez la supprimer.

Les anciennes configurations peuvent contenir des valeurs négatives héritées. Ces valeurs ne sont pas considérées comme des dérogations utilisateur valides ; les contrôles de Team et de groupe de l’utilisateur s’appliquent donc à la place.

<div id="enforcement-and-reset-behavior">
  ## Application et comportement de réinitialisation
</div>

La limite effective est vérifiée avant tout travail facturé en ACU. Lorsque l’utilisation de l’utilisateur pour le cycle en cours atteint ou dépasse la limite effective, la requête est refusée et l’utilisateur voit :

```text theme={null}
monthly acu limit reached
```

Les limites sont réinitialisées à chaque cycle de facturation de la Team. L’application des règles utilise la période du cycle de facturation en cours configurée pour la Team, y compris ses dates de début et de fin.

La désactivation ou la suppression de la configuration de facturation ACU de la Team :

* Efface la configuration ACU de la Team et les dérogations utilisateur.
* Efface les plafonds ACU des groupes.
* Conserve les contrôles des modèles de groupe.

Après la désactivation de la facturation ACU, les restrictions relatives aux modèles de groupe restent disponibles, même si les plafonds ACU des groupes ne s’appliquent plus.

<div id="viewing-acu-consumption-by-group">
  ## Consulter la consommation d’ACU par groupe
</div>

Ouvrez **Analytics → Utilisation de la Team** dans le portail. Utilisez le sélecteur de groupe pour choisir un groupe et le sélecteur de plage de dates pour définir la période de rapport. Vous pouvez également ouvrir une vue limitée à un groupe en ajoutant le paramètre de requête `groupId` à l’URL Analytics.

Pour les Teams facturées en ACU, la page inclut :

* Une statistique récapitulative **ACU utilisés**.
* Une colonne **ACU utilisés** dans le tableau par utilisateur.
* Le nom de l’utilisateur, son e-mail, ses jours actifs, les onglets générés, les messages Cascade, les sessions Cascade uniques et les IDE utilisés.

Analytics et l’application des règles utilisent des notions temporelles différentes :

* Analytics indique les ACU consommés pendant la plage de dates sélectionnée, indépendamment du cycle de facturation.
* L’application des règles compare l’utilisation à la période du cycle de facturation en cours de la Team.

La consommation d’ACU et les plafonds d’ACU peuvent également être interrogés et gérés par programmation ; consultez l’[API de consommation d’ACU](/fr/federal/api/acu-consumption) et l’[API des plafonds d’ACU par utilisateur](/fr/federal/api/acu-caps).

<AccordionGroup>
  <Accordion title="Un plafond de groupe crée-t-il un budget partagé ?">
    Non. Un plafond de groupe s’applique séparément à chaque membre du groupe. Si trois utilisateurs partagent un plafond de groupe de 100 ACU, chacun peut avoir un plafond de 100 ACU ; ils ne se partagent pas un même pool de 100 ACU.
  </Accordion>

  <Accordion title="Quelle limite s’applique lorsqu’un utilisateur dispose de plusieurs contrôles ?">
    Une dérogation utilisateur valide prévaut. En l’absence de dérogation, la limite effective de l’utilisateur correspond à la plus basse entre la limite de la Team et le plafond de groupe positif le plus bas parmi ses groupes.
  </Accordion>

  <Accordion title="Comment annuler une dérogation utilisateur ?">
    Supprimez la dérogation utilisateur. Les valeurs négatives ne permettent pas d’hériter des contrôles de la Team et des groupes.
  </Accordion>

  <Accordion title="Pourquoi Analytics peut-il différer de l’utilisation du cycle en cours ?">
    Analytics suit la plage de dates sélectionnée dans le portail, tandis que l’application des règles utilise le cycle de facturation en cours de la Team. Une plage de dates peut inclure une utilisation en dehors du cycle d’application en cours.
  </Accordion>
</AccordionGroup>
