Idempotency-Key header, so you can retry them after a timeout or 5xx without creating duplicates. An endpoint’s reference page says whether it supports the header. They include:
POST /resumesPOST /talent-network/candidates/submitPOST /talent-network/candidates/submit-bulk
How it works
- Generate a unique value, such as a UUID, for each logical request. Send the same value when you retry that request.
- The first successful response is stored for 24 hours. A retry with the same key and the same body gets the stored response back, including the original
batchId, instead of running the request again. - Keys are scoped to your API key and the endpoint, so the same value on a different endpoint or under a different key doesn’t collide.
- If the first attempt fails with an error, nothing is stored, and a retry with the same key runs the request again.
Conflicts
These cases return409 with error type idempotency_error:
Wait and retry the in-progress case. Fix the body-mismatch case by sending a new key.
Endpoints that don’t need it
Endpoints that don’t support the header ignore it. Reads have no side effects, and some writes converge on the same state when retried, so they don’t need it. For example:PUT /talent-network/candidates/{candidateUserId}/preferencesandPUT …/fast-trackset a value, so repeating them is harmless.POST /talent-network/candidates/off-marketandPOST …/re-enablereportalready_off_marketoralready_on_marketon a repeat.