Geplante Kontingent-Änderung abbrechen
Bricht eine Kontingent-Reduzierung ab, die zum Ende des laufenden Abrechnungszeitraums geplant war — die Organisation behält ihren aktuellen Tarif. Antwortet mit cancelled:false statt 404, wenn nichts geplant ist.
DELETE /api/organizations/:organizationPublicId/pending-quota-change
Beispiel (cURL)
BASE_URL="https://uptimeify.io"
TOKEN="<dein-api-token>"
ORG_ID="<organisations-public-id>"
curl -X DELETE "$BASE_URL/api/organizations/$ORG_ID/pending-quota-change" \
-H "Authorization: Bearer $TOKEN" \
-H "Accept: application/json"Hinweise:
- Dieser Endpunkt erwartet keinen Request Body. Er schließt die aktuell geplante Kontingent-Reduzierung der Organisation; mehr als eine gibt es nie.
- Eine Kontingent-Reduzierung wird nicht sofort wirksam. Nach AGB § 10.5 wird sie zum Ende des laufenden Abrechnungszeitraums geplant und als
pendingQuotaChangezurückgegeben (siehe Organisation aktualisieren und Organisations-Details abrufen). Dieser Endpunkt bricht sie ab, bevor sie greift. - Nur so behältst du den aktuellen Tarif. Die Richtung wird gegen den aktuellen — noch höheren — Tarif der Organisation bestimmt. Denselben Tarif erneut per
PATCHzu senden gilt deshalb als unveränderte Anfrage und lässt die geplante Reduzierung stehen. Nur eine echte Preiserhöhung ersetzt sie, und die ändert den Tarif, statt ihn wiederherzustellen. - Der Abbruch ist kostenlos und bis zum Wirksamwerden jederzeit möglich. Danach gibt es nichts mehr abzubrechen: Die Reduzierung ist dann der Tarif der Organisation, und der Weg zurück nach oben ist eine normale Kontingent-Erhöhung über Organisation aktualisieren.
- Erfordert Schreibzugriff auf die Organisation (Organisations-Admin oder Global Admin) aus einer uneingeschränkten Session bzw. mit einem uneingeschränkten Token — dieselbe Autorisierung wie Organisation aktualisieren. Ein kundenspezifisch eingeschränktes API-Token kann diesen Endpunkt nicht aufrufen, auch nicht mit
admin-Rolle: Der Abbruch verändert, was die Organisation ab der nächsten Periode zahlt.
Antwort (Response)
{
"cancelled": true
}| Wert | Bedeutung |
|---|---|
true | Es war eine Reduzierung geplant und sie wurde abgebrochen. Die Organisation behält ihren aktuellen Tarif. |
false | Es war nichts geplant, also hat sich nichts geändert. Das ist ein Erfolg, kein Fehler — der Endpunkt ist bewusst idempotent, damit ein wiederholter Aufruf (doppelt geklickter Button, wiederholte Anfrage) keinen Fehlschlag meldet. |
Häufige Fehler
401 Unauthorized(data.code: unauthorized) wenn du nicht angemeldet bist400 Invalid Organization identifierwenn:organizationPublicIdweder eine Legacy-Integer-ID noch eine gültige UUID-Public-ID ist403 Forbidden(data.code: forbidden) wenn du keinen Schreibzugriff auf die Organisation hast403 Forbidden(data.code: customerScopedTokenForbidden) beim Aufruf mit einem kundenspezifisch eingeschränkten API-Token; dies ist eine organisationsweite Aktion und erfordert ein organisationsweites Token oder eine Session404 Organization not found(ohnedata.code) wenn:organizationPublicIdzu keiner existierenden Organisation auflöst
Einen Fehler „nichts abzubrechen" gibt es bewusst nicht — dieser Fall ist 200 mit cancelled: false.
Siehe Fehlerliste für die vollständige Liste.
Organisation & Abrechnung
Pfadbasierte Organisations-Endpunkte verwenden organizationPublicId-UUIDs.
Paket-Konfiguration löschen
Löscht eine Paket-Konfiguration der Organisation. Das ist nur möglich, wenn aktuell keine Kunden diesem Paket zugeordnet sind. Das Paket wird direkt über den Pfad-Parameter aufgelöst. Werte wie test1 funktionieren also, solange sie exakt dem gespeicherten packageType entsprechen.