Candidate Updates

by default, once a candidate has been sent to your integration, its data is final on jobylon's side if your integration needs to support edits (for example, when a client corrects a candidate's answers to your custom form), you can configure a separate update url once configured, jobylon's ats users will see a re send to {your integration} option on candidates already sent to you, letting them edit and resubmit the candidate's data this only applies to integrations that collect additional candidate specific data through a form before sending (i e integrations using the candidate config endpoint) if your integration doesn't require that extra data, this feature does not apply configuring update endpoint update url is configured the same way as your callback endpoint, please refer to api reference/openapi docid\ h5isza0jmnesiexde3i5f because callback is a required field, you must always include your full existing config object (including callback , and fetch config url or company settings if configured) when adding or updating update url partial updates that omit callback will be rejected update webhook payload when a user edits and resubmits a candidate already sent to you, jobylon sends the same candidate webhook payload documented in webhooks docid\ syiajtio 1mo4jb1 fhmz , with action set to update instead of new , delivering it to your update url destination apart from the action , the schema is identical to the new candidate event webhook responding to results once you've processed the updated candidate, post your results back through the same candidate result endpoint docid 50kqdd5ahcymvyvtrfaka you already use for new candidates there is no separate results endpoint for updates retries like all other webhooks, if your endpoint does not respond with a 2xx status, jobylon will retry the request 3 more times with an exponential back off