Asynchronous Screening request not returning updated results

Hi Team,
Just need confirmation from your side , when we are using Async call for rescreening , we have following steps.
1:SEQ-screen-async: Screen a
case .
2:SEQ-case-audit: Retrieve
the audit log for a case, check “actionType” and its
value is “SCREENED_CASE”.
3:SEQ-case-investigate-results:
Get screening results
We are doing Sync Screening using name in first step, for rescreening same case we are using Async Case screening request, every time in Audit Event request we getting Action type as 'SCREENED_CASE' without putting any delay, and after executing 'Get screening results' we are getting results of Sync Case Screening only.
How Async works :
For example using Synchronous Screening I get following response.
[
{
"resultId": "0a3687d0-673a-15cf-99df-fe520060fe08",
"referenceId": "e_tr_wco_4540054",
"matchStrength": "EXACT",
"matchedTerm": "WT Marine Pte Ltd",
"submittedTerm": "WT Marine Pte. Ltd",
"matchedNameType": "AKA",
"secondaryFieldResults": [],
"sources": [
"b_trwc_DPRK-WC",
"b_trwc_393",
"b_trwc_386"
],
"categories": [
"Other Bodies",
"Sanctions",
"Sanctions"
],
"creationDate": "2018-12-05T20:05:02.922Z",
"modificationDate": "2018-12-05T20:05:02.922Z",
"resolution": null,
"resultReview": {
"reviewRequired": false,
"reviewRequiredDate": "2018-11-08T00:00:00.000Z",
"reviewRemark": null,
"reviewDate": null
}
}
]
After Rescreening multiple times using Async call , we keep getting actionType as 'Screened_Case' in latest result of Audit event request.
But response in 'Get Screening result' is same as of Sync Case screening every time.
[
{
"resultId": "0a3687d0-673a-15cf-99df-fe520060fe08",
"referenceId": "e_tr_wco_4540054",
"matchStrength": "EXACT",
"matchedTerm": "WT Marine Pte Ltd",
"submittedTerm": "WT Marine Pte. Ltd",
"matchedNameType": "AKA",
"secondaryFieldResults": [],
"sources": [
"b_trwc_DPRK-WC",
"b_trwc_393",
"b_trwc_386"
],
"categories": [
"Other Bodies",
"Sanctions",
"Sanctions"
],
"creationDate": "2018-12-05T20:05:02.922Z",
"modificationDate": "2018-12-05T20:05:02.922Z",
"resolution": null,
"resultReview": {
"reviewRequired": false,
"reviewRequiredDate": "2018-11-08T00:00:00.000Z",
"reviewRemark": null,
"reviewDate": null
}
}
]
How WC1 works , when we rescreen a case using async call should we get addition record every time in Get Screening Result with new CreationDate and modificationDate.
Case 1:
In first screening request I get 1 matching result, and I resolved that case .Next time I rescreen the same using Async call, should I get empty result as i already resolved the one or should i get 1 matching result because I did screening using Async call.
Case 2:
In first screening request I get 1 matching result, and I have not resolved that case .
next day I rescreen the same case using Async call, should I get 1 result set with old CreationDate and ModificationDate if there is only one match for the same name as mentioned in above example or is it going to be different for us .
Regards,
Surinder Kumar
Best Answer
-
Case 1 :
You would not get an empty response whether the case has been resolved or not. You will get the same result with the details of resolution status (If resolved). If there are new matches available against the screened name, then the new matches would be included in the results along with the existing one.Case 2 :
Yes, you would receive 1 match in the result with the the initial creation and modification date.If you are using the Audit log API call with the "actionType"=="SCREENED_CASE", you would receive 2 screening logs for the screened case (If you have screened the case twice). The difference which you see in the audit log would help you determins if there are any new matches for the case.
{
"id": "0a3687cf-6763-1d54-99e0-91a000745744",
"objectId": "0a3687cf-673a-1938-99e0-913a0009bb69",
"eventDate": "2018-12-06T06:48:38.471Z", /* Event date will capture the information of the screening / rescreening */
"actionedByUserId": "0a3687cf-62d4-1350-98b5-300c00000046",
"actionedByUserName": "Prabhjyot Mandla",
"note": null,
"entityType": "CASE",
"actionType": "SCREENED_CASE",
"auditEventToDate": null,
"details":
{
"detailsType": "ScreenCaseAuditDetails",
"userId": null,
"statusCode": "COMPLETED",
"screeningState": "INITIAL",
"noOfNewResults": 0, /* This attribute will capture the information of the new matches which have been generate due to screening / rescreening - This log is taken from rescreening where there are no matches after rescreening */
"noOfReviewRequiredResults": 0,
"noOfExcludedResults": 0,
"noOfAutoResolvedResults": 0,
"providerTypes": ["WATCHLIST"],
"caseScreenRequestor": null,
"caseSystemId": "0a3687cf-673a-1938-99e0-913a0009bb69"
}
}Please note - The number of times you rescreen the case, the Audit API call will display the information in above format for the each time the case has been screened or rescreened. You will have to check the specific audit log for the event.
Hope this clarifies your concern.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 37 Alpha
- 167 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 713 Datastream
- 1.5K DSS
- 639 Eikon COM
- 5.3K Eikon Data APIs
- 20 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 12 Trading API
- 3K Elektron
- 1.5K EMA
- 260 ETA
- 574 WebSocket API
- 42 FX Venues
- 16 FX Market Data
- 2 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 26 Messenger Bot
- 5 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 285 Open PermID
- 47 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 25 RDMS
- 2.3K Refinitiv Data Platform
- 20 CFS Bulk File/TM3
- 939 Refinitiv Data Platform Libraries
- 6 LSEG Due Diligence
- 1 LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 12 World-Check Customer Risk Screener
- World-Check On Demand
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 46 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 126 Open DACS
- 1.1K RFA
- 108 UPA
- 197 TREP Infrastructure
- 232 TRKD
- 925 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 107 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛