When to fetch the journey state
You should check the journey:- After starting a journey – to confirm it was created successfully
- After submitting task data – to see if the journey progressed or completed
- To monitor progress – during multi-step journeys with multiple tasks
- Before triggering next steps – some workflows depend on the journey being completed
- For troubleshooting – to identify if the journey has stalled
What you need before fetching
Make sure you have:- Access token – Refer to Authenticate
- Instance ID – Returned from Start a journey
API request to fetch state
Send aPOST
request to the /journey/state/fetch
endpoint. Your request should follow this format:
CURL
Replace
"your-instance-id"
with the actual journey instance ID returned when
the journey was started.” ”JSON
What happens next?
Depending on the state:State | What it means |
---|---|
IN_PROGRESS | The journey is still active. Retrieve remaining tasks. |
COMPLETED | The journey is done. No further action is needed. |
FAILED | The journey encountered an error. Review previous steps or retry. |
Best practices
- Periodically check the state for long-running journeys.
- Always handle
FAILED
states gracefully and retry if appropriate. - Use the
COMPLETED
state to trigger downstream business logic.
Next steps
- If the journey is complete, your integration is done.
- If you encountered an error, refer to the Handle errors guide for troubleshooting tips.
- Check out best practices for executing customer journeys to help with your integration.
- Use Investigate, a feature in GBG GO to review submitted customer information collected during journey execution. For more information, refer to Investigate overview.