Recipients

Delete a recipient

Soft-deletes the recipient — but only while nothing holds them. Someone who belongs to a group, has a current or upcoming shift or handover, is named in an escalation step, or is a template default answers 409 with the list of what holds them, and stays. That refusal matters most for duty: the delete is soft, so their shifts survive in the database while the link goes under the soft-delete scope, and the schedule starts answering «nobody is on call» — data intact, duty gone. Past shifts do not hold: history is not a reference. Notification history keeps pointing at the row either way. Repeating the call on an already-deleted recipient returns 404.

delete/api/v1/recipients/{recipient}

Request

  • Base URL: https://wardenpoint.com (the document declares no server; this is the origin it was published from)
  • URL: https://wardenpoint.com/api/v1/recipients/{recipient}
  • Auth: API key in header X-API-Key

Path parameters

recipientstring uuid required

Recipient UUID.

Response

Deleted.

Changes

No recorded changes to this operation across all 1 revision of this API.