Reduce scope for a specified access token. For example, de-scoping monitoring will disable Axle monitoring and you will no longer receive notifiations on Account or Policy events.
user.id during Start Ignition:
user.id:
For example, if a user offboards from your platform entirely, you should de-scope monitoring on their access token to stop tracking their account across all associated trips, loans, or reservations.
For example, if a user switches insurance carriers, when they link their new insurance account, a new access token will be generated. You should compare the new access token against the one you have stored for the user, and if they differ, the old access token should be de-scoped.
user.id:
For example, if the user’s insurance account was linked for a trip and the trip has ended, you should de-scope the access token associated with that trip.
For example, if a user switches insurance carriers during the lifetime of a tracked loan, when they link their new insurance account, a new access token will be generated. The old access token should be de-scoped so that you stop receiving monitoring notifications for the old account.
Your secret API key. This will be shared with you during onboarding and should be considered sensitive - it’s a password after all! Your secret will be matched with your client ID to authenticate your requests.
Your client ID. This will be shared with you during onboarding.
The client ID of the destination client. This is optional and only used by platform clients. See the Axle for Platforms guide for more information.
The access token required for access to the requested Account. Returned as part of Exchange Token.
Scope to descope from the access token.
monitoring