Upstream service timed out
| HTTP status | 504 |
| Type | https://docs.investorliftdata.com/errors/upstream-timeout |
| Retryable | Yes |
| Retry-After header | No |
What the body says
This error refunds, so its wording depends on whether the Refund had already been applied when the response was built (it may only claim what the Ledger recorded):
When the Refund is confirmed:
An upstream service did not respond in time, so no score was produced. The Credit for this call has been returned to the Account as a Refund. Send the request again.
When the Refund is pending:
An upstream service did not respond in time, so no score was produced. A Refund of the Credit for this call is pending and will be applied to the Account. Send the request again.
What happened to the Credits
The call was charged when it started, and the Credit comes back: the response states whether the Refund has been applied to the Account or is pending.
Retrying
Retryable. Send the request again.
Body members
None. The body carries exactly the base members: type, title, detail, status and trace_id.
Retry-After
No. This response carries no Retry-After header.
Every error response is an RFC 9457 Problem Detail sent as application/problem+json,
and every response carries a trace-id header, repeated in the body as trace_id.
The Trace ID is the only handle support needs to find your call.