Chile
Chile eKYC non-doc verification leverages Chile's source of truth to validate individuals. It is essential in eKYC processes for ensuring identity authenticity, regulatory compliance, and enhanced security. It helps prevent fraud, boosts user trust, and streamlines operations through automated and efficient verification methods.
Integration
User input flow
eKYC module configuration gives various options to specify different search criteria with various sources of truth for each country (eg. US has multiple via Telco, Credit Bureau, and Driver's License). User data can be collected via a user input flow by using pre-selected fields where users can type in their name or date of birth, etc. See an example below:

eKYC user flow input example
Module configuration
The module configuration can be leveraged to select the applicable fields for the input data you would like to collect from the end user.

eKYC module configuration
Direct API Approach
All module configurations and user data can be forwarded directly in the request for performing an eKYC search. This will override existing configuration and data collected about the user.
API AuthenticationAll endpoints require authentication headers to be specified as stated in Incode API Documentation
POST /omni/externalVerification/kyc
This endpoint performs an eKYC check for the individual specified. Note: Endpoint can have empty body {} and in that case information will be pulled from module configuration and session details.
- country: (mandatory) String. Two letter Alpha-2 country code. (Must be CL).
- taxID: (mandatory) This can be optional, but we want to keep idNum as mandatory on Incode side as it is a logical requirement for KYC. In Chile Rol Único Tributario (RUT) - RUT / RUN numbers have eight digits, plus a verification digit or letter K, and are generally written in this format: xxxxxxxx-z.
- firstName:: (mandatory) String. First name of the individual.
- middleName:: (optional) String.
- surName: (mandatory) String. Last name of the individual.
- dateOfBirth: (optional) String. Format: yyyy-mm-dd (eg. 1980-06-01)
Example request:
{
"plugins": "kyc", //mandatory
"source": "CL_1", // mandatory
"firstName": "Hanbing", // mandatory
"middleName": "", // optional // new for ID Merit
"surName": "Li ", // mandatory
"country": "CL", // mandatory
"dateOfBirth" : "1991-08-02", // optional
"idNum": "1234578-1" // mandatory // New, for ID Merit
}Direct API Response
API AuthenticationAll endpoints require authentication headers to be specified as stated in Incode API Documentation
Note: Endpoint can have empty body {} and in that case information will be pulled from module configuration and session details.
Example response:
{
"kyc": [
{
"key": "firstNameMatch",
"status": "Exact";
},
{
"key": "middleNameMatch",
"status": "Exact"
},
{
"key": "lastNameMatch",
"status": "Approximate Match"
},
{
"key": "fullNameMatch",
"status": "Fuzzy"
},
{
"key": "dobMatch",
"status": "Exact"
},
{
"key": "idNumMatch",
"status": "Exact"
},
{
"key": "overallLevel",
"status": "Low"
}
]
}Please refer to error response to see conventional HTTP response codes to indicate the success or failure of an API request. For Spain, custom 400 error messages if taxId, or country is “ “ or null:
message: taxId, and country are minimum required fields.
`Incode API Key | Status | Definition |
|---|---|---|
firstNameMatch [NEW] | exact, fuzzy, nomatch | Matches first name submitted against the name associated to the value in the source of truth. |
middleNameMatch [NEW] | exact, fuzzy, nomatch, nodata [NEW] | Matches middle name submitted against the name associated to the value in the source of truth. |
lastNameMatch [NEW] | exact, fuzzy, nomatch | Matches last name submitted against the name associated to the value in the source of truth. |
dobMatch [NEW] | exact, fuzzy, nomatch, nodata [NEW] | Matches date of birth submitted against the date of birth associated to the value in the source of truth |
fullNameMatch [NEW] | exact, fuzzy, nomatch | Matches full name submitted against the full name associated to the value in the source of truth` |
idNumMatch [NEW] | exact, fuzzy, nomatch, nodata [NEW] | Matches id number submitted against the id number associated to the value in the source of truth |
overallLevel | low, medium, high | Overall Risk Level is focused on the risk associated to the submitted full name and id number See context below for more information around how low, medium, and high are calculated |
Single Session Dashboard Result

eKYC Single Session Dashboard result
Updated about 13 hours ago
