The Research Task Case
The core function of the Research Task Case is to collect information and record activities external to the system related to a specific task (for example, information about the source of funds related to a transaction). This is facilitated using a questionnaire linked to each task. Specific questions from each questionnaire can be applied based on input driver data. If the data collected in a research task needs to be updated after it has been resolved, it can be re-opened manually through the Actions menu on the Case. The investigator will be prompted to provide a reason for re-opening the Case for tracking purposes.
The Research Task Case contains the following Stages and Steps:
- Initiate
- Assessment
Initiate
This Stage is a technical requirement to support the Case life cycle and is non-functional in nature.
Assessment
A questionnaire is applied based on the available driver data. Using the Routing module ensures that the tasks are routed to the correct queue as per the configured target operational model. Based on the type of task generated, the system allows the investigator to collect the data through a pre-configured questionnaire.
Alert merge on Research Investigation and Research Task Cases
When there is a new Alert trying to merge with an ongoing Investigation Case, the system either creates new or refreshes the existing Subject Research Cases. The system identifies if the new Alert has any new Subjects associated with it, in which case, a new Subject research Case is created applying the necessary Research Task Cases.
For existing Subjects, the Subject Research Cases get refreshed, and the corresponding Research Task Cases are automatically reopened if already resolved and restarted if in progress. The application supports both manual and automatic reopening of the Subject Research and Research Task Cases. A manual re-opening of a Subject research Case results in reopening all the child Research Task Cases, while a manual reopening of Research Task Case reopens the parent Subject Research as well.
Sample Research tasks
The following is the list of example tasks provided with AIM. This will be updated and extended at the time of implementation based on the financial institution's needs.
General assessment (SGA-): This task is applicable to all Subjects, although normally the number of fields would vary for customer, Subjects that are related parties of the customer (and thus present in the customer's KYC file present in the bank's database), and Subjects that are external to the bank.
Source of funds/assets (SSOF-): The source of funds/assets analysis is a separate task, due to its importance in the investigation. This can be configured to easily skipped for certain Alerts and/or certain customers: for example, for certain transactions (such as outgoing payment or cash deposit made by the customer themselves) or for certain Subjects (e.g., Low risk Subjects).
Adverse media screening (SAM-): This task consists of checking whether a Subject is present in negative news. Sources of this information can be online searching or more comprehensive services provided by third-party vendors.
PEP screening (SPEP-): This task consists of checking whether a Subject is present in the Politically Exposed Parties lists available online or through a third-party vendor.
Sanctions screening (SSCS-): This task consists of checking whether a Subject is present in any lists of sanctioned individuals or organizations, available online or through a third-party vendor.
Internal watchlist (SIWL-): This task consists of checking if a Subject is present in the bank's special 'Not to do business with' list. This will only be applicable to Subjects of type External Party.
Transaction history and profile (STHP-): This task consists of checking the Subject profile for Product and Service risk and the previous account activity. This is only applicable for Subjects that are customers of the bank.
This Topic is available in the following Module:
Want to help us improve this content?