ref. Pass that ref to the follow-up
capability to act on the same thing.
Send, then check
ref next to your own record (the order, the message) so you can look it up later.
Which capabilities use a ref
Each capability’s reference page shows the
ref field in its request or result.
Refs on list rows
Some lists return aref on every row, so you can act on a row you did not create in this
API call by call (a draft you list, then send). These start with rh_ and are passed exactly
like any other ref. The same row gives the same ref each time you list it.
Rules
- A
refis an opaque string that starts withref_orrh_. Don’t parse it or build one yourself. It can be up to 1,027 characters long. - A
refbelongs to your account. Nobody else can use it. - A
refonly works with the follow-ups of the call that returned it. An email’srefpassed tosms.statusis refused. - A
ref_reference does not expire. A row’srh_reference normally does not either; where one does, the list’s reference page says so. If the thing behind it is gone (a deleted monitor), the follow-up fails withnot_found. - Retrying a call with the same Idempotency-Key returns the same
ref. refis optional in results: a call that fails returns none, and in rare cases a successful call has nothing to refer to. Check for it before you store it.- A follow-up on your own connected account still needs that connection to be in place.
Errors
See errors for the full list.