---
title: "Change Request auflösen"
description: "Nimmt einen offenen Change Request an oder lehnt ihn ab."
---

`PATCH /api/change-requests/:id`

Erfordert Org-Schreibzugriff. Der Status-Übergang ist atomar: bei parallelen Auflösungen gewinnt nur ein Aufrufer; der Verlierer erhält `409`.

Das Annehmen einer Anfrage mit `kind: request_managed` stellt den Ziel-Monitor zusätzlich auf `managementType: managed` um (dispatcht in die korrekte Tabelle des Monitor-Typs).

## Request Body

| Feld | Typ | Pflicht | Beschreibung |
|------|-----|---------|--------------|
| `status` | string | Ja | `accepted` oder `rejected` |

## Beispiel (cURL)

```bash
BASE_URL="https://uptimeify.io"
TOKEN="<your-api-token>"

curl -X PATCH "$BASE_URL/api/change-requests/12" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{ "status": "accepted" }'
```

## Response

```json
{
  "id": 12,
  "status": "accepted"
}
```

## Häufige Fehler

- `400 Invalid change-request identifier`
- `401 Unauthorized`, wenn du nicht angemeldet bist
- `403 Forbidden`, wenn du kein Organisations-Admin bist
- `404 Change request not found`
- `409 Change request already resolved`, wenn die Anfrage nicht mehr `open` ist