kingbrend Posted October 11, 2019 Share Posted October 11, 2019 Hi, we're having a problem since the update where payments which should be blocked by WHMCS continue through to Stripe Customer get the notification of high risk/payment blocked but actually the payment goes through to Stripe Luckily I'm on top of it and I've had to refund 40-50 payments to prevent fraud disputes later on. Is this a problem for other people? Are payments which should have been blocked still going through for people? 0 Quote Link to comment Share on other sites More sharing options...
kingbrend Posted October 12, 2019 Author Share Posted October 12, 2019 No response? It seems like Maxmind + WHMCS is working perfectly fine for others? It would be interesting to see people start coming in complaining that payments which should have been blocked, go through, and they have a dispute on their Stripe account for accepting high risk payments. People would start losing their Stripe accounts. Maybe people just don't notice this problem yet.. 0 Quote Link to comment Share on other sites More sharing options...
WHMCS Support Manager WHMCS John Posted October 14, 2019 WHMCS Support Manager Share Posted October 14, 2019 Hi @kingbrend, This is currently the designed behaviour in version 7.8 when used with Stripe Payment Intents; the card will be pre-authorised upon placing the order. A charge is only made when the fraud check completes successfully. This pre-auth hold will be released by the bank if no charge is made after a period of time. We are looking to further finesse this behaviour in v7.9 to cancel the hold if the fraud check is subsequently failed. 0 Quote Link to comment Share on other sites More sharing options...
kingbrend Posted October 15, 2019 Author Share Posted October 15, 2019 @WHMCS John The problem is payments aren't being preauthorized, they're being charged right away. I have to manually refund payments that are charged days later after customer complains to me about the double, triple or more charge. How do I make it where payments are pre-authorized instead and ONLY charged when fraud checks complete successfully? 0 Quote Link to comment Share on other sites More sharing options...
WHMCS Support Manager WHMCS John Posted October 15, 2019 WHMCS Support Manager Share Posted October 15, 2019 Hi @kingbrend, I performed a test on my stock 7.8.3 install, placing an order as a new client and failing the fraud check. I confirmed that an uncaptured transaction is logged in Stripe (see attached). Please ensure you've applied the 7.8.3 maintenance release, and any custom templates are up-to-date. We recommend using the Standard Cart order form template or its children with Stripe: Standard Cart Premium Comparison Pure Comparison Supreme Comparison Universal Slider Cloud Slider https://docs.whmcs.com/Version_7.8.0_Release_Notes#Template_Changes 0 Quote Link to comment Share on other sites More sharing options...
kingbrend Posted October 15, 2019 Author Share Posted October 15, 2019 @WHMCS John Thanks a lot John. So we needed to update to 783 for it to functional as your screenshot. 🙂 Thanks for your help. 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.