using secondaryFields to screen certain DOB

I have made a search and found a match with a DOB of 1965-01-01. but when i put in a value of secondaryFields": [{ "typeId": "SFCT_2", "dateTimeValue": "1965-01-01" }] and request results using the following URL, I keep getting a 404 not found response.
only when i change the date to be "1965-01" (without the day) i get results, but the results are just the same as with no date at all.
could you please explain/confirm:
- Exact date format allowed
- All results returned will have the given date
Best Answer
-
The reason for 404 error may be because of the wrong group Id being used while sending the request. You would never get a 404 for sending the secondary field
[{ "typeId": "SFCT_2", "dateTimeValue": "1965-01-01" }] in the payload.
The format for sending dateTimeValue is YYYY-MM-DD
Kindly note the matches with the dateTimeValue as '1965-01' and no dateTimeValue would be the same as the matches are populated due to entity name match alone while the secondary fields decide whether it can be auto resolved by the system or to leave it as unresolved for the user to find out if it is a hit or not. So, only auto resolved matches in a case would change because of it.
If the match found has the same DOB or in the range of 2 year (upper and lower bound), the match will be marked as unresolved, other wise the match will be auto resolved as DOB provided does not match the profile in our DB.
Please find the JSON of a case with screened name "putin" and DOB as "1965-01-01"
"results": [
{
"resultId": "0a3687d0-66ec-164b-99bb-337e00003abe",
"referenceId": "e_tr_wci_1724038",
"matchStrength": "STRONG",
"matchedTerm": "ПУТИН,Андрей",
"submittedTerm": "putin",
"matchedNameType": "NATIVE_AKA",
"secondaryFieldResults": [
{
"field": {
"typeId": null,
"value": null,
"dateTimeValue": "1979-01-17" #DOB available in the WC DB for the particular match
},
"typeId": null,
"submittedValue": null,
"submittedDateTimeValue": "1965-01-01", #Submitted DOB
"matchedValue": null,
"matchedDateTimeValue": "1979-01-17",
"fieldResult": "NOT_MATCHED"
}
],Please find the JSON for the screened name 'putin' with no DOB
"results": [
{
"resultId": "0a3687cf-66ec-15da-99bb-343700004828",
"referenceId": "e_tr_wci_1724038",
"matchStrength": "STRONG",
"matchedTerm": "ПУТИН,Андрей",
"submittedTerm": "putin",
"matchedNameType": "NATIVE_AKA",
"secondaryFieldResults": [],As you can see the matches are the same, its just the JSON changes in both the cases depending on whether you have provided the DOB or not.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.5K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 560 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 281 Open PermID
- 46 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 724 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 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
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛