FAQ
What is the difference between POST /v1/validate-registry and POST sync-api/v1/validate-registry?
SSN validation can be done via two public API endpoints:
POST /v1/validate-registry (hereinafter “default /validate-registry”), and
POST sync-api/v1/validate-registry (“sync-api /validate-registry”).
Similarities
Request payload for both calls is the same for both endpoints, meaning you must include the following:
idNumberfullnameORfirstName+lastNamedateofBirthOR address dataIf
addressdata is provided, then send EITHERfullAddressvalue OR thestreet+houseNumber+postcodevalues
Differences
First difference is the API URL the endpoints are using:
default /validate-registry calls are made to
//example-base-url/v1/validate-registrysync-api /validate-registry calls are made to
//sync-api.veriff.me/v1/validate-registry
The second difference is how the endpoints return the data about the person being validated:
default /validate-registry returns the data about person and/or document via webhook
sync-api /validate-registry returns the data inside the API response payload
Note: Sync-api /validate-registry endpoint is not available by default, you need to contact Veriff to set it up.
What does the score parameter indicate in GET /person endpoint response, and how should it be used?
score parameter indicate in GET /person endpoint response, and how should it be used?The score provides an initial indication of the matching. This score changes dependant on the prioritisation logic it applies and the match type, which are explained below.
The score relates to the matchTypes and matchTypesDetails section referenced. Below are details on the scores prioritisation logic and the grouped scores per match type (Min-Max, Weighting)
Score prioritisation logic
Sanctions over other AML types
Exact name match over inexact name match
Date of Birth (DOB) match, over no DOB match
Country match over no country match over country mismatch
Sanctions scoring
1.1 - fuzzy match with country mismatch
1.2 - fuzzy match
1.3 - fuzzy match with country match
1.4 - fuzzy match with yob match
1.5 - fuzzy match with yob and country match
1.6 - exact match with country mismatch
1.7 - exact match
1.8 - exact match with country match
1.9 - exact match with yob match
2.0 - exact match with yob and country match
Warnings, PEPs, AMs scoring
0.1 - fuzzy match with country mismatch
0.2 - fuzzy match
0.3 - fuzzy match with country match
0.4 - fuzzy match with yob match
0.5 - fuzzy match with yob and country match
0.6 - exact match with country mismatch
0.7 - exact match
0.8 - exact match with country match
0.9 - exact match with yob match
1.0 - exact match with yob and country match
How should the score be used?
The score is an initial indication. Veriff strongly suggest that you use the matchTypes and matchTypesDetails in addition, which provides a granular understanding of why a certain entity was a match for the search.
Reasons why you should use the matchTypesDetails field:
The
matchTypesDetailsfield in the API contains a detailed breakdown of why a hit occurred, aligning to thescore. For every name you matched on an entity, it will let you know how each term from your search matched it, as well other information about that name.Allows you to better understand your own data (e.g., x% of hits are adverse media hits) and the type of matches coming back.
Helps make more informed decisions and leverage the information we send to build out auto-remediation rules on their end.