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

# Nutzungsrichtlinien: ACU-Limits pro Nutzer

> Begrenzen Sie den monatlichen ACU-Verbrauch jedes Nutzers mit Nutzungsebenen, IdP-Gruppenzuordnungen, individuellen Überschreibungen und Anfragen für zusätzliche Nutzung.

Mit Nutzungsrichtlinien können Enterprise-Administratoren den monatlichen ACU-Verbrauch jedes Members begrenzen. Die **lokale Nutzung** eines Members (Devin Desktop, Devin CLI) und die **Cloud-Nutzung** (Devin-Sitzungen) werden auf ein gemeinsames Limit pro Nutzer angerechnet. Sobald das Limit erreicht ist, wird neue Arbeit auf allen Oberflächen blockiert.

Verwalten Sie Nutzungsrichtlinien unter [Enterprise Settings > Nutzungsrichtlinien](https://app.devin.ai/settings/usage-policies).

<Note>
  ACU-Limits pro Nutzer befinden sich in der Beta-Phase und müssen für Ihr Enterprise aktiviert werden. Wenden Sie sich an Ihr Account-Team, um sie zu aktivieren.
</Note>

Einige wichtige Hinweise vorab:

* Zum Verwalten von Nutzungsrichtlinien benötigen Sie die Berechtigung **ACU-Limits verwalten** oder die Berechtigung „Abrechnungsadministrator“.
* Limits werden monatlich entsprechend dem Abrechnungszyklus Ihres Vertrags zurückgesetzt (bei einem Vertrag, der am 23. beginnt, werden die Limits jeweils am 23. zurückgesetzt).
* Die Nutzung von Devin Review zählt nicht auf die Limits pro Nutzer.
* Limits pro Nutzer sind unabhängig von [ACU-Limits auf Organisationsebene](/de/admin/billing/enterprise#setting-organization-acu-limits) – eine Sitzung wird blockiert, wenn eines der beiden Limits erreicht wird.

<div id="usage-tiers">
  ## Nutzungsebenen
</div>

Eine **Nutzungsebene** ist eine benannte Gruppe von Mitgliedern mit derselben monatlichen ACU-Zuweisung — zum Beispiel ein Entwicklungsteam, ein Datenanalyseteam oder eine Gruppe von Admins. Ebenen gelten unternehmensweit. Die Zuweisung gilt für jedes Mitglied einzeln; sie ist kein gemeinsames Budget der Ebene.

Sie haben immer eine **Standardebene** — ihr werden alle Mitglieder zugeordnet, sofern sie keiner anderen Ebene zugewiesen sind, auch Mitglieder, die später hinzukommen. Die erste Ebene, die Sie erstellen, wird zur Standardebene. In der Ebenenliste können Sie ändern, welche Ebene die Standardebene ist.

<div id="guided-setup">
  ### Geführtes Setup
</div>

Wenn Sie noch keine Ebenen konfiguriert haben oder gerade erst anfangen, klicken Sie auf der Seite für Ebenen auf **Mit Empfehlungen einrichten**. Devin analysiert die Nutzung pro Member in Ihren letzten drei Abrechnungszeiträumen, schlägt eine vollständige Konfiguration mit einer Ebene für jedes Member vor und ermöglicht Ihnen, alles vor der Übernahme zu bearbeiten. Eine integrierte Simulation zeigt, wer sein Limit überschreiten würde, sowie das voraussichtliche Anfragevolumen – damit es keine Überraschungen gibt.

<div id="creating-tiers-manually">
  ### Ebenen manuell erstellen
</div>

1. Navigieren Sie zu **Enterprise Settings > Usage policies > Usage tiers**.
2. Klicken Sie auf **Add tier**.
3. Geben Sie der Ebene einen Namen und eine **monatliche Nutzungszuweisung** – das ACU-Limit der Ausgangsbasis, mit dem jedes Member der Ebene in jeden Zyklus startet. Lassen Sie das Feld leer, wenn es kein Limit geben soll.
4. Konfigurieren Sie optional die [zusätzliche Nutzung](#approval-policies) – darüber können Member dieser Ebene weitere ACUs erhalten.
5. Klicken Sie auf **Create tier**.

<div id="assign-members-to-a-tier">
  ### Mitglieder einer Ebene zuweisen
</div>

Öffnen Sie eine Ebene, wechseln Sie zum Tab **Mitglieder** und klicken Sie auf **Mitglied zuweisen**. Wenn Sie ein Mitglied aus einer anderen Ebene verschieben, werden alle mitgliederspezifischen Überschreibungen entfernt, sodass die Zuweisung der Zielebene übernommen wird.

<div id="map-idp-groups-to-tiers">
  ### IdP-Gruppen Ebenen zuordnen
</div>

Anstatt Member einzeln zuzuweisen, können Sie die Gruppen Ihres Identity Providers Ebenen zuordnen. Klicken Sie auf der Ebenenseite auf **Gruppenzuordnungen konfigurieren**, dann auf **Zuordnung hinzufügen**, und wählen Sie eine Gruppe sowie eine Ebene aus. Member übernehmen automatisch die Ebene ihrer Gruppe – basierend auf der aktuellen Gruppenmitgliedschaft aus Ihrer [IdP-Integration](/de/enterprise/security-access/idp-groups).

<div id="tier-priority">
  #### Ebenenpriorität
</div>

Die IdP-Gruppen eines Members können mehreren Ebenen zugeordnet werden. Daher werden Ebenen nach Priorität geordnet, um Gleichstände aufzulösen. Klicken Sie auf der Seite für Ebenen auf **Priorität bearbeiten** und ziehen Sie die Ebenen in die gewünschte Reihenfolge – je weiter oben, desto höher die Priorität. Die Priorität bestimmt ausschließlich den Vorrang: Eine Ebene mit höherer Priorität kann eine niedrigere Zuweisung haben.

<div id="how-a-members-tier-is-resolved">
  ## Wie die Ebene eines Members bestimmt wird
</div>

Ein Member kann gleichzeitig mehreren Ebenen angehören. Die geltende Ebene wird in dieser Reihenfolge bestimmt:

1. **Explizit zugewiesene Ebene** — eine direkte Ebenenzuweisung hat Vorrang vor jeder Gruppenzuordnung.
2. **Über IdP zugeordnete Ebene mit der höchsten Priorität** — wenn die IdP-Gruppen eines Members mehreren Ebenen zugeordnet sind, gilt die höher eingestufte Ebene.
3. **Standardebene** — die Rückfalloption für alle anderen.

Zum Beispiel gehört Ada zwei IdP-Gruppen an: *Engineering*, die einer Ebene mit 500 ACU zugeordnet ist, und *Platform*, die einer Ebene mit 1.000 ACU zugeordnet ist und in der Ebenenliste höher eingestuft ist. Für Ada gilt die Ebene mit 1.000 ACU. Wenn ein Admin sie direkt der Ebene mit 500 ACU zuweist, hat diese Zuweisung Vorrang und ihr Limit beträgt 500.

<div id="per-member-overrides">
  ## Überschreibungen pro Member
</div>

Administratoren können das Limit eines einzelnen Members überschreiben, ohne dessen Ebene zu ändern: Klicken Sie auf der Seite **Members** auf das Limit des Members und legen Sie einen neuen Wert fest.

* Eine **temporäre Überschreibung** gilt bis zum Ende des aktuellen Abrechnungszeitraums. Anschließend gilt für das Member wieder die Ausgangsbasis seiner Ebene. Das Ablaufdatum wird neben der Überschreibung angezeigt.
* Eine **dauerhafte Überschreibung** bleibt über Abrechnungszeiträume hinweg bestehen, bis Sie sie aufheben.

Eine Überschreibung ändert nur den Limitwert des Members – es bleibt in seiner Ebene, die weiterhin beispielsweise seine [Genehmigungsrichtlinie](#approval-policies) für zusätzliche Nutzung definiert.

Bevor Devin eine Änderung anwendet, die Limits senkt, zeigt es deren Auswirkungen an – wie viele Member blockiert, herabgestuft oder nicht betroffen wären – damit Sie die Änderung mit vollständigem Kontext bestätigen können.

<div id="additional-usage-requests">
  ## Zusätzliche Anfragen zur Nutzung
</div>

<div id="how-members-request-more-usage">
  ### So beantragen Mitglieder eine höhere Nutzung
</div>

Ein Member, der mehr ACUs benötigt, kann über die Schaltfläche **Mehr anfordern** im Diagramm zum ACU-Verbrauch auf der Seite **Meine Analysen** eine Erhöhung beantragen oder direkt über die Limitwarnungen, die angezeigt werden, wenn das Limit fast erreicht oder erreicht wird. Sie wählen einen Betrag aus, können optional eine Begründung hinzufügen und die ausstehende Anfrage nachverfolgen oder stornieren. Beantragte Erhöhungen sind immer **vorübergehend** – sie gelten nur für den aktuellen Abrechnungszeitraum.

<div id="approval-policies">
  ### Genehmigungsrichtlinien
</div>

Die **Genehmigungsrichtlinie** jeder Ebene legt fest, wie mit den Anfragen ihrer Member verfahren wird:

| Richtlinie                        | Verhalten                                                                                                                                                                                                                                                                                                                                                                                                                             |
| --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Manuelle Genehmigung**          | Jede Anfrage wartet auf die Prüfung durch einen Admin.                                                                                                                                                                                                                                                                                                                                                                                |
| **Immer genehmigen**              | Anfragen werden bis zur **maximalen Zuweisung für die automatische Genehmigung** der Ebene automatisch genehmigt.                                                                                                                                                                                                                                                                                                                     |
| **Effizienzbasierte Genehmigung** | Anfragen werden bis zur maximalen Zuweisung für die automatische Genehmigung automatisch genehmigt, jedoch nur, solange der [Effizienzscore](#efficiency-scores) des Members **Healthy** oder **Satisfactory** ist, und nur in kleinen Schritten über die aktuelle Nutzung hinaus. Member mit gutem Status, die sich ihrer Obergrenze nähern, erhalten Erhöhungen ebenfalls automatisch, ohne manuell eine Anfrage stellen zu müssen. |

Die automatische Genehmigung erfolgt stets zugunsten des Members:

* Anfragen werden niemals automatisch abgelehnt – eine Ablehnung ist immer eine Entscheidung des Admins. Eine Anfrage, die nicht automatisch genehmigt werden kann, wartet einfach auf die Prüfung.
* Eine Anfrage, die über der Obergrenze für die automatische Genehmigung liegt, wird bis zu dieser Obergrenze genehmigt, sodass der Member weiterarbeiten kann; der verbleibende Betrag bleibt zur Prüfung durch einen Admin ausstehend.
* Eine von einem Admin festgelegte dauerhafte Überschreibung wird niemals durch eine automatische Genehmigung ersetzt.

<div id="efficiency-scores">
  ### Effizienzbewertungen
</div>

Devin bewertet die jüngste Nutzung von Cloud-Sitzungen jedes Members als **Gut**, **Zufriedenstellend** oder **Verbesserungsbedürftig**. Members, deren jüngste Nutzung überwiegend lokal erfolgt oder für eine Bewertung zu gering ist, werden als **Unbekannt** angezeigt und sind nicht für effizienzbasierte automatische Genehmigungen qualifiziert. Members können ihre eigene Bewertung – zusammen mit Tipps zur Verbesserung – auf ihrer Seite **My analytics** einsehen. [Devin Coach](/de/enterprise/features/devin-coach) hilft ihnen dabei, sie während der Arbeit zu verbessern.

<div id="reviewing-requests">
  ### Anfragen prüfen
</div>

Prüfen Sie Anfragen unter **Nutzungsrichtlinien > Zusätzliche Nutzungsanfragen**. Ausstehende Anfragen sind als **Blockiert** (der Anfragende hat sein Limit erreicht) oder **Proaktiv** (im Voraus angefragt) gekennzeichnet. Sie können sie einzeln oder gesammelt genehmigen oder ablehnen. Klicken Sie auf eine Anfrage, um vor der Entscheidung die Ebene, das aktuelle Limit, die Nachricht und den Effizienzwert des Members anzuzeigen. Mit der Genehmigung wird die Erhöhung für den Rest des Abrechnungszeitraums als temporäre Überschreibung gewährt.

Admins mit der Berechtigung zum Genehmigen von Anfragen werden über einen Hinweis in der App und per E-Mail benachrichtigt — sofort, wenn ein Anfragender aktiv blockiert ist, und bei proaktiven Anfragen in einer täglichen Zusammenfassung.

<div id="monitoring-members">
  ## Überwachung von Mitgliedern
</div>

Auf der Seite **Nutzungsrichtlinien > Mitglieder** werden alle Mitglieder mit ihrer aktuellen Nutzung, ihrem Limit, ihrer Ebene und der Limitquelle aufgeführt. Sie sind nach Auslastung sortiert, sodass gefährdete Mitglieder zuerst angezeigt werden. Blockierte Mitglieder werden hervorgehoben. Klicken Sie auf ein Mitglied, um dessen Nutzung und Sitzungseffizienz für den aktuellen Abrechnungszeitraum detailliert anzuzeigen – ein hilfreicher Kontext, bevor Sie eine Anfrage genehmigen oder ein Limit anpassen. Auf dieser Seite können Sie auch direkt die Ebene eines Mitglieds ändern oder eine Überschreibung festlegen.

<div id="what-members-see-at-the-limit">
  ## Was Mitglieder beim Erreichen des Limits sehen
</div>

Mitglieder erhalten zunehmend deutlichere Warnungen, wenn sie ihr Kontingent verbrauchen – eine Benachrichtigung bei etwa zwei Dritteln des Limits, anschließend permanente Banner, wenn sie sich dem Limit nähern und es erreichen. Sobald sie blockiert sind, sehen sie eine Meldung, dass ihr ACU-Limit pro Nutzer überschritten wurde, sowie die Aktion **Weitere ACUs anfordern**, die den Anfragedialog öffnet.

<div id="frequently-asked-questions">
  ## Häufig gestellte Fragen
</div>

<AccordionGroup>
  <Accordion title="Ersetzen Nutzungsrichtlinien ACU-Limits auf Organisationsebene?">
    Nein. [Limits auf Organisationsebene](/de/admin/billing/enterprise#setting-organization-acu-limits) begrenzen die Gesamtnutzung einer Organisation, während Nutzungsrichtlinien für jedes Mitglied individuelle Limits festlegen. Beide werden unabhängig voneinander durchgesetzt.
  </Accordion>

  <Accordion title="Kann eine Ebene als gemeinsames Budget für ein Team dienen?">
    Nein. Die Zuweisung einer Ebene gilt für jedes Mitglied individuell. Erstellen Sie für ein gemeinsames Budget eine Organisation mit einem ACU-Limit auf Organisationsebene und weisen Sie das Team ihr zu.
  </Accordion>

  <Accordion title="Wir haben bereits Limits pro Nutzer über die API festgelegt. Was geschieht mit ihnen?">
    Bereits über die API festgelegte Limits werden in der UI als dauerhafte Überschreibungen angezeigt, und die API funktioniert weiterhin. Informationen zur programmgesteuerten Verwaltung finden Sie in der [API-Referenz für ACU-Limits auf Nutzerebene](/de/admin/billing/user-acu-limits).
  </Accordion>

  <Accordion title="Wird Devin Review auf Limits pro Nutzer angerechnet?">
    Nein. Die ACU-Nutzung von Devin Review wird nicht auf Limits pro Nutzer angerechnet.
  </Accordion>

  <Accordion title="Wann werden Limits zurückgesetzt?">
    Zu Beginn jedes monatlichen Abrechnungszeitfensters, das Ihrem Vertragszyklus entspricht. Temporäre Überschreibungen und genehmigte Anfragen laufen dann ebenfalls ab.
  </Accordion>
</AccordionGroup>
