Retry Executions
Queue file executions to be retried.
/executions/retryThe endpoint queues file executions that match the criteria specified in condition for retry. This includes child executions generated from past retry attempts - all matching executions will be queued. You can use this endpoint to programmatically handle file.failed events.
The endpoint returns an empty response upon success. You can monitor the status of retries using the Poll Executions endpoint or through the Stedi portal.
How retries work
Stedi only retries each execution ID once. That's because when you retry a file, Stedi creates a child execution with a new ID and links it to the original (parent) execution.
To retry a file multiple times, you'll need to either pass the execution ID of the latest retry attempt to this endpoint or specify a matching condition. For example, if you specify that Stedi should retry all executions with a status of FAILED, Stedi will queue all executions matching that criterion, including the latest child execution in existing retry chains.
That retry execution is linked to the original execution through the following properties:
parentExecutionId: The ID of the execution's parent execution, if it is part of a retry chain.childExecutionId: The ID of this execution's child execution, if it is part of a retry chain.
You can also review all of a file's retry attempts in the Stedi portal.
A Stedi API Key for authentication.
Body
Specify the file executions to retry. Stedi will retry all executions matching the given criteria. For example, you can retry all file executions with a FAILED status within a specific date range.
Note that Stedi only retries each executionId once. Each retry attempt is stored as a new file execution within Stedi. If you need to retry a file multiple times, you'll need to pass the ID of the latest retry attempt to this endpoint.
RetryExecutions 200 response
curl --request POST \ --url "https://core.us.stedi.com/2023-08-01/executions/retry" \ --header "Authorization: <api_key>" \ --header "Content-Type: application/json" \ --data '{ "condition": { "status": "FAILED", "from": "2025-02-10T00:00:00Z", "to": "2025-02-12T23:59:59Z" } }'