Re-authentication is also required when OEMs migrate to new API platforms. See OEM Migrations and Re-authentication to understand when and why these migrations occur, and how to prepare your implementation.
The application’s unique identifier.
The URI a user will be redirected to after authorization. This value must match one of the redirect URIs set in the credentials tab of the dashboard.Required if
response_type is set to vehicle_id. If response_type is set to none, this parameter is optional: if you do not set a redirect URI, the flow ends on a Smartcar-hosted completion page.The first redirect URI you add to your application is automatically set as the default. If you do not specify a redirect_uri in your Connect URL, Smartcar will use this default URI. You can add multiple URIs and set any of them as the default in the Smartcar Dashboard.This value must be set to
vehicle_id or none. In both cases, the vehicle_id and external_id (if provided and is valid) are returned as query parameters in the redirect back to your application.vehicle_id:redirect_uriis required.none:redirect_uriis optional; if you do not set one, the flow ends on a Smartcar-hosted completion page.
The id of the vehicle you are reauthenticating.
An optional value included as a query parameter in the redirect_uri back to your application. This value is often used to identify a user and/or prevent cross-site request forgery
Your application’s own identifier for the vehicle owner. See the Connect URL reference for validation rules and where the value is surfaced.This parameter is optional, but we strongly recommend setting it on every Connect session, including re-authentication. The stored value is replaced by the
external_id of the new session; re-authenticating with external_id=null clears it.
