---
title: "Retry Failed Hs Request Notifications"
method: POST
path: "/api/asclepius/admin/hs-requests/{request_id}/retry-failed"
tags: ["asclepius-admin"]
---

# Retry Failed Hs Request Notifications

`POST /api/asclepius/admin/hs-requests/{request_id}/retry-failed`

## Request

- Base URL: `https://app.archangelhealth.ai` (the document declares no server; this is the origin it was published from)
- URL: `https://app.archangelhealth.ai/api/asclepius/admin/hs-requests/{request_id}/retry-failed`
- Auth: none declared

Flip this request's failed letters back to pending, for the shared drain
to re-attempt on its next tick.

Without this a failed outbox row is terminal: re-broadcasting enqueues
nothing because every idempotency key already exists, so one transport
outage permanently under-delivered a request the operator believes went
out. Only rows that FAILED are touched; sent stays sent, and a retry that
fails again just lands back here.

## Path parameters

- `request_id` string, required

## Headers

- `authorization` string, nullable

## Response `200`

Successful Response

- unknown

## Other responses

- `422`: Validation Error

---

[API](https://skmtc.dev/archangelhealth/apis/archangel-health-surgical-patient-platform.md) - [All operations](https://skmtc.dev/archangelhealth/apis/archangel-health-surgical-patient-platform/llms.txt) - [OpenAPI document](https://skmtc.dev/archangelhealth/apis/archangel-health-surgical-patient-platform/revisions/3514f4e119da?raw)