I have implemented an AIM solution for my client in php requiring CCV. The solution is based on sample code and works perfectly in the sandbox, which returns the expected responses to the sample CVV numbers provided by authorize.net.
However, on the live site, my client is experiencing a large percentage of DECLINES, which cite error code 2 -65. I can see nothing in the code to account for this.
Any ideas would be appreciated.
02-04-2013 11:37 AM
Sound like they are rejecting based on some of the response.
Need to know the CCV response code to see why it is rejected.
39 | Card Code Response | Value: The card code verification (CCV) response code Format:
Notes: Indicates the result of the CCV filter. For more information about CCV, see the Merchant Integration Guide at http://www.authorize.net/support/merchant/. |
02-04-2013 11:44 AM - edited 02-04-2013 11:45 AM
They're getting "No Match".
However, when they enter the card information through the Merchant Terminal, they always are accepted.
02-04-2013 11:47 AM
Check your code to see if it get pass correctly.
On test account, it always 'P' not processed, unless you are doing one of the triggering specific transaction response (900 for match, etc)
02-04-2013 12:08 PM
First, thanks for taking time with this.
I pass the sample CCV numbers correctly in the Sandbox, which returns the expected responses (Match for 900, No Match for 901, etc.).
However, on the live site, we're getting a lot of DECLINES due to CCV mismatch. Each of these is accepted when input through the Merchant console. There doesn't seem to be any pattern to the declines, either. Occurs for multiple card types.
02-04-2013 12:21 PM
so, if it work is merchant account and not working thru AIM, then somewhere in the code is not passing the value correctly. Can you run test on the test account to see if it pass the value correctly?
02-04-2013 12:48 PM