Added: - Account and
Policy objects returned by Get Account and
Get Policy may include
result and resultDetail fields.
result is an Ignition completion type that describes the high-level
Policy outcome. resultDetail identifies the process that describes how
each Ignition was completed in detail. See Completion
types
for value definitions.Added: - Added policy.renewal-available event to Policy Monitoring - More
information can be found here
Added: - Introduced into Policy APIs new query parameter
term with 2
options: renewal and current. - More information can be found
hereRemoved: - Passing in an access token to Start
Ignition in a Sandbox environment now
results in a 400 error. - This will be fully deprecated in production starting
December 01, 2025.
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
metadataobject 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
metadatafield 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 an
accessToken. - 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
nulltype in Account and Policy response objects to improve data transparency and actionability- Individual fields will return
nullvalues 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"].propertyorPolicy.coverages["UMPD"].deductiblemay returnnullorundefinednull- 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