Skip to main content
For an overview of the PEPs and Sanctions module, its variants, capabilities, and result codes, see the PEPs and Sanctions module reference. When the module detects a match, you can configure the journey to reject a customer, flag them for manual review, or apply additional checks.
You can view PEP and Sanctions screening results in the Investigation Portal. For more information, refer to the View details of a journey session documentation.
In this guide, you’ll learn about the various capabilities of the module and its variants. You’ll also learn how to test the module using GBG GO APIs.

Module variants

The PEPs and Sanctions module has various variants that determine the scope of compliance checks performed on your customers. These include: For a full description of each variant, its capabilities, and default outcomes, refer to PEPs and Sanctions.

Capabilities and allowed values

Each PEPs and Sanctions variant supports different capabilities that determine which screening checks the module performs. The capabilities include PEPs and sanctions results, sanctions hit type, PEPs hit type, sent to OGM, and adverse media hit type. For a full description of each capability and its allowed values, refer to PEPs and Sanctions.

Example: Testing the PEPs and Sanctions module using GO API

This section walks you through testing the PEPs and Sanctions module.

Step 1: Add the module to your journey

To test the PEPs and Sanctions module, you first need to add it to a customer journey.
  1. Create a new journey or open an existing one in the Journey builder.
  2. Click Browse and add modules.
  3. Search for PEPs and Sanctions or navigate to the Compliance Screening category.
  4. Select the PEPs and Sanctions module.
  5. Choose a variant.
The UK Instance (with Adverse Media and OGM) variant is used for testing during these steps.
  1. Click Add to journey.
  2. Click Configure outcomes.
  • Rules:
    • Match: PEPs and Sanctions Results + is any of + PEPs and Sanctions Hit. This rule means that if the PEPs and Sanctions check results in a hit, then there is a match.
    • No Match: PEPs and Sanctions Results + is any of + PEPs and Sanctions No Hit. This rule means that if the PEPs and Sanctions check results in a no hit, then there is no match.
  1. Click Close.
You have successfully added the PEPs and Sanctions module to your journey and configured the evaluation rules. Next, publish the journey to Preview for testing.

Step 2: Publish the journey

After adding and configuring the module:
  1. Click Publish to Preview.
  2. Go to the GBG GO Dashboard and copy your Resource ID and Version for testing.
For more information on publishing journeys, refer to the Publish journey guide.

Step 3: Start journey with test data

Use the Start journey endpoint to trigger the PEPs and Sanctions screening with test customer data. Send a POST request to /journey/start: Request body:
cURL
Replace your_access_token with a valid access token. Replace the resourceId value with your journey’s Resource ID and Version. What happens:
  • The API creates a journey instance and returns an instanceId that you use in the following steps to drive and inspect the journey.
Response:
JSON
For more details on starting a journey, refer to the Start a journey guide.

Step 4: Fetch interaction

After the journey starts, fetch the next interaction to find out which fields the journey needs from the end-user. This is also where you obtain the interactionId you’ll need when submitting data. Send a POST request to /journey/interaction/fetch: Request body:
cURL
What you receive:
  • The interactionId for the current interaction. You will pass this back in the next step.
  • The interaction’s collects list, which describes the data the journey can accept.
  • An outstanding list, which highlights the fields that must be supplied before the journey can progress.
Example response:
JSON

Step 5: Submit the end-user’s details

Submit the customer data the journey is waiting on. The outstanding list from the previous step shows that FullName is required. dateOfBirth is optional but recommended, as it improves screening accuracy. Send a POST request to /journey/interaction/submit: Request body:
cURL
Use the instanceId from Step 3 and the interactionId from Step 4. The participants array tells the journey which domain element the submitted data belongs to. Response:
JSON
A success status confirms that the submitted data was accepted. The journey continues processing in the background. Move on to the next step to retrieve the screening result.

Step 6: Poll for the screening result

The PEPs and Sanctions screening runs asynchronously. Poll the Fetch journey state endpoint until the journey status is Completed. Send a POST request to /journey/state/fetch: Request body:
cURL
What you receive:
  • The overall journey status. Continue polling while the status is InProgress.
  • A steps array, where each step describes a module that ran in the journey. The PEPs and Sanctions step includes the outcome (for example, MATCH), the advice (decision, hit types, OGM enrolment, candidate scores) and the note block (PEP and sanctions match details such as aliases, positions, addresses, and sanctioning bodies).
Example response:
JSON
The response indicates that there was a hit and therefore, the outcome is a β€œMATCH”.
If the status is Completed, the PEPs and Sanctions screening has finished processing.