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