joeyjgarcia Posted June 12, 2007 Share Posted June 12, 2007 We've been getting a lot of declines and a customer gave us a hint to the problem and we did some tests and it seems the we are sending the shipping address instead of the billing address and this is causing the AVS to decline the order. Has anyone else had this problems? If so, is there a fix out there for this? I haven't tweaked the cart code, so I wonder if it does this by default? We were not using the AVS for years then after some fraud attempts we turned it on and now this problem has surfaced. Quote Link to comment Share on other sites More sharing options...
Guest Posted June 12, 2007 Share Posted June 12, 2007 which payment module is this? You will need to modify the code in the module file Quote Link to comment Share on other sites More sharing options...
joeyjgarcia Posted June 13, 2007 Author Share Posted June 13, 2007 It is for BluePay, but they said the problem is with osC. which payment module is this? You will need to modify the code in the module file Quote Link to comment Share on other sites More sharing options...
joeyjgarcia Posted June 13, 2007 Author Share Posted June 13, 2007 I fixed it. The problem was in their odcbp20.php module. Around line 351 you’ll find this variable: $process_button_string. Where it populates that variable after line 351 is says “customer” when it should say “billing”. For example: Here’s a snippet of their code that doesn’t work properly. tep_draw_hidden_field('NAME', $order->customer['firstname'] . ' ' . $order-> customer ['lastname']) . I changed it to this which now works properly. tep_draw_hidden_field('NAME', $order->billing['firstname'] . ' ' . $order->billing['lastname']) . which payment module is this? You will need to modify the code in the module file 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.