Verification results
To determine the customers final status, first the KYC provider makes a decision. Then your application makes a decision using ComPilot's predefined automations and the rules set in the ComPilot Rules Engine. As a developer or compliance officer, it is sometimes useful for you to know what combinations of statuses are possible.
The decisions are shown in the following tables.
KYC decision | Meaning |
---|---|
Passed | The customer has successfully passed the KYC checks |
Rejected | The customer has failed the KYC checks and may not retry |
Retry | The customer has failed the KYC checks and may retry |
Application decision | Meaning |
---|---|
Active | Customer approved by your application |
Failed | Customer temporarily banned by your application but can retry |
Rejected | Customer permanently banned by your application and cannot retry |
To be reviewed | Issue detected by ComPilot and the customer needs to manually be checked |
The application decision becomes the customer's status. For more information, see Customer statuses.
For a workflow that uses a KYC provider, the ComPilot Rules Engine, and AML checks, the following cases are possible.
Case 1
Verification scenario | Verification outcome |
---|---|
|
|
Case 2
Verification scenario | Verification outcome |
---|---|
|
|
Case 3
Verification scenario | Verification outcome |
---|---|
|
|
Case 4
Verification scenario | Verification outcome |
---|---|
|
|
Case 5
Verification scenario | Verification outcome |
---|---|
|
|
Even a single Low
risk alert will mean the customer is given a status of To be reviewed
.
In this case, if a compliance officer changes the customer status, the following effects will occur:
- If the customer status is changed to
Escalated
, and the pending notification remains. - If the customer status is changed to
Active
, the customer is approved and the appropriate email is sent. - All other customer statuses reject the user and the appropriate email is sent.