Skip to main content

Understand the context object and schema

When integrating with the GBG GO API, you will pass customer data using the context object. This object contains structured information required for identity verification, document processing, and biometric validation.
This page documents the input schema for API requests. For information about API response data, see the Response advice schema page.

What is the context object?

The context object is a structured data model that holds customer details and other metadata needed during a journey. It consists of multiple nested objects, each representing different aspects of the customer’s identity and verification details.

Where does the schema come from?

Each customer journey is designed in the GBG GO platform, and every published journey has a schema that defines the expected structure of the context object. You should:
  • Retrieve the schema for a journey from the Journey Dashboard in the GBG GO platform.
  • Use the schema as the source of truth when structuring API requests.
  • Ensure that data types and required fields match those defined in the schema.

Why is the schema important?

  • It dictates the format in which data should be sent.
  • It ensures compatibility between the API and the verification modules.
  • It reduces errors by validating input data before submission.

Key objects in the context schema

The schema defines multiple objects within the context, each containing required and optional fields, such as:
  • Identity Object: Contains personal details such as name, date of birth, and contact information.
  • Documents Array: Simple document identifiers (type, number, country) used for data verification checks in context.subject.documents.
  • IdentityDocument Object: Full document verification schema including images, classification, and validation details.
  • Biometrics Object: Stores biometric data such as face images used for verification.
The schema may vary depending on the journey configuration. Always refer to the schema retrieved from the Journey Dashboard for the most up-to-date structure.

How to use the table below

The following table provides a detailed breakdown of all possible fields in the context object. It includes field names, descriptions, expected data types, and whether the field is required or optional. Use this reference when constructing API requests to ensure all necessary data is included in the correct format:

Person

This schema represents the structure of context.subject or context.subject.identity depending on your journey configuration.

Sample data

Supporting Schemas

RelatedPerson

PreviousAddress

Phones

Sample data

Documents

This is a simplified document schema used in context.subject.documents for data verification checks. For full document verification with images and classification, see the IdentityDocument schema below.
Sample data

Emails

Sample data

Accounts

Sample data

Address

Sample data

NamesObject

Sample data

DateTime

An ISO 8601 timestamp, with no optional bits:
  1. Hyphens MUST be used to separate the date components.
  2. Day and month should be 2 digits.
  3. Colons MUST be used to separate the time components.
  4. Timestamps MUST NOT contain milliseconds.
  5. Timestamp MUST indicate the timezone, either as a time offset or a Zulu time indicator.
Sample data

TimeRange

Sample data

Date

Sample data

DateRange

Sample data

Location

Sample data

ResponseErrors

Typical error response format returned by a GBG API.
Sample data
Some error responses may also include additional information about the error, such as API path or timestamp.
Sample data
Next, lets proceed to the Identity Documents Schema

IdentityDocument

Sample data

Country

Sample data

Identity

Sample data

FaceImageBiometricsCapture

Sample data

FaceImageCompareBiometricsCapture

Sample data