Skip to main content

Segments

Updated over 5 months ago

Segments enable you to define specific Person and Transaction Segments that can be used in Screening and Monitoring configurations.

For example, in Screening, you can skip screening terminated Persons or screen SEPA Transactions agains certain List Groups in Screening Flows, to focus your screening efforts where they are most needed.

In Monitoring, you can make sure that Scenarios only Trigger for certain Segments of Persons and Transactions, e.g. Scenario only running when an ATM Transaction is made.


Creating Segments: A Step-by-Step Guide

To set up a Segment in Salv, follow these steps:

  1. Navigate to Segments Configuration:

    • Go to Admin > Segments

    • Click on New Segment.

  2. Define the Segment:

    • Choose whether the Segment is for a Person or a Transaction.

    • Name your Segment.

    • Define the Segment rule using JMESPath query language, a powerful tool that allows you to create complex queries based on the data attributes available.

  3. Save Your Segment:

    • Once you have configured the Segment, click Save.

    • Note that while editing Segments is not currently supported, you can create as many Segments as you need to accommodate different scenarios.


The data available for creating Segment rules

  • For Transactions:

    • All transaction attributes data

    • Query templates

  • For Persons:

    • Person ID and type

    • All person attributes data, including nested data fields

    • Person’s status (e.g., TERMINATED_AND_REPORTED)

    • Query templates

    • Person tag (a tag is given to a Person when a Screening Alert is marked with a final true positive status; possible tags: PEP, SANCTION, ADVERSE_MEDIA, ADVERSE_MEDIA_ENTITY, CUSTOM_SCREENING_LIST)

    • If Risk product is used, personFinalRisk (includes Risk overrides)


Segment recalculation

A Segment is recalculated and refreshed to ensure it remains up to date whenever certain actions occur. There are two types of Segment calculation:

  1. Full Calculation → All Entities are calculated. All full calculation events are shown in the calculation log.

  2. Single Calculation → Individual Entity is calculated. Only failed single calculation events are shown in the calculation log.

Both types have different events that trigger the calculation:

  1. Full Calculation triggers:

    1. Creating a Segment

    2. Adding or updating a Query Template

      1. NB! Custom list updates do not trigger calculation.

    3. Full Calculation manually triggered

  2. Single Calculation triggers:

    1. Entity created or updated (Person or Transaction)

    2. Change in Person tag

    3. Change in Person Risk level (including Risk override)


Failing Segments

A Segment can fail in two scenarios:

  1. The Segment rule is faulty

    1. The rule itself contains errors or references missing data fields

  2. The Entity is faulty

    1. The uploaded entity does not match the expected data structure

    2. Example:

      1. Rule: tokenize(person.country)

      2. If a Person entity lacks the country field, this rule will break

      3. Result: The Person entity is not uploaded, but other correctly formatted entities will not be affected

    3. Some expressions, like tokenize(person.company_activity), fail when the field is missing. Others, like person.company_activity, do not fail even if the field is absent. Due to the complexity of rule evaluation, there is no exhaustive documentation covering all potential failure conditions.

A failing Segment does not block Entity upload (or any other single calculation events) if the Segment is not used in any active Feature (Screening Flows, Automatic Re-screening, Live Scenarios). Entity upload (or any other single calculation events) is only blocked if the failing Segment is used in an active configuration.

What happens when an Entity is uploaded and some of its Segments fail but others don't?

  1. All Segments are calculated.

  2. Failed Segments are checked whether they are used by an active Feature. If yes then there is an error.

  3. Non-failing Segments are applied to the Entity.


Accessing and managing Segments

Each Segment has its own dedicated page, which you can access by clicking on the Segment in the list. On the Segment page, you can:

  • Edit the Segment: currently, you can only modify the name of the Segment.

  • View a sample of Entity IDs: the Segment page provides a sample of the IDs of Persons or Transactions that match the Segment rule. This allows you to verify that the Segment is functioning as expected.

  • View Calculation Log: the log shows all Full Calculation events (both successful and failed), failed Single Calculations, and calculation checkpoints (the checkpoint event is generated after every 100k Entities have been calculated). Read more about calculations below.

  • Archive the Segment: if a Segment is no longer needed, you can archive it directly from this page.

  • Recalculate the Segment: you can manually trigger a recalculation.


Default Segments

Salv provides Default Segments that are automatically created for you and can be used in both Screening and Monitoring configurations. These Segments are designed to save you time and simplify setup by giving you a ready-made foundation for grouping Persons and Transactions.

Important: Filling Out Query Templates

Some Default Segments have Query templates in their logic, which act as placeholders for required information. These Query templates must be filled out by you for the Segment to work as intended.

For example:

  • CUSTOMERS_FROM_HIGH_RISK_COUNTRY is a default Segment that uses a Query template called high_risk_countries. To make this Segment meaningful and operational, you need to provide ISO country codes (e.g., RU, IR) for the countries you consider high risk in the associated Query template. Without this input, the Segment won’t function properly in your Monitoring or Screening configurations.

💡 When Using a Default Segment:

  1. Check if the Default Segment you’re using has an associated Query template:

    • Look for query_template_as_list followed by the Query template's name in the Segment's rule.

  2. Add the necessary details to the Query template. For example, specify high-risk countries, currencies, transaction types, or other required information.

Did this answer your question?