SoBeIt Posted June 27, 2008 Share Posted June 27, 2008 I am using Protx and submitting a payment using the card on file results in it being declined. Entering the details manually results in a success. Does anyone else have this problem? DECLINED: VPSProtocol => 2.22 Status => NOTAUTHED StatusDetail => 2000 : The Authorisation was Declined by the bank. VPSTxId => {xxxxxx} SecurityKey => XXXXXX TxAuthNo => AVSCV2 => DATA NOT CHECKED AddressResult => NOTPROVIDED PostCodeResult => NOTPROVIDED CV2Result => NOTPROVIDED 3DSecureStatus => NOAUTH AUTHORISED: VPSProtocol => 2.22 Status => OK StatusDetail => 0000 : The Authorisation was Successful. VPSTxId => {xxxxxx} SecurityKey => XXXXXX TxAuthNo => XXXXXX AVSCV2 => ALL MATCH AddressResult => MATCHED PostCodeResult => MATCHED CV2Result => MATCHED 3DSecureStatus => NOAUTH 0 Quote Link to comment Share on other sites More sharing options...
SoBeIt Posted July 1, 2008 Author Share Posted July 1, 2008 Does anyone have a successful Protx installation that accepts the automated card on file payments? It looks like WHMCS is not passing on any address information to Protx. 0 Quote Link to comment Share on other sites More sharing options...
penguin Posted July 1, 2008 Share Posted July 1, 2008 WHMCS does not pass the CV2 data to protx for the repeat payment as this is not stored on the server, therefore the bank rejects this as it's trying to perform a CV2 check with no data present. You can get around this by disabling the AVS/CV2 checks with Protx - just ensure that you have 3DSecure enabled when doing this. 0 Quote Link to comment Share on other sites More sharing options...
SoBeIt Posted July 1, 2008 Author Share Posted July 1, 2008 Thanks for the advice penguin, I disabled the AVS/CV2 checks with Protx and the payment has succeeded. I do not like the idea of having to disable all fraud checks to get WHMCS to submit a successful payment! Would it be possible to change the behaviour of the payment page so that if a client has a card on file, it would pre-fill all the card fields, except the CV2 field which could then easily be filled in by the client and submitted? Rather than having their card details erased because of the failed transaction. 0 Quote Link to comment Share on other sites More sharing options...
SoBeIt Posted July 1, 2008 Author Share Posted July 1, 2008 I assume the recurring payments are submitted correctly, not requiring the CV2 code? It's just when submitting a new order with an existing card that results in the CV2 failure and rejection? In which case my above suggestion would correct/prevent the issue? 0 Quote Link to comment Share on other sites More sharing options...
penguin Posted July 1, 2008 Share Posted July 1, 2008 Yes, recurring payments specifically do not require the CVV and so have no problems. To be fair, 3DSecure offers way more protection than the CVV & AVS checks and coupled with Maxmind or something similar should not pose an issue. 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.