Skip to main content
At any point during a journey, you can check the overall journey status and results. This is especially useful after the final interaction is submitted, when you need to detect completion and retrieve verification outcomes.

What you need

Before sending the request, make sure you have:

Fetch journey state

Send a POST request to the /journey/state/fetch endpoint:
BASH

Request body fields

Journey pending response:

If the journey is still in progress, then the response contains:
JSON

Journey completed response:

Once the journey completes, the system returns a response similar to the following:
JSON

Response fields

Journey lifecycle states

Polling for completion

Poll the state fetch endpoint at regular intervals until the journey completes:
  • Begin polling after submitting the final interaction data.
  • Stop polling when status changes to Completed or Failed.

Best practices

  • Do not share your access token with the frontend. All polling should be done from your backend server.
  • Handle the Failed status gracefully. Inspect the response for error details and determine whether the journey should be retried or escalated.

FAQ

In the v2 API, all journey execution is asynchronous. There is no synchronous mode.When you start a journey, the API returns an instanceId immediately. Backend modules such as document verification, face matching, data checks process in the background.To track progress, you poll the /journey/interaction/fetch endpoint to discover when the next interaction is available, or poll /journey/state/fetch to check the overall journey status.The recommended polling approach is to call the fetch endpoint at a base interval of 10 seconds, apply backoff on errors, and stop when the journey status changes from InProgress to either Completed or Failed.If you are migrating from v1: the async: true flag was a v1-specific concept. In v2, async behaviour is the default and does not need to be specified.