Idempotency-Key header on every operation that
documents one, and a retry becomes safe.
How it behaves
- The same key with the same request replays the original outcome. It is not run again and
not charged again; the response says
"replay": true. - The same key with a different request is refused with
409 idempotency_conflict. Use a new key for new work. - The same key while the first request is still running is refused with
409 idempotency_in_progress. Retry after it finishes to receive its outcome. - A malformed key is refused with
400 validation_error.
Choosing a key
A key is 1 to 255 printable ASCII characters. Use a fresh UUID per logical action, or derive it from your own record, such ascontact-8812-find, so that re-running a batch replays instead of
re-billing. Keys are scoped to your workspace.
