Documentation Index
Fetch the complete documentation index at: https://docs.go.gbgplc.com/llms.txt
Use this file to discover all available pages before exploring further.
Account and access
I forgot my password or username. How do I reset it?
I forgot my password or username. How do I reset it?
- Go to the GBG GO sign-in page.
- Click Forgot your password? on the login screen.
- Check your email for a recovery code and enter it in the recovery code field.
- Enter a new password and confirm it.
- Click Change Password to save your new password.
How do I access the preview/sandbox environment?
How do I access the preview/sandbox environment?
- Preview environment: A test environment where you can validate journeys before deploying them to production. Use this to test API calls, verify journey behaviour, and confirm that modules are configured correctly.
- Production environment: The live environment where published journeys are used by real customers.
- Open your journey in the Journey builder.
- Click Publish to Preview.
- A confirmation message appears: “Delivery deployed successfully”.
- Click Dashboard, where you can see the environment label (Preview), version number, resource ID, last published date, and the auto-generated schema.
- Navigate to Investigation.
- Click the Preview Environment tab.
Core concepts
What is a journey, module, interaction, and evaluation?
What is a journey, module, interaction, and evaluation?
- Journey: A journey is a structured workflow that guides an end user through verification steps such as identity checks, document processing, and fraud screening.
- Module: A module is a functional component within a journey that performs a specific verification task. Examples include Document Classification, Document Authentication, Data Verification, Age Verification, and Facematch. Each module can have one or more variants, which are different configurations tailored to specific regions, compliance rules, or business requirements, for example, “US Data Verification.”
- Capability: Capabilities are the underlying services that modules use to perform their tasks. For example, the Document Authentication module relies on the Document Authentication capability, which provides the core logic for verifying document authenticity.
-
Interaction: An interaction is a step in the journey where the platform collects information from the end user. When you fetch an interaction, the response describes which data elements are needed (the
collectsarray), which are required or optional (thespecfield), and which have already been provided (theoutstandingarray). In the v2 API, interactions replace the v1 task-based model. - Evaluation: An evaluation is a decision-making step in the journey where the platform determines an outcome, such as accept, reject, or refer for manual review, based on the results of the preceding verification modules.
What is the difference between a resource ID and an instance ID?
What is the difference between a resource ID and an instance ID?
@latest to the resource ID (for example, your-resource-id@latest). To pin your integration to a specific version, use the fixed resource ID without @latest.An instance ID identifies a single execution of that journey. When you start a journey, the API creates a journey instance and returns a unique instanceId in the response. You use this instance ID in subsequent API calls.What is the difference between sync and async journey execution?
What is the difference between sync and async journey execution?
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.Starting a journey
What is the config object and what values can I set?
What is the config object and what values can I set?
config object is included inside context when you start a journey. It controls how the journey is delivered to the end user.The primary value you can set is delivery, which determines the delivery mode:-
page: Use this for GBG hosted journeys (low-code). Whendeliveryis set to"page", the start response includes aninstanceUrl, which is a GBG-hosted page URL that you redirect the end user to. The platform handles the entire user interface. -
api: Use this for API-first integration. Whendeliveryis set to"api", the start response does not include aninstanceUrl. You are responsible for building the user interface and collecting data from the end user.
What is the uid field in the start journey request used for?
What is the uid field in the start journey request used for?
uid field is an optional string inside context.subject that allows you to associate a journey instance with a specific user in your system. It acts as a correlation identifier, linking the GBG GO journey to an existing customer or user record on your side.For example, if your system assigns each customer a unique ID like user-12345, you can pass it as the uid when starting a journey:- Traceability: Matching journey results back to the correct customer record in your system.
- Debugging: Identifying which user a journey instance belongs to when investigating issues.
- Reporting: Correlating GBG GO verification outcomes with your internal user data.
uid field is not required and does not affect journey processing. If you do not need to correlate journeys with an external system, you can omit it.Submitting data
How do I submit documents in a journey?
How do I submit documents in a journey?
context.subject.documents as part of an interaction submission. Each document object includes a base64-encoded image for each side and a type field.Example: Submitting the front of a primary document:| Field | Description |
|---|---|
side1Image | Base64-encoded image of the front of the document. |
side2Image | Base64-encoded image of the back of the document. Leave as an empty string if not applicable. |
type | The document type. Use "Primary" for the main identity document. |
Submitting a selfie
Biometric data such as a selfie is submitted separately insidecontext.subject.biometrics:context.subject. Placing them outside subject causes the request to fail.outstanding field in the interaction fetch response to track which domain elements still need to be provided.How do I submit SSN, date of birth, or partial identity data?
How do I submit SSN, date of birth, or partial identity data?
context.subject.identity as part of an interaction submission. You only need to include the fields relevant to your journey’s requirements.Submitting a Social Security Number (SSN)
SSN is submitted as an entry in theidNumbers array with a type of "ssn":Submitting date of birth only
The response below shows how to submit just the date of birth if that’s the only required field for your journey.Submitting partial identity data
Partial submissions are supported for identity data. This means you can submit a subset of the required identity fields in one API call, and then submit the remaining fields in subsequent calls as you collect them from the end user. Use theoutstanding array in the fetch interaction response to track which identity fields still need to be submitted.For example, if your journey requires FullName, DateOfBirth, and PrimaryDocument, you could first submit just DateOfBirth, then check the next fetch interaction response to see that FullName and PrimaryDocument are still outstanding, and submit those in the next call. Refer to partial prefill mode in Step 2: Start a journey for how to submit partial identity data when starting a journey.Errors and troubleshooting
What is the authentication URL and how do I get a token?
What is the authentication URL and how do I get a token?
POST request to the token endpoint:| Parameter | Description |
|---|---|
client_id | The client ID. |
client_secret | The client secret. |
username | Your API username. |
password | Your API password. |
grant_type | Set to password. |
Authorization header of subsequent API request as Bearer your-access-token. Store the token securely and refresh it before it expires.You can obtain your API credentials (client ID, client secret, username, and temporary password) from your GBG account manager.How do I get granular failure reasons for document verification?
How do I get granular failure reasons for document verification?
- Through the v2 API error response
- Through the Investigation portal.
v2 API error responses
The v2 API returns structured error objects that include a machine-readable error code, a description of the problem, and a recommended action. Each error specifies where the issue originated, making it easier to diagnose failures programmatically.| Field | Description |
|---|---|
code | Numeric error code (returned as a string). |
name | Machine-readable error identifier (for example, MISSING_FIELD). |
location | Where the error originated: Body, Authorization, Path, or Service. |
problem | A description of what went wrong. |
action | What you should do to resolve the error. |
X-Request-ID header. Include this value when contacting GBG support. It correlates your request with server-side logs for faster troubleshooting.Investigation portal
For document-specific verification failures, the Investigation portal provides the most detailed view. To access granular failure reasons:- Log in to the GBG GO platform and navigate to the Investigation section.
- Click the Session ID of the session you want to review. This opens the session detail view, which shows an overview of the session.
- Navigate to the Processing tab to see each module’s outcome, for example, Match, No Match, or Error.
- Expand any module section to see a breakdown of individual data point matches.
- Click More details to open the module detail view. The available tabs vary by module type.
- Check the Raw Response tab for the complete response from the verification provider, which contains the module errors and reasons.
Platform
What does the audit log display?
What does the audit log display?
| Column | Description |
|---|---|
| Date and time | When the action occurred. |
| User | Who performed the action. |
| Action | The specific action taken for example, changing a verification decision. |
| Data | Additional details about the action. |