Zum Hauptinhalt springen
Liste Anfragen von Mitgliedern nach mehr Nutzung, lies eine Anfrage und lehne eine Anfrage ab, die noch offen ist. Es gibt keinen Webhook. Frage die Liste ab. Um eine Anfrage zu genehmigen, hebe den Plan des Mitglieds auf Business Max oder erhöhe das Extra-Nutzungslimit und übergib usageRequestId an diesem Schreibzugriff. Siehe Extra-Nutzung: Plan setzen und Extra-Nutzungslimit setzen. Die Aufrufe laufen über den BILLING_API Scope des Workspace-API-Schlüssels. Die Ablehnung läuft als der Service Account, dem der Schlüssel gehört.
Diese Routen gelten, wenn GET /billing/v1/mode den Modus ai-models-included liefert. Ein Dedicated Deployment liefert immer bring-your-own-keys, auch wenn Langdock die Modellschlüssel verwaltet. Der andere Modus antwortet mit 409 und code BILLING_MODE_MISMATCH.

​
Basis-URL

​
Voraussetzungen

  • API-Schlüssel mit dem Scope BILLING_API
  • Der Besitzer ist ein Service Account, der nicht gelöscht ist und eine aktive Admin-Mitgliedschaft hat
  • USER_MANAGEMENT_API am selben Schlüssel, wenn du email oder name brauchst
Die Listenantwort ist { "usageRequests": [ ... ] } und enthält nextCursor bis zur letzten Seite. Eine einzelne Anfrage zu lesen liefert das Anfrageobjekt. Eine Anfrage außerhalb dieses Workspace gibt 404 mit code NOT_FOUND.
email und name sind nur enthalten, wenn der Schlüssel auch USER_MANAGEMENT_API hat. Ohne diesen Scope fehlen die Felder. name kann null sein, wenn es enthalten ist. resolution ist increased_limit, upgraded_plan, dismissed oder null, solange die Anfrage offen ist. resolvedAt und resolvedByUserId sind null, solange sie offen ist. resolvedByUserId ist der Admin oder Service Account, der die Anfrage beantwortet hat.
Langdock blockiert bewusst Browser-basierte Anfragen, um deinen API-Schlüssel zu schützen und die Sicherheit deiner Anwendungen zu gewährleisten. Weitere Informationen findest du in unserem Guide zu Best Practices für API-Schlüssel.