Retry safely with request keys
Send an Idempotency-Key with every create, so a retry never starts a second request.
Networks drop responses. If that happens after you send a create, you can’t tell whether Truvo accepted it. A request key fixes that: send the same request with the same key, and Truvo returns the original result instead of starting a second request.
Which requests need a key
These operations require the Idempotency-Key header:
Reads don’t take a key.
Choose a key
A key is 1 to 255 characters long, made of letters, digits, ., _, :, and -. Use a new key for each new request. A UUID works well:
What happens when you send a key again
A key’s scope is one environment, one integration, one resource, and one operation.
Over MCP, request_insurance_quotes, send_test_event, and replay_event_delivery take the key in their request_key argument, with the same rules.
A key replays for at least 24 hours.
When to retry
- A timeout or a network error. Send the same body with the same key.
503with the retry actionretry. Wait for the time inRetry-After, then send the same body with the same key.409conflict. Your body is different from the first request with this key. To make a new request, use a new key.