Deprecated:
- The Axle team has deprecated passing in an access token to Start Ignition. No immediate changes are required if you use this feature, but it will no longer have the effect of disabling monitoring on the access token.
- To disable monitoring for a given access token, check out our Descope Token API.
Added:
- You can now complete Ignition sessions on behalf of users, via Axle’s Proxy operations.
- To learn more, check out our Proxy Ignition guide.
Added:
- You can now test Axle’s integrations with renters (HO-4) policies in the Axle Sandbox.
- To learn more, check out our Testing Ignition guide.
Added:
- You can now access the
third-party-match
rule via Policy Validation. - To learn more, check out our Policy Validation guide.
Changed:
- When testing in the Axle Sandbox, the custom
metadata
object provided when generating a new Ignition session must NOT contain any nested keys. This is to ensure current visualization in the Axle Policy Report, easy search and filtering, and correct Validation Template processing.
- You can view more details about the
metadata
field in the Start Ignition reference. - Before this change is reflected in the production environment, the Axle team will communicate via direct channels to all impacted clients.
Added:
- You can now access the
vehicle-use-meets-requirements
rule via Policy Validation. - To learn more, check out our Policy Validation guide.
Changed:
- When exchanging a token, 401 and 403 error states now include more detailed messaging on why an
authCode
cannot be exchanged for anaccessToken
. - You can view more details about these error states in the Exchange Token reference.
Added:
- You can now access the following rules via Policy Validation.
bodily-injury-coverage-meets-requirements
property-damage-coverage-meets-requirements
uninsured-underinsured-bi-coverage-meets-requirements
uninsured-underinsured-pd-coverage-meets-requirements
- To learn more, check out our Policy Validation guide.
Added:
- For supported carriers, you can now test Ignition completions through Axle Policy Lookup in the Axle Sandbox.
- To learn more, check out our Testing Ignition guide.
Added:
- You can now access the
properties-match
rule via Policy Validation. - To learn more, check out our Policy Validation guide.
Added:
- The Axle Policy object now includes the use of a
type: vehicle
property when available. - To learn more, check out our detailed Policy guide.
Changed:
- When testing in the Axle Sandbox, it is now required to specify in
user.id
when generating a new Ignition session, as it is used for metrics & reporting, search, and an easier integration with less storage of data. - You can view more details about the
user
field in the Start Ignition reference. - Before this change is reflected in the production environment, the Axle team will communicate via direct channels to all impacted clients.
Added:
- You can now access the following rules via Policy Validation.
insureds-match
collision-coverage-meets-requirements
comprehensive-coverage-meets-requirements
- To learn more, check out our Policy Validation guide.
Added:
- You can now access the
expiration-date-comparison
rule via Policy Validation. - To learn more, check out our Policy Validation guide.
Added:
- You can now specify a custom webhook header to be sent on all webhook events.
- Please contact the Axle team if you would like to configure these for your Axle client.
Added:
- The Axle team is rolling out support for platform partners, who can now scalably offer Axle’s insurance verification services to their customers.
- Platforms can manage their customers’ Axle integrations via the new destination clients feature. This includes the ability to create destination clients and call other Axle APIs on their behalf.
- To learn more, check out the new Axle for Platforms guide.
Fixed:
- Individual fields now support
null
type in Account and Policy response objects to improve data transparency and actionability- Individual fields will return
null
values when:- The carrier data source supports the field, but no information is present for the selected Account or Policy.
- The carrier data source does not support that field.
- Optional fields, such as
Policy.coverages["BI"].property
orPolicy.coverages["UMPD"].deductible
may returnnull
orundefined
null
- The carrier data source supports the field, but no information is present for the selected Account or Policy.undefined
- The carrier data source supports the field and data is available that specifies that the field does not exist on the Account or Policy. Example Policy:
- Individual fields will return