Comment on page
Smart 2FA
Exclusively from Veratad, Smart 2FA℠ finally introduces two-factor authentication to customer onboarding. By combining the best of identity verification and two-factor, Smart 2FA delivers the highest level of surety that your customers are who they say they are.
This service may include two requests:
- 1.Initial Request: with this request you will start the session by sending the target. Once started the first thing that will happen is the user will receive the OTP either through call or SMS. You will get a session token in return to send back in the secondary request with the user's OTP entry.
- 2.Secondary Request: with this request you will send the entered OTP to be scored. If successful the verification process will also occur and the final result is returned.
You are able to send the OTP via SMS or Call by adjusting the service name on initial request. The service name will either be:
PhoneMatch5.0.Smart2FA.SMS
PhoneMatch5.0.Smart2FA.Call
post
https://production.idresponse.com
/process/comprehensive/gateway
Initial Request Parameters and example response
{
"user": "[email protected]",
"pass": "PASSWORD",
"service": "PhoneMatch5.0.Smart2FA.SMS",
"reference": "12345 {A UNIQUE ID}",
"options": {
"outofband": {
"message": "Hello {fn}, your one-time password is {pin}", // this is the SMS message that will be delivered to the user
"do_not_send_to_types": ["landline"] // you can block "landlines" for the SMS service here
}
},
"target":{
"fn":"Barbara",
"ln": "Miller",
"phone": "2015106000"
}
}
Action | Detail | Description |
---|---|---|
FAIL | VOIP NOT ALLOWED | The phone line type was detected as VOIP |
FAIL | SUPPRESSED SENDING CODE | The phone line type discovered was found in the do_not_send_to_types array in the options block on request |
FAIL | FAILED TO SEND TO NUMBER | An issue occurred during OTP delivery and the code was never received by the user |
FAIL | DATA CHECK FAILED | The phone number is invalid |
PENDING | MORE INFORMATION IS REQUIRED | The line type is not VOIP, the number is valid and the OTP was delivered to the user. The transaction is now waiting for the secondary request to complete. |
post
https://production.idresponse.com
/process/continue
Secondary request parameters and responses
{
"token": "631bg2jx4s7fjwceitituf9nw52yn6i7",
"codematch": {
"key": 12345
}
}
The following are all values that will be returned in the result object of the response.
Action | Detail | Description |
---|---|---|
FAIL | NO MATCH | No matching identity found in the data sources |
FAIL | TARGET IS DECEASED | Target found as a deceased identity |
FAIL | FAILED OUT-OF-BAND CHECK | The OTP entered did not match what was sent to the user |
REVIEW | TRANSACTION REQUIRES FURTHER ATTENTION | Target found and not deceased, but at least one identity attribute provided does not match. This will also populate the issues object with a list of the identity attributes that did not match. See full list below |
PASS | ALL CHECKS PASSED | Target was found is not deceased and all submitted target attributes match |
When a transaction returns as
REVIEW
then there will be a list of issues. This list can include any of the below values.Issue | Description |
---|---|
ADDRESS CHECK FAILED | The address provided does not match any on file |
DOB CHECK FAILED | The Date of Birth provided does not match any on file |
SSN CHECK FAILED | The SSN provided does not math any on file |
PHONE CHECK FAILED | The phone number provided does not match any on file |
EMAIL CHECK FAILED | The email address provided does not match any on file |
AGE CHECK FAILED | The age found does not meet the age submitted |
PhoneMatch+Smart2FA will process with the default ruleset. Which is as follows:
The ruleset will return a PASS when:
- All OTP checks have passed
- A match is found
- The target is not deceased
- The target has provided all valid identity attributes including phone number
The ruleset will return a REVIEW when:
- A match is found
- The target is not deceased
- The OTP was delivered
- The OTP matched
- The target's identity attributes do not all match
This result will also return an array of issues to notify you of exactly which target attributes provided did not match.
The ruleset will return a FAIL when:
- A match is not found
- The target is deceased
- The phone line type is not acceptable
- The OTP is not able to be delivered
- The OTP entered does not match the OTP sent
The ruleset will return PENDING when:
- The service is waiting for the next API call with session token
Since this service requires a successful OTP process you must use real data and have access to the phone number provided. You will be allotted 250 free transactions for development purposes.
Last modified 1yr ago