SumSub KYC Service
Variables for Sum Sub:
APP_TOKEN
- Created in Sum Sub to generate tokens for the SDKSECRET_KEY
- Created in Sum Sub together with APP_TOKEN to generate tokens for the SDKLEVEL_NAME
- Your level_name is created in the SumSub to indicate which verification steps the user should go through.WEBHOOK_SECRET_KEY
- generated when creating a webhook in a Sum Sub
Step for verifying via SumSub:
Front-end gets token for SDK Plugin from GQL
Also, add the Authorization header
query{ getSumSubAccessToken{ token userId } }
Use for SDK Plugin token
After the verification is completed, the plugin will send a request to the backend to create a user verification request.
When we receive it, we will write a label to the system that the verification is pending
When SumSub verifies a user, it will send us a reply with three possible results:
GREEN (accept) - we record the data on the user that he provided to our system and change the label to verified
RED RETRY (reject) - We change the label to reject so that the client passes the verification again
RED FINAL (ban) - Change the label to ban and ban the client in the system