Take back an acknowledgement on a JSM alert
jsm_unacknowledge_alertReturn an acknowledged JSM alert to unacknowledged so escalation notifications resume. Use it when a responder acked by mistake and the alert must re-enter the paging path.
Instructions
Return an acknowledged JSM alert to unacknowledged, so escalation notifications resume.
Use this when someone acked an alert they cannot actually work — picked it up by mistake, or got pulled onto something else — and it needs to go back into the escalation path so the next responder is paged. It does not close, snooze or reassign the alert.
Args:
alert_id (string): the full alert id (not the tinyId)
Returns: { "requestId": string, "result": string, "alert_id": string }
IMPORTANT: this action is asynchronous. Verify with jsm_get_request_status using the returned requestId.
This restarts paging. Say so before doing it on someone's behalf — the practical effect is that a phone rings.
Examples:
"I can't take this one after all, put it back" -> alert_id=, note="Handing back, on another incident"
Constraints and errors:
Unacknowledging an alert that was never acknowledged is a no-op, not an error.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| alert_id | Yes | Full alert id, e.g. '9b251e07-73c9-4907-9996-8cb53a6a20d0-1704440650350'. This is NOT the short tinyId shown in the JSM UI — get the full id from jsm_list_alerts first. |
Output Schema
| Name | Required | Description | Default |
|---|---|---|---|
| result | No | ||
| alert_id | Yes | ||
| requestId | No |