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

# ACU-Limits

> Legen Sie ACU-Limits für Teams, Gruppen und Nutzer in Federal Deployments fest.

<Info>
  Diese Dokumentation bezieht sich auf die Federal Deployments von Devin. [Zurück zur Devin-Dokumentation](/de/get-started/devin-intro)
</Info>

ACU-Limits steuern, wie viele Agent Compute Units (ACUs) ein Nutzer während des Abrechnungszeitraums des Teams verbrauchen kann. Federal-Administratoren können einen Standardwert für Teams, eine Obergrenze pro Gruppe und eine Überschreibung pro Nutzer verwalten.

Informationen zum Erstellen von Gruppen und Zuweisen von Mitgliedern finden Sie unter [Gruppen](/de/federal/groups). Informationen zu Modellbeschränkungen, die zusammen mit ACU-Limits verwaltet werden können, finden Sie unter [Modellbereitstellung](/de/federal/model-provisioning).

***

<div id="the-three-acu-controls">
  ## Die drei ACU-Limits
</div>

| Limit                      | Geltungsbereich           | Verhalten                                                                                                             |
| -------------------------- | ------------------------- | --------------------------------------------------------------------------------------------------------------------- |
| **Team-ACU-Limit**         | Jeder Nutzer im Team      | Das Standard-ACU-Limit pro Nutzer für das Team.                                                                       |
| **Gruppen-ACU-Obergrenze** | Jedes Member einer Gruppe | Eine Obergrenze pro Member dieser Gruppe für jeden Abrechnungszeitraum. Sie ist kein gemeinsamer Pool für die Gruppe. |
| **Nutzer-ACU-Obergrenze**  | Ein Nutzer                | Eine nutzerspezifische Überschreibung, die Vorrang vor dem Team-Limit und den Gruppenobergrenzen hat.                 |

<div id="how-the-effective-limit-is-resolved">
  ### So wird das effektive Limit bestimmt
</div>

Das effektive Limit für einen Nutzer lautet:

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

Anders ausgedrückt:

1. Wenn für den Nutzer eine gültige Nutzerüberschreibung vorliegt, hat dieser Wert uneingeschränkt Vorrang.
2. Andernfalls werden das Teamlimit und die niedrigste positive ACU-Obergrenze unter den Gruppen des Nutzers verglichen.
3. Es gilt der niedrigere dieser Grenzwerte.

Eine Nutzerüberschreibung hat auch dann Vorrang, wenn sie höher ist als das Teamlimit oder die Gruppenobergrenzen des Nutzers. Gruppenobergrenzen beschränken nur Nutzer, die keine gültige Nutzerüberschreibung haben.

Gehört der Nutzer mehreren Gruppen mit positiven ACU-Obergrenzen an, bildet die niedrigste positive Obergrenze die Gruppenkomponente der Berechnung. Das effektive Limit wird weiterhin mit dem Teamlimit verglichen. Gruppenobergrenzen gelten pro Member und sind kein gemeinsamer Betrag, den die Gruppenmitglieder zusammen aufbrauchen.

<div id="zero-and-unset-values">
  ## Nullwerte und nicht gesetzte Werte
</div>

| Status des Steuerelements                   | Bedeutung                                                                                                       |
| ------------------------------------------- | --------------------------------------------------------------------------------------------------------------- |
| Teamlimit auf `0` gesetzt                   | Die ACU-Nutzung wird für Nutzer blockiert, für die das Teamlimit gilt.                                          |
| Nutzerüberschreibung auf `0` gesetzt        | Die ACU-Nutzung wird für diesen Nutzer blockiert.                                                               |
| Obergrenze der Portalgruppe auf `0` gesetzt | Die Gruppenobergrenze wird aufgehoben; sie wird nicht als Gruppenlimit von null ACUs behandelt.                 |
| Steuerelement nicht gesetzt                 | Dieses Steuerelement fügt keine Durchsetzung hinzu. Andere zutreffende Steuerelemente können weiterhin greifen. |

Das Steuerelement für das ACU-Limit einer Portalgruppe akzeptiert `cycle_acu_limit: 0` und hebt damit die Gruppenobergrenze auf. Die Service-Key-Operation `UpdateGroup` verwendet `set_cycle_acu_limit` und `clear_cycle_acu_limit`: Der mit `set_cycle_acu_limit` gesetzte Wert muss endlich und positiv sein; null wird abgelehnt und nicht als blockierende Gruppenobergrenze behandelt. Eine auf `0` gesetzte Nutzerobergrenze bleibt eine explizite Sperre pro Nutzer.

Für ein nach ACUs abgerechnetes Team kann kein numerisches Limit konfiguriert sein. In diesem Fall erfolgt keine Durchsetzung durch das Teamlimit, sofern keine positive Gruppenobergrenze oder eine gültige Nutzerüberschreibung greift.

<div id="set-group-acu-caps">
  ## ACU-Obergrenzen für Gruppen festlegen
</div>

ACU-Obergrenzen für Gruppen können unter **Settings → Gruppen** konfiguriert werden, wenn das Team bereits nach ACU abgerechnet wird. In der Gruppen-Detailansicht wird entweder der konfigurierte Wert pro Member oder **Team-ACU-Limit** angezeigt, wenn die Gruppe die Teameinstellung übernimmt.

Gruppenobergrenzen können erst konfiguriert werden, wenn für das Team eine ACU-Abrechnungskonfiguration eingerichtet ist. Das Portal oder die API können Folgendes melden:

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

Das Portal akzeptiert endliche, nicht negative Obergrenzen für Gruppen; mit `0` wird die Obergrenze aufgehoben. Die API zur Gruppenverwaltung per Dienstschlüssel erfordert einen endlichen, positiven Wert für `set_cycle_acu_limit` und verwendet `clear_cycle_acu_limit`, um die Überschreibung aufzuheben.

<div id="set-user-overrides">
  ## Nutzerüberschreibungen festlegen
</div>

Eine Nutzerüberschreibung hat Vorrang vor dem Teamlimit und den Gruppenobergrenzen. Um für einen Nutzer wieder die normale Team-/Gruppenauflösung zu verwenden, entfernen Sie die Überschreibung. Legen Sie keinen negativen Wert fest: Negative Nutzerüberschreibungen werden bei neuen Änderungen abgelehnt, und zum Zurücksetzen muss die Überschreibung entfernt werden.

Ältere Konfigurationen können negative Legacy-Werte enthalten. Diese Werte gelten nicht als gültige Nutzerüberschreibung, sodass stattdessen die Team- und Gruppenkontrollen des Nutzers verwendet werden.

<div id="enforcement-and-reset-behavior">
  ## Durchsetzung und Zurücksetzungsverhalten
</div>

Das effektive Limit wird vor ACU-abgerechneten Arbeiten geprüft. Wenn die Nutzung des Nutzers im aktuellen Abrechnungszeitraum das effektive Limit erreicht oder überschreitet, wird die Anfrage abgelehnt und dem Nutzer wird Folgendes angezeigt:

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

Obergrenzen werden mit dem Abrechnungszeitraum des Teams zurückgesetzt. Bei der Durchsetzung wird das für das Team konfigurierte aktuelle Abrechnungszeitraumfenster verwendet, einschließlich des aktuellen Beginns und Endes des Zeitraums.

Das Deaktivieren oder Entfernen der ACU-Abrechnungskonfiguration des Teams:

* Löscht die ACU-Konfiguration und Nutzerüberschreibungen des Teams.
* Löscht die ACU-Obergrenzen der Gruppen.
* Behält die Modellkontrollen der Gruppen bei.

Nach dem Deaktivieren der ACU-Abrechnung bleiben Modellbeschränkungen für Gruppen verfügbar, auch wenn ACU-Obergrenzen für Gruppen nicht mehr gelten.

<div id="viewing-acu-consumption-by-group">
  ## ACU-Verbrauch nach Gruppe anzeigen
</div>

Öffnen Sie im Portal **Analytics → Team Usage**. Wählen Sie über die Gruppenauswahl eine Gruppe und über die Datumsbereichsauswahl den Berichtszeitraum aus. Sie können auch über einen `groupId`-Abfrageparameter in der Analytics-URL eine gruppenspezifische Ansicht öffnen.

Für Teams mit ACU-Abrechnung enthält die Seite:

* Eine Zusammenfassungskennzahl für **verbrauchte ACUs**.
* Eine Spalte **Verbrauchte ACUs** in der Tabelle pro Nutzer.
* Nutzername, E-Mail-Adresse, aktive Tage, generierte Tabs, Cascade-Nachrichten, eindeutige Cascade-Sitzungen und verwendete IDEs.

Analytics und Durchsetzung verwenden unterschiedliche Zeitbezüge:

* Analytics meldet die innerhalb des ausgewählten Datumsbereichs verbrauchten ACUs, unabhängig vom Abrechnungszeitraum.
* Die Durchsetzung prüft die Nutzung anhand des aktuellen Abrechnungszeitraums des Teams.

ACU-Verbrauch und ACU-Obergrenzen können auch programmatisch abgefragt und verwaltet werden – siehe die [ACU Consumption API](/de/federal/api/acu-consumption) und die [User ACU Caps API](/de/federal/api/acu-caps).

<AccordionGroup>
  <Accordion title="Erstellt eine Gruppenobergrenze ein gemeinsames Gruppenbudget?">
    Nein. Eine Gruppenobergrenze gilt separat für jedes Member der Gruppe. Wenn drei Nutzer eine Gruppenobergrenze von 100 ACUs haben, kann für jeden Nutzer eine Obergrenze von 100 ACUs gelten; sie teilen sich keinen gemeinsamen Pool von 100 ACUs.
  </Accordion>

  <Accordion title="Welche Obergrenze gilt, wenn ein Nutzer mehreren Beschränkungen unterliegt?">
    Eine gültige Nutzerüberschreibung hat uneingeschränkt Vorrang. Ohne eine solche Überschreibung entspricht das effektive Limit des Nutzers dem niedrigeren Wert aus dem Teamlimit und der niedrigsten positiven Gruppenobergrenze seiner Gruppen.
  </Accordion>

  <Accordion title="Wie setze ich eine Nutzerüberschreibung zurück?">
    Entfernen Sie die Nutzerüberschreibung. Negative Werte sind nicht dafür vorgesehen, die Team- und Gruppenbeschränkungen zu übernehmen.
  </Accordion>

  <Accordion title="Warum kann Analytics von der Nutzung im aktuellen Abrechnungszeitraum abweichen?">
    Analytics richtet sich nach dem im Portal ausgewählten Datumsbereich, während die Durchsetzung den aktuellen Abrechnungszeitraum des Teams verwendet. Ein Datumsbereich kann Nutzung außerhalb des aktuellen Durchsetzungszeitraums enthalten.
  </Accordion>
</AccordionGroup>