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
- 6 AHS
- 37 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 367 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛