Incident Management aktivieren
Schaltet Incident Management für deine Organisation ein. Idempotent: ein weiterer Aufruf bei aktivierter Organisation ändert nichts.
POST /api/im/activate
Schaltet Incident Management für deine Organisation ein. Solange das nicht geschehen ist, antwortet jeder andere Endpunkt dieser API mit 403 und imNotEnabled; dieser hier (und der Einrichtungsstand) ist absichtlich schon vor der Aktivierung erreichbar.
Die Aktivierung ist idempotent. Bei einer bereits aktivierten Organisation liefert sie alreadyEnabled: true und ändert nichts. Bei der ersten Aktivierung führt Uptimeify zusätzlich seine Aktivierungs-Hooks aus, zum Beispiel die Übernahme offener Monitoring-Incidents in Incident Management, wenn die Monitoring-Brücke eingeschaltet ist. Schlägt ein Hook fehl, bleibt die Aktivierung trotzdem bestehen; sein Name steht dann in hookErrors.
Authentifizierung
Erfordert eine IM-berechtigte Rolle und Schreibrechte an der Organisation: die Rolle admin dieser Organisation oder einen organisationsweiten API-Token, den ein Organisations-Admin erstellt hat. editor und responder erhalten 403 (forbidden).
Query-Parameter
| Parameter | Typ | Pflicht | Beschreibung |
|---|---|---|---|
organizationId | number | Nein | Die zu aktivierende Organisation. Standard ist deine eigene. Eine andere Organisation zu nennen, gelingt nur Plattform-Administratoren. |
Beispiel (cURL)
curl -X POST "$BASE_URL/api/im/activate" \
-H "Authorization: Bearer $TOKEN" \
-H "Accept: application/json"Antwort (Response)
Erste Aktivierung:
{
"organizationId": 42,
"enabled": true,
"monitoringBridge": true,
"alreadyEnabled": false,
"hookErrors": []
}Bereits aktiviert:
{
"organizationId": 42,
"enabled": true,
"monitoringBridge": true,
"alreadyEnabled": true
}| Feld | Beschreibung |
|---|---|
monitoringBridge | Ob Incidents aus Uptimeifys eigenem Monitoring in Incident Management übernommen werden. Änderbar in den Organisationseinstellungen. |
hookErrors | Namen der fehlgeschlagenen Aktivierungs-Hooks. Leer bei Erfolg. Nur bei der ersten Aktivierung vorhanden. |
Häufige Fehler
400 Bad Request(organizationIdRequired) wenn sich keine Organisation bestimmen lässt401 Unauthorizedwenn du nicht authentifiziert bist403 Forbidden(customerScopedTokenForbidden) bei Verwendung eines kunden-gescopten Tokens403 Forbidden(imAccessDenied) wenn keine IM-berechtigte Rolle vorliegt403 Forbidden(forbidden) wenn du kein Admin der Organisation bist
Incident bestätigen / Status ändern
Bestätigt einen Incident-Management-Incident oder bewegt ihn zwischen den offenen Status (acknowledged, investigating, identified, monitoring).
Alert-Sources-API
Alert-Sources im Incident Management anlegen, konfigurieren und testen: Ingest-Tokens, optionale HMAC- oder Bearer-Authentifizierung, Payload-Mapping, Wartungsfenster und Statistiken je Source.