Webhooks & Events
Using Webhooks
Currently, webhooks are only available for paid users and partners. Please contact us to get webhooks set up for your account.
Overview
In addition the above resources, we also allow users to set up webhooks and subscribe to Events that occur as your Samples and Analyses are processed by the platform. Events are a record of webhook payloads that have been delivered to relevant subscriptions and only exist if webhooks are configured (i.e., an account without webhooks turned on will have no events). By default, up to 30 days worth of events are available via the v1 API.Subscribing to webhooks
Currently, it is possible to subscribe to individual event types or subscribe to all events (*). Webhooks POST to a specified http or https endpoint without authentication and are individually signed and timestamped so that you can verify that the webhooks were sent by One Codex and not a third party (see Checking Signatures). Please contact us in order to get started with webhooks for your account.
Event types
Currently the following event types exist:sample.uploaded: When a sample is successfully uploaded or imported into the One Platform. This event means we have successfully received your data and started to process it.analysis.succeeded: When an analysis finishes successfully. Successful analyses have asuccess: trueproperty and their results may be retrieved via the API (see Retrieve Analysis Results).analysis.failed: When an analysis finishes but is unsuccessful. Failed analyses will have/resultsthat result in a404error and asuccess: falseproperty. Note that ananalysis.failedevent may fire multiple times for the same analysis if it is retried by One Codex’s processing (it may alsosucceedin the future if the failure was due, e.g., to hardware or other unexpected processing issues).
*) may include additional event types in the future. When requesting that webhook setup for your account, please specify if you would like the subscription(s) to listen to all events or only select events.
The Event resource
The event resource contains the following fields:| Property | Description |
|---|---|
| $uri string | The event ID encoded as an addressable URI |
| payload object | The webhook payload (as documented below). Note that webhooks will be delivered for a specific API version and that version is noted in the payload via the api_version field. Only v1 API version payloads, however, will appear in the /v1/events API. |
| status string | An enum with one of the following 4 values:success: Successful POSTs were made to all subscriptions (all returned 200 OK). failed: At least one subscription returned a non-200 HTTP status code or connection error for every POST attempt made, and all retries were exhausted.retryable: At least one subscription POST failed, but there are still retries remaining before the Event will be marked as failed. pending: There is at least one subscription to this Event, and no attempts have yet been made to send out POSTs. |
The Webhook payload format
The webhook payload delivered by our system consists of 5 fields:| api_version string | The API version used in generating the representation of the relevant object field. |
| event_type string | A string with the event type. Note webhooks may be configured to listen to all or only specific event types. |
| object object | A representation of the core object for which the event_type was triggered for the specified api_version. |
| object_type string | A string representation of the object type. Currently sample and analysis are the only supported values, indicating that the object is a Sample Resource or Analysis Resource, respectively. |
| triggered_at date-time | Timestamp for when the event was triggered, encoded as a RFC 3339 timestamp. Note: The triggered_at field is not when the webhook was sent (which may be later due to retries or processing delays). The timestamp for the payload POST is included in the X-OneCodex-Signature HTTP header (see Checking Signatures below). |