Skip to main content
PATCH
Advances an incident through its fixed lifecycle. Each call moves the incident exactly one step forward. You cannot skip steps, go backwards, or re-open a resolved incident.
This endpoint coexists with Post Incident Update. They are not redundant:
  • Use PATCH /status for a simple, status-only transition with an optional staff-only resolutionNote. The note never reaches your public status page.
  • Use POST /updates when you want the same write to publish a customer-visible message on your status page (visibility: 'public', statusChange: <next>, body: <what customers should read>), or when you want to post a free-text note without changing status.
Internally, PATCH /status is now a thin alias that posts an internal update via the same engine path.

Status lifecycle

Status transitions are one-way and must follow the exact sequence above. Attempting to transition to any status other than the immediate next step — including skipping ahead, going backwards, or updating a resolved incident — will return a 400 error with code invalid_status_transition.

Path parameters

id
string
required
The UUID of the incident to update.

Request body

status
string
required
The status to transition to. Must be the next valid status in the lifecycle sequence. One of investigating, identified, monitoring, or resolved.
resolutionNote
string
Optional note to record alongside this transition. Must be between 1 and 2000 characters. Leading and trailing whitespace is trimmed automatically. Commonly used when transitioning to resolved to summarize the root cause and fix.

Response

Returns the updated incident object.
data
object
required

Error responses