Copilot Studio Friction

Bei Änderungen an diesem Eintrag benachrichtigt werden

Eine E-Mail, wenn sich Status oder Lösung ändert — Double-Opt-in, kein Tracking, Abmeldelink in jeder E-Mail.

«This agent is currently unavailable. It has reached its usage limit.»

Abgemildertseit 8. Juli 2026

Zuletzt verifiziert

Details & Verwandtes

Einschätzung

Vertrauensstufe
Offiziell bestätigtDurch Microsoft-Dokumentation oder eine offizielle Aussage bestätigt.
Schweregrad
Blockierend
Typischer Zeitverlust
Stunden

Identifikation

Lizenzierung & KostenAlle Kanäle

Verifikation & Änderungen

  1. Verifiziert

    Doku-Check durch Mensch: Official billing and throttling troubleshooting pages re-read during seed migration; 125% enforcement threshold and verbatim end-user message still documented.

  2. Änderung

    Vorläufig durch den Product Owner genehmigt; externe LLM-Qualitätsprüfung ausstehend.

  3. Änderung

    Erster Eintrag erstellt aus dem Seed-Dossier (Migrationswelle 1).

Automatisch übersetzte Fassung — massgeblich ist das englische Original.

Sind Sie hier richtig?

  • Benutzer sehen die Meldung "This agent is currently unavailable. It has reached its usage limit."
  • Jede Anfrage an den Agent wird abgelehnt, in jedem Kanal.
  • Der Agent funktionierte bis vor Kurzem normal, und an seiner Konfiguration wurde nichts geändert.
  • Ihr Mandant bezahlt mit vorausbezahlter Kapazität, zum Beispiel Nachrichtenpaketen (Message Packs).
  • Der Ausfall begann mitten im Monat, ohne jegliche Bereitstellung Ihrerseits.

Wenn die Credits schneller als geplant aufgebraucht werden, der Agent aber weiterhin antwortet → siehe Credits werden viel schneller als erwartet verbraucht. Wenn Sie stattdessen Fehler wie GenAIToolPlannerRateLimitReached sehen → siehe Agent stoppt mit "…RateLimitReached"-Fehlern.

Was passiert

Dies ist eine Abrechnungsdurchsetzung, kein Fehler. Copilot Studio misst die Nutzung in Copilot Credits. Wenn Ihr Mandant 125 % seiner vorausbezahlten Kapazität erreicht, greift die Durchsetzung (dokumentiert per 2026-07-08). Benutzerdefinierte Agents werden deaktiviert, und jede weitere Anfrage wird abgelehnt. Benutzer sehen die exakte obige Meldung, bis die Kapazität erhöht wird oder sich das Kontingent zurücksetzt. Nicht genutzte Credits aus früheren Perioden werden nicht übertragen (dokumentiert per 2026-07-08). Es funktioniert wie eine Prepaid-Telefonkarte mit einem kleinen Überziehungsrahmen: bei 125 % wird die Leitung mitten im Gespräch tot.

Für Technikerinnen und Techniker

Die Durchsetzung "is triggered when a tenant reaches 125% of their prepaid capacity", gemäss der offiziellen Abrechnungsdokumentation. Die Ablehnung erscheint Endbenutzern als die Zeichenfolge EnforcementMessage. Interne Benutzer mit einer M365 Copilot-Lizenz sind nutzungsfrei gestellt (dokumentiert per 2026-07-08). Nicht lizenzierte Benutzer sowie autonome, geplante oder Flow-ausgelöste Ausführungen verbrauchen Credits. Das Testen eines nicht veröffentlichten Agents kann dennoch Credits verbrauchen: Prompts und Modelle innerhalb von Flows werden auch aus dem Testbereich heraus abgerechnet.

So beheben Sie es

Lösung 1

Offizieller Fix

Die vorausbezahlte Kapazität erhöhen

  1. Bitten Sie Ihren Administrator, das Power Platform Admin Center zu öffnen.
  2. Prüfen Sie den aktuellen Copilot-Credits-Verbrauch des Mandanten im Vergleich zur erworbenen Kapazität.

✅ Sie sollten jetzt sehen: Der Verbrauch liegt bei oder über 125 % der Kapazität, passend zur Durchsetzung.

  1. Erwerben Sie zusätzliche Nachrichtenpakete (Message Packs).
  2. Warten Sie, bis die neue Kapazität registriert wird.
  3. Testen Sie den Agent erneut.

✅ Sie sollten jetzt sehen: Der Agent antwortet wieder.

Lösung 2

Offizieller Fix

Auf nutzungsbasierte Bezahlung umstellen

Nutzungsbasierte Bezahlung hebt die harte Abschaltung auf, indem der Mehrverbrauch einem Azure-Abonnement in Rechnung gestellt wird.

  1. Bestätigen Sie, dass Ihre Organisation über ein Azure-Abonnement verfügt; die nutzungsbasierte Bezahlung setzt eines voraus (dokumentiert per 2026-07-08).
  2. Bitten Sie Ihren Administrator, eine Abrechnungsrichtlinie zu erstellen, die die Umgebung des Agents mit diesem Abonnement verknüpft.
  3. Aktivieren Sie die nutzungsbasierte Bezahlung für diese Umgebung.
  4. Testen Sie den Agent erneut.

✅ Sie sollten jetzt sehen: Der Agent antwortet, wobei der Mehrverbrauch abgerechnet statt blockiert wird.

Prüfen, ob es funktioniert hat

Stellen Sie dem Agent eine beliebige Frage in dem Kanal, in dem Benutzer den Ausfall gemeldet haben. Erwartet: eine normale Antwort anstelle der Nichtverfügbarkeitsmeldung.

Falls es nicht funktioniert hat

  • Die Kapazität wurde noch nicht registriert. Käufe und Abrechnungsrichtlinien brauchen Zeit zur Verbreitung; testen Sie nach einer Weile erneut.
  • Die falsche Umgebung ist verknüpft. Die nutzungsbasierte Bezahlung gilt pro Umgebung; überprüfen Sie, dass die Umgebung des Agents von der Abrechnungsrichtlinie abgedeckt ist.
  • Es besteht kein Azure-Abonnement. Die nutzungsbasierte Bezahlung kann ohne ein solches nicht aktiviert werden; behandeln Sie dies als Governance-Entscheidung, nicht als Schalter.

So verhindern Sie es künftig

  • Überwachen Sie den Credit-Verbrauch und alarmieren Sie deutlich unterhalb von 100 % der Kapazität, damit die Durchsetzung nie unangekündigt eintrifft.
  • Vereinbaren Sie mit Ihrem Administrator vor dem Go-live Kapazitätsobergrenzen pro Agent und überprüfen Sie diese monatlich.
  • Validieren Sie Kostenschätzungen anhand von echtem Pilot-Traffic — siehe Credits werden viel schneller als erwartet verbraucht.

Belege

  • Offizielle Dokumentationlearn.microsoft.com

    Die Durchsetzung greift bei 125 % der vorausbezahlten Kapazität; benutzerdefinierte Agents werden deaktiviert und alle Aufrufe abgelehnt, bis die Kapazität erhöht oder zurückgesetzt wird, und nicht genutzte Credits werden nicht übertragen.

  • Offizielle Dokumentationlearn.microsoft.com

    Die offizielle Troubleshooting-Seite dokumentiert die Fehler zu Nutzungslimit und Drosselung, die Agents zurückgeben, wenn die Kapazität erschöpft ist.