Safe retry decisions
Distinguish an unconfirmed request from a confirmed failure. Retrying an unknown outcome can produce a duplicate if the original request succeeded.
Putting the guide into practice
Use stable request identifiers, a bounded retry policy, and a final escalation path. Stop retrying permanent errors and updates that have expired.
- Outcome class
- Idempotency reference
- Retry cap
- Expiry
Limits and review decisions
Do not retry opt-outs, wrong-recipient records, or messages beyond the campaign's approved window. Preserve the evidence behind each retry.