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

# Politiques d'utilisation : limites d'ACU par utilisateur

> Plafonnez la consommation mensuelle d'ACU de chaque utilisateur à l'aide de niveaux d'utilisation, de mappages de groupes IdP, de dérogations par membre et de demandes d'utilisation supplémentaire.

Les politiques d'utilisation permettent aux administrateurs Enterprise de plafonner la consommation mensuelle d'ACU de chaque membre. L'**utilisation locale** d'un membre (Devin Desktop, Devin CLI) et son **utilisation cloud** (sessions Devin) sont toutes deux comptabilisées dans une même limite par utilisateur. Une fois cette limite atteinte, tout nouveau travail est bloqué sur toutes les interfaces.

Gérez les politiques d'utilisation dans [Settings Enterprise > Politiques d'utilisation](https://app.devin.ai/settings/usage-policies).

<Note>
  Les limites d’ACU par utilisateur sont en bêta et doivent être activées pour votre entreprise. Contactez votre équipe de compte pour les activer.
</Note>

Quelques points à connaître :

* La gestion des politiques d’utilisation nécessite l’autorisation **Gérer les limites d’ACU** ou l’autorisation d’administrateur de la facturation.
* Les limites sont réinitialisées chaque mois, selon le cycle de facturation de votre contrat (un contrat commençant le 23 voit ses limites réinitialisées le 23).
* L’utilisation de Devin Review n’est pas prise en compte dans les limites par utilisateur.
* Les limites par utilisateur sont indépendantes des [limites d’ACU au niveau de l’organisation](/fr/admin/billing/enterprise#setting-organization-acu-limits) : une session est bloquée si l’une ou l’autre limite est atteinte.

<div id="usage-tiers">
  ## Niveaux d’utilisation
</div>

Un **niveau d’utilisation** est un groupe nommé de membres disposant de la même allocation mensuelle d’ACU, par exemple une Team d’ingénierie, une Team d’analystes de données ou un groupe d’admins. Les niveaux s’appliquent à l’échelle de l’entreprise. L’allocation s’applique individuellement à chaque membre ; il ne s’agit pas d’un budget mutualisé au sein du niveau.

Vous disposez toujours d’un **niveau par défaut** : tous les membres y sont placés, sauf s’ils sont assignés à un autre niveau, y compris ceux qui rejoignent l’entreprise ultérieurement. Le premier niveau que vous créez devient le niveau par défaut, et vous pouvez modifier le niveau par défaut depuis la liste des niveaux.

<div id="guided-setup">
  ### Configuration guidée
</div>

Si vous n’avez pas encore configuré de niveaux ou que vous débutez, cliquez sur **Configurer avec les recommandations** dans la page des niveaux. Devin analyse l’utilisation par membre au cours de vos trois derniers cycles de facturation, propose une configuration complète avec un niveau pour chaque membre et vous permet de tout modifier avant de l’appliquer. Une simulation intégrée indique les membres qui dépasseraient leur limite ainsi que le volume de requêtes prévu, pour éviter toute surprise.

<div id="creating-tiers-manually">
  ### Création manuelle de niveaux
</div>

1. Accédez à **Paramètres Enterprise > Politiques d’utilisation > Niveaux d’utilisation**.
2. Cliquez sur **Ajouter un niveau**.
3. Donnez un nom au niveau et définissez une **allocation d’utilisation mensuelle** : il s’agit de la limite ACU de référence dont dispose chaque membre du niveau au début de chaque cycle. Laissez ce champ vide pour ne définir aucune limite.
4. Configurez éventuellement l’[utilisation supplémentaire](#approval-policies), c’est-à-dire la manière dont les membres de ce niveau peuvent recevoir davantage d’ACU.
5. Cliquez sur **Créer le niveau**.

<div id="assign-members-to-a-tier">
  ### Attribuer des membres à un niveau
</div>

Ouvrez un niveau, accédez à l’onglet **Membres**, puis cliquez sur **Attribuer un membre**. Le déplacement d’un membre depuis un autre niveau supprime toute dérogation qui lui était associée afin qu’il bénéficie de l’allocation du niveau de destination.

<div id="map-idp-groups-to-tiers">
  ### Mapper les groupes IdP à des niveaux
</div>

Au lieu d’attribuer les membres un par un, vous pouvez associer les groupes de votre fournisseur d’identité à des niveaux. Depuis la page des niveaux, cliquez sur **Configurer les mappages de groupes**, puis sur **Ajouter un mappage**, et sélectionnez un groupe et un niveau. Les membres héritent automatiquement du niveau de leur groupe en fonction de leur appartenance au groupe en temps réel, synchronisée depuis votre [intégration IdP](/fr/enterprise/security-access/idp-groups).

<div id="tier-priority">
  #### Priorité des niveaux
</div>

Les groupes IdP d’un membre peuvent être mappés à plusieurs niveaux. Les niveaux sont donc classés par priorité afin de les départager. Pour les classer, cliquez sur **Modifier la priorité** sur la page des niveaux, puis faites-les glisser dans l’ordre souhaité : plus un niveau est placé haut, plus sa priorité est élevée. La priorité ne détermine que la précédence : un niveau plus prioritaire peut avoir une allocation inférieure.

<div id="how-a-members-tier-is-resolved">
  ## Comment le niveau d'un membre est déterminé
</div>

Un membre peut relever de plusieurs niveaux à la fois. Son niveau est déterminé selon l’ordre suivant :

1. **Niveau explicitement attribué** — une attribution directe de niveau prévaut sur tout mappage de groupe.
2. **Niveau mappé à un groupe IdP le plus prioritaire** — si les groupes IdP du membre sont mappés à plusieurs niveaux, le niveau le mieux classé prévaut.
3. **Niveau par défaut** — le niveau de repli pour tous les autres.

Par exemple, Ada appartient à deux groupes IdP : *Engineering*, mappé à un niveau de 500 ACU, et *Platform*, mappé à un niveau de 1 000 ACU, mieux classé dans la liste des niveaux. Ada relève du niveau de 1 000 ACU. Si un administrateur lui attribue directement le niveau de 500 ACU, cette attribution prévaut et sa limite passe à 500.

<div id="per-member-overrides">
  ## Dérogations par membre
</div>

Les administrateurs peuvent modifier la limite d’un membre sans changer son niveau : sur la page **Membres**, cliquez sur la limite du membre et définissez une nouvelle valeur.

* Une **dérogation temporaire** s’applique jusqu’à la fin du cycle de facturation en cours, puis le membre revient à la limite de référence de son niveau. La date d’expiration est affichée à côté de la dérogation.
* Une **dérogation permanente** reste active d’un cycle à l’autre jusqu’à ce que vous la supprimiez.

Une dérogation modifie uniquement la valeur de limite du membre : il reste dans son niveau, qui continue de définir, par exemple, sa [politique d’approbation](#approval-policies) pour l’utilisation supplémentaire.

Avant d’appliquer une modification qui réduit les limites, Devin prévisualise son impact : le nombre de membres qui seraient bloqués, verraient leur limite réduite ou ne seraient pas affectés, afin que vous puissiez confirmer en disposant de tout le contexte nécessaire.

<div id="additional-usage-requests">
  ## Demandes d’utilisation supplémentaires
</div>

<div id="how-members-request-more-usage">
  ### Comment les membres demandent plus d’utilisation
</div>

Un membre qui a besoin de davantage d’ACU peut demander une augmentation à l’aide du bouton **Demander plus** du graphique de consommation d’ACU de sa page **Mes analyses**, ou directement à partir des avertissements affichés lorsqu’il approche ou atteint sa limite. Il choisit un montant, peut éventuellement ajouter un motif, puis suivre ou annuler sa demande en attente. Les augmentations demandées sont toujours **temporaires** : elles s’appliquent uniquement au cycle de facturation en cours.

<div id="approval-policies">
  ### Politiques d’approbation
</div>

La **politique d’approbation** de chaque niveau détermine le traitement des demandes de ses membres :

| Politique                                 | Comportement                                                                                                                                                                                                                                                                                                                                                                                                                                                    |
| ----------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Approbation manuelle**                  | Chaque demande attend l’examen d’un administrateur.                                                                                                                                                                                                                                                                                                                                                                                                             |
| **Toujours approuver**                    | Les demandes sont approuvées automatiquement dans la limite de l’**allocation maximale d’approbation automatique** du niveau.                                                                                                                                                                                                                                                                                                                                   |
| **Approuver en fonction de l’efficacité** | Les demandes sont approuvées automatiquement dans la limite de l’allocation maximale d’approbation automatique, mais uniquement tant que le [score d’efficacité](#efficiency-scores) du membre est **Bon** ou **Satisfaisant**, et seulement par petites augmentations par rapport à son utilisation actuelle. Les membres en règle proches de leur plafond bénéficient également d’augmentations accordées automatiquement, sans avoir à soumettre de demande. |

L’approbation automatique fonctionne toujours en faveur du membre :

* Les demandes ne sont jamais refusées automatiquement : le refus relève toujours d’une décision d’administrateur. Une demande qui ne peut pas être approuvée automatiquement attend simplement d’être examinée.
* Une demande dépassant le plafond d’approbation automatique est accordée dans la limite de ce plafond afin que le membre puisse continuer à travailler ; le reste demeure en attente de l’examen d’un administrateur.
* Une dérogation permanente définie par un administrateur n’est jamais remplacée par une approbation automatique.

<div id="efficiency-scores">
  ### Scores d’efficacité
</div>

Devin attribue à l’utilisation récente des sessions cloud de chaque membre la mention **Bonne**, **Satisfaisante** ou **À améliorer**. Les membres dont l’utilisation récente est principalement locale ou insuffisante pour être évaluée obtiennent la mention **Inconnue** et ne sont pas éligibles à l’approbation automatique basée sur l’efficacité. Les membres peuvent consulter leur score, ainsi que des conseils pour l’améliorer, sur leur page **Mes analyses**. [Devin Coach](/fr/enterprise/features/devin-coach) les aide également à l’améliorer au fil de leur travail.

<div id="reviewing-requests">
  ### Examiner les demandes
</div>

Examinez les demandes dans **Politiques d’utilisation > Demandes d’utilisation supplémentaires**. Les demandes en attente sont identifiées comme **Bloquée** (le demandeur a atteint sa limite) ou **Proactive** (soumise à l’avance). Vous pouvez les approuver ou les refuser individuellement ou en masse. Cliquez sur une demande pour consulter le niveau, la limite actuelle, le message et le score d’efficacité du Member avant de prendre une décision. L’approbation accorde l’augmentation sous forme de dérogation temporaire pour le reste du cycle.

Les admins disposant de l’autorisation d’approuver les demandes reçoivent une notification dans l’application et par e-mail : immédiatement lorsqu’un demandeur est activement bloqué, et dans un récapitulatif quotidien pour les demandes proactives.

<div id="monitoring-members">
  ## Suivi des membres
</div>

La page **Politiques d’utilisation > Membres** répertorie tous les membres avec leur utilisation actuelle, leur limite, leur niveau et la source de cette limite. Ils sont classés par utilisation afin que les membres à risque apparaissent en premier. Les membres bloqués sont mis en évidence. Cliquez sur un membre pour consulter en détail son utilisation et l’efficacité de ses sessions au cours du cycle actuel, ce qui fournit un contexte utile avant d’approuver une demande ou d’ajuster une limite. Vous pouvez également modifier directement le niveau ou la dérogation d’un membre depuis cette page.

<div id="what-members-see-at-the-limit">
  ## Ce que voient les membres lorsqu’ils atteignent la limite
</div>

Les membres reçoivent des avertissements de plus en plus marqués à mesure qu’ils utilisent leur allocation : une notification lorsqu’ils atteignent environ les deux tiers de la limite, puis des bannières persistantes à l’approche de celle-ci et lorsqu’ils l’atteignent. Une fois bloqués, ils voient un message indiquant qu’ils ont dépassé leur limite d’ACU par utilisateur, ainsi qu’une action **Demander plus d’ACU** qui ouvre la boîte de dialogue de demande.

<div id="frequently-asked-questions">
  ## Questions fréquentes
</div>

<AccordionGroup>
  <Accordion title="Les politiques d’utilisation remplacent-elles les limites d’ACU au niveau de l’organisation ?">
    Non. Les [limites au niveau de l’organisation](/fr/admin/billing/enterprise#setting-organization-acu-limits) plafonnent l’utilisation totale d’une organisation, tandis que les politiques d’utilisation limitent chaque membre individuellement. Les deux s’appliquent indépendamment l’une de l’autre.
  </Accordion>

  <Accordion title="Un niveau peut-il servir de budget partagé pour une équipe ?">
    Non. L’allocation d’un niveau s’applique individuellement à chaque membre. Pour un budget mutualisé, créez une organisation avec une limite d’ACU au niveau de l’organisation et affectez-y l’équipe.
  </Accordion>

  <Accordion title="Nous avons déjà défini des limites par utilisateur via l’API. Que deviennent-elles ?">
    Les limites existantes définies via l’API apparaissent dans l’UI sous forme de dérogations permanentes, et l’API continue de fonctionner. Consultez la [référence de l’API des limites d’ACU au niveau de l’utilisateur](/fr/admin/billing/user-acu-limits) pour les gérer par programmation.
  </Accordion>

  <Accordion title="Devin Review est-il pris en compte dans les limites par utilisateur ?">
    Non. L’utilisation d’ACU de Devin Review est exclue des limites par utilisateur.
  </Accordion>

  <Accordion title="Quand les limites sont-elles réinitialisées ?">
    Au début de chaque période de facturation mensuelle, qui suit le cycle de votre contrat. Les dérogations temporaires et les demandes approuvées expirent au même moment.
  </Accordion>
</AccordionGroup>
