New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Regarding users KYC level #31
Comments
Hi @leihog, thanks very much for the feedback and ideas. A couple of things:
|
OK, fair enough. Well the new endpoints should help and they'll be available in the next couple of months (keep an eye on the blog/newsletter), and we've noted the point about the KYC status changes but I don't have a date at this time I'm afraid. |
We currently do listen for KYC_SUCCEEDED and fetch the document, then fetch the user to find out if the level changed. It works but it requires two API calls. The idea behind KYC_VALIDATION_REQUIRED is similar in that we wouldn't have to listen for failed payouts and payins and instead just listen for this event to know that a user needs to do their KYC. Anyway, we can make do with what we have. |
OK, thanks. As for "KYC_VALIDATION_REQUIRED", you'd still need to listen for failed transactions to know which ones to rerun once the user has been KYC validated, right? |
Well, we probably would but not necessarily. We could also just leave it up to the user to make a new attempt after they have completed their KYC. Considering that it might takes several days between the failed attempt and the KYC documents being uploaded and validated, the circumstances leading to the payout may have changed. The user may for instance have more money to withdraw now. In either case the separation of concern is still useful to us as it allows us to build leaner code and the other upside is that it lets us make less requests to your API. The way I see it, It's a win win situation. |
Absolutely - I totally agree, I just wanted to check this point :-) |
How can I check the STATUS of KYC document. ` public function updateKYC(Request $request) foreach($kycUserLists as $kycUserLists) |
It seems to me that there isn’t an easy way for us to tell that a user needs to perform an action in order to fulfill the KYC requirements. For example if a user with KYC level light spends more than €2500 which requires them to upload additional information.
So in order to know that a user needs to perform a KYC we have to wait for the API to raise an exception. So far so good. We catch this exception and flag our user as requiring a new KYC level.
Here is where it becomes messy.
In order to know that the users new KYC has been approved we need to poll the API
(possibly as the result of a KYC_SUCCEEDED event) to see if the users KYC level has changed.
This means that we need to store the current KYC level locally.
It would be much easier if the user entity had a flag stating whether or not the user was required to take action. Such as KYCValidationRequired = true, in addition to the current KYCLevel.
A couple of new hooks would also be very useful, KYC_LEVEL_CHANGED & KYC_VALIDATION_REQUIRED. Both of which would return a user id.
Thoughts?
The text was updated successfully, but these errors were encountered: