How it works
- Your user connects their policy through an Ignition session.
- You request a policy update on that policy with an
operation, the change to make. - Axle checks that the policy’s insurance carrier and policy type support the operation, then sends the request to the insurance carrier.
- Axle sends policy update events to your
webhookUrias the update moves through its lifecycle.
Operations
Which insurance carriers and policy types support an operation, which input fields it accepts, and whether it processes instantly depend on the operation.
For a policy whose insurance carrier or policy type an operation doesn’t support, Request Policy Update returns
400 with policy-update-not-supported.
processesInstantly
Every policy update returns a processesInstantly flag. It tells you whether the insurance carrier applies the change as soon as it accepts the request:
processesInstantly: true- If the policy update succeeds, the change is reflected on the policy right away. Axle then retrieves the updated policy and sendspolicy-update.policy-refresh-succeededorpolicy-update.policy-refresh-failedright afterpolicy-update.request-succeeded.processesInstantly: false- The insurance carrier applies the change later, even if the request itself was successful, so you’ll only receive events up throughpolicy-update.request-succeededorpolicy-update.request-failed. To find out when the policy has been updated, opt in to Monitoring to receive thepolicy.modifiedevent.