Configure an Ignition session for event handling
YourPOST
request to /ignition
can include the following request
body:
redirectUri
(optional) - the URL Axle Ignition will redirect the user to upon completion, exit, or error outcomes of the Ignition session, defaults to no redirectwebhookUri
(optional) - the URL Axle will send events to as the user proceeds through the Ignition session, defaults to no webhook eventsuser
(required) - user to attach. Please refer to startIgnition for more details.metadata
(optional) - optional Ignition session metadata, please refer to startIgnition for more details
Request Sample
You can also receive Ignition status updates through the browser Window
interface. This is most useful when initializing an Ignition session in an
iframe
element in your application.If you would like to receive
MessageEvent
messages to your main application Window from Ignition, you must specify an origin
as a URL parameter when initalizing Ignition. The origin should not include any path, just the base domain as a URI.Example: https://ignition.axle.insure/?origin=http://example.com
Redirect and Window MessageEvent parameters
On Ignition status change, the following parameters will be shared via URL to theredirectUri
provided and in the Window MessageEvent
.
status
: String
- complete
- exit
- error
authCode
: String - authorization code that can be exchange for accessToken for scoped access to connected account and/or policyclient
: String - the client ID associated with the session. This is primarily useful for platforms who have multiple clients. See the Axle for Platforms guide for more information about platforms.result
: String - “link” (direct carrier connection was made and policy is available) OR “manual” (policy details were collected via document or form) OR “proxy” (operation was completed on behalf of user)step
: String - the step where the Ignition session was exitedmessage
: String - additional information about the Ignition session error
Redirect sample URL
onComplete
When the user successfully connects to their carrier account and shares authorized access to a selected policy, OR when the user submits their policy information and/or documentation through Axle’s manual collection form.onExit
When the user opts out of connecting to their carrier account and/or selecting a policy, OR when the user opts out of sharing the requested policy information and/or documentation.onError
When Axle is unable to retrieve account or policy information from a selected carrier, OR when Axle is unable to collect policy information and/or documentation from the user.Never send requests from your client to the Axle API. The client should only
be used to handle Ignition status through redirect or Window MessageEvent.
Webhooks
If an optionalwebhookUri
is provided, a POST
request will be sent to the webhookUri
with the following payload. The individual parameters included within data
are the same as those listed above for the corresponding status, with the addition of user
and metadata
shared via the Ignition request body:
Example webhook payload
Type | Data |
---|---|
ignition.created | client : String, token : String, user: Object, metadata: Object |
ignition.completed | client : String, token : String, user: Object, metadata: Object, authCode : String, result : String |
ignition.opened | client : String, token : String, user: Object, metadata: Object |
ignition.exited | client : String, token : String, user: Object, metadata: Object, step : String |
ignition.errored | client : String, token : String, user: Object, metadata: Object, message : String |
Custom webhook headers can be configured to support uses cases like
authentication. Please contact the Axle team if you would like to configure
custom webhook headers!