992 replies to this topic

[kenz]

boo_lolly, on Jul 25 2009, 06:31 PM, said:

fixed them all!

please post how

thanks!

[ErkDog]

When testing in live mode, or demo mode, and you enter a number that is declined for some reason, it just goes right back to the payment page. It doesn't give you an error or anything, so it is kind of confusing.

What do I need to do to make the module show why it doesn't approve a credit card transaction, instead of just magicking itself back to the payment page?

There should be an indication of why you were kicked back there!!!

Thanks,
Matt

[ErkDog]

Hellool2oosl??!?!

[Irin]

Hello.

I know that we can't save the full CC info on the server. It's saved encrypted in the database though. Is there any way to get the full CC info, let's say in email along with the order details before it becomes encrypted?

Thanks.

[Irin]

I found a small add-on that emails the masked cc numbers to store owner. I'm getting the emails but the masked numbers are missing. Is there something that I'm not doing right here?

Here is the code I'm trying to integrate into checkout_process.php:

//+2509 - UNMASK CC# and send in email
  if(MASK_CC_NUMBER_EMAIL == 'true'){
    $unmasked_cc_num .= substr($cc_num, 0, $len);
    $unmasked_cc_cvv2 .= substr($cc_cvv2, 0, $len);
    $message =  EMAIL_MASK_SUBJECT_NAME . $order->customer['firstname'] . ' ' . $order->customer['lastname'] . "\n\n" .
            EMAIL_MASK_TEXT_1 . "\n\n" .
            EMAIL_MASK_TEXT_2 . "<b>" . $unmasked_cc_num . "</b>\n" .
            EMAIL_MASK_TEXT_CVV2 . "<b>" . $unmasked_cc_cvv2 . "</b>\n\n" .
            $len . ' of ' . strlen($cc_num) . "" . EMAIL_MASK_TEXT_3 . "\n" .
            EMAIL_MASK_TEXT_4;
    tep_mail('', SEND_EXTRA_ORDER_EMAILS_TO, EMAIL_MASK_SUBJECT_NAME . $order->customer['firstname'] . ' ' . $order->customer['lastname'], $message, STORE_NAME, STORE_OWNER_EMAIL_ADDRESS);
  }
//-2509

May be somebody can give me any ideas?

Thanks.

[minipassat]

Hello,

My OSC version is ms2. I also have SIM which is working. I'd like to use AIM so I installed this contribution: http://addons.oscommerce.com/info/5662.

I couldn't get AIM working. The error message I got is:


Warning: Missing argument 1 for javascript_validation() in /home/content/f/c/1/fc1993/html/testingsite/includes/classes/payment.php on line 82

where line 82 is:

 if (is_array($this->modules)) {
        $js = '<script language="javascript"><!-- ' . "\n" .
              'function check_form() {' . "\n" .
              '  var error = 0;' . "\n" .
              '  var error_message = "' . JS_ERROR . '";' . "\n" .
              '  var payment_value = null;' . "\n" .
              '  if (document.checkout_payment.payment.length) {' . "\n" .
              '    for (var i=0; i<document.checkout_payment.payment.length; i++) {' . "\n" .
              '      if (document.checkout_payment.payment[i].checked) {' . "\n" .
              '        payment_value = document.checkout_payment.payment[i].value;' . "\n" .
              '      }' . "\n" .
              '    }' . "\n" .
              '  } else if (document.checkout_payment.payment.checked) {' . "\n" .
              '    payment_value = document.checkout_payment.payment.value;' . "\n" .
              '  } else if (document.checkout_payment.payment.value) {' . "\n" .
              '    payment_value = document.checkout_payment.payment.value;' . "\n" .
              '  }' . "\n\n";

and the above code is under "function javascript_validation() {"

Also the other error message is:

There has been an error processing your credit card
Please try again and if problems persist, please try another payment method.

I've also try this post http://forums.oscommerce.com/topic/293045-authorize-net-aim-1-0-on-godaddy/ because i am using Godaddy as hosting server.

Can any one help please?!! Thank you!

[minipassat]

Hi,

I have the same problem as yours. I use fast easy checkout module and had the same error message appeared. I tried the post you used http://forums.oscommerce.com/topic/199381-contribution-authorize-net-aim-module/page__st__200__p__885888&#entry885888 but it doesn't work for me. The error message is still there. I enter the right credit card info and ignore the error message and click "continue" button on the checkout_confirmation.php page and the payment did went through. However I still need to solve the error message otherwise it'll mis-lead customers. Any other solution?

Thank you very much!!

golfman2006, on 02 July 2006, 14:58, said:

Found the answer to the error issue "The first four digits of the number entered are: If that number is correct, we do not accept that type of credit card. If it is wrong, please try again." I'm entering the basic 4111111111111111 test acount code. Here is the fix I tried which worked: http://forums.oscommerce.com/index.php?s=&...st&p=885888

This resolved the error issue when trying to submit the payment. No longer is the error generated, now all seems to be working properly, with transaction going all the way through admin and receiving approval emails from A.net.

[kru]

We are having a problem. Just started on the 5th. Zero changes made to osCommerce in the last couple months but all of a sudden multiple transactions are failing. Weird thing is, Authorize.net doesn't even show an attempt. It's like there's a connection problem and the attempt times out. The error message the customer gets reads:

- Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

No error code, so I'm having difficulties trouble-shooting. Any suggestions would be appreciated...

-Kevin

Edited by kru, 10 November 2009, 22:22.

[minipassat]

I'm using FEC (fast easy checkout with purchase without account) which integrates the checkout_payment.php into checkout_shipping.php page. Here is the step of checkout process:

1. While procesing checkout, customer is brought to create_account.php to fill out both billing and shipping address on one page.

2. After clicling "continue" button, customer is brought to the checkout_shipping.php page and is asked to enter the credit card information and select the shipping method.

3. After clicking "continue" button, customer is brought to checkout_confirmation.php page for final confirmation if all the info is correct.

My problem is at the step 2. After entering credit card info, I was brought to checkout_payment.php page and always get this error message:

The first four digits of the number entered are: . If that number is correct, we do not accept that type of credit card. If it is wrong, please try again.

The four digits number were not displayed and why does the system still give error message even the credit card info is correct? Can anyone help please?? Thank you!!

[pedgette]

minipassat, on 22 November 2009, 07:16, said:

I'm using FEC (fast easy checkout with purchase without account) which integrates the checkout_payment.php into checkout_shipping.php page. Here is the step of checkout process:

1. While procesing checkout, customer is brought to create_account.php to fill out both billing and shipping address on one page.

2. After clicling "continue" button, customer is brought to the checkout_shipping.php page and is asked to enter the credit card information and select the shipping method.

3. After clicking "continue" button, customer is brought to checkout_confirmation.php page for final confirmation if all the info is correct.

My problem is at the step 2. After entering credit card info, I was brought to checkout_payment.php page and always get this error message:

The first four digits of the number entered are: . If that number is correct, we do not accept that type of credit card. If it is wrong, please try again.

The four digits number were not displayed and why does the system still give error message even the credit card info is correct? Can anyone help please?? Thank you!!

I'm having a very similar issue. It was just reported to me yesterday by a customer and yet again today. The error was showing in the URL bar as the first 4 digits entered are %3 which I didn't know was what was littering being passed to Authorize.net until I talked to one of their reps. I've had this module installed since September with 0 issues. I also have this one installed rather than the one by Harald because I couldn't get his to not give me an error no matter what I did. If anyone has any idea on where to start looking it would be greatly appreciated.

[Altonymous]

So where do we enter our MD5 Hash?

[EricK]

FYI: New requirements by MasterCard and Discover for debit, prepaid and gift cards will be enforced by Authorize.net effective June 30, 2011.

Quote

Dear Authorize.Net Merchant:

MasterCard and Discover are modifying their rules concerning the processing
of debit, prepaid and gift cards. THIS E-MAIL INCLUDES IMPORTANT
INFORMATION ABOUT THE NEW REQUIREMENTS AND THE TIMELINES REGARDING
AUTHORIZE.NET'S SUPPORT OF THE REQUIREMENTS, SO PLEASE READ IT THOROUGHLY.

MasterCard's rule changes go into effect May 1, 2010, and Discover's rule
changes go into effect April 16, 2010. However, Authorize.Net, MasterCard
and Discover have worked together to extend these dates for all merchants
using Authorize.Net solutions. OUR MERCHANTS WILL NOW HAVE UNTIL JUNE 30,
2011, TO IMPLEMENT SUPPORT FOR THE REQUIREMENTS WITHIN THEIR SYSTEMS.

What are the requirements?
MasterCard and Discover are requiring that all merchants support the
following:
- Balance response transactions - For prepaid and gift cards, once the card
has been used, the remaining account balance will be transmitted along with
the authorization response. The remaining balance must be printed on the
customer receipt, displayed on the Web page or point-of-sale terminal, or
both.
- Partial authorization transactions - When a customer's transaction amount
exceeds the balance available on their debit, prepaid or gift card, instead
of declining the transaction, a partial authorization for the amount
available to the customer will be returned. This will allow the customer to
pay for the remaining amount with another form of payment. This is called a
split-tender transaction.
- Authorization reversals - An authorization reversal is a real-time
transaction initiated when the customer decides that they do not want to
proceed with the transaction, or if the merchant cannot complete the
transaction for any reason. Authorization reversals free up the customer's
available balance on their debit, prepaid or gift card.

What steps is Authorize.Net taking to support these requirements?
Authorize.Net will be updating our systems over the coming months to
support the requirements, but will be dependent on each processor's
readiness. For a table of when we anticipate we will support the
requirements with each processor, please visit
http://www.authorize.net/support/pafaqs/#when.

What do I need to do to support the requirements?
The steps that you will need to take to support the requirements depend on
how you connect to the payment gateway. For example, if you connect using a
shopping cart, point-of-sale device, or other solution, you will need to
contact your solution provider to confirm that they will be supporting the
requirements. If you connect using a direct integration, you should contact
your Web developer for assistance. Please direct your Web developer to
http://www.authorize.net/support/pafaqs/#do for information on the changes
they will need to make.

Do I have to support the requirements?
MasterCard and Discover are requiring all merchants to support the
requirements with the exception of merchants that exclusively process
transactions via batch uploads, mail order/telephone order (MOTO), or
recurring payment transactions. Your Merchant Service Provider (MSP) is
ultimately responsible for determining if the requirements apply to your
business, so please contact them for assistance in determining if your
company is exempt.

Once again, these requirements will not be enforced for Authorize.Net
merchants until June 30, 2011. However, we wanted to bring them to your
attention now so that you have plenty of time to plan for their
implementation.

For more information on the requirements, including how they affect our
value-adding services, please visit our FAQ page at
http://www.authorize.net/support/pafaqs/.

Thank you for your attention to these important changes and for being an
Authorize.Net merchant.

Sincerely,
Authorize.Net

[younmever]

-To Vger-

First of all, thank you very much for such a nice contribution.
I've had a lot of trouble with the Cerified AIM, but now I can rest.

Vger, I have just one question and if you can fix it, I'll really appreciate it.

Do you know how to inplement x_duplicate_window in your coding?
When I try to purchase any item with same credit card within 2 minutes, the transaction doesn't go through.
I just have to wait more than 2 minutes, and it goes through.

Ever since there is no way to change such option at Authorize.net, I guess I have to edit some codes.
Unfortunately, I'm not very good at PHP.

Would you able to instruct me?

Best regards,

[32 Degrees]

EricK, on 20 April 2010, 04:15, said:

FYI: New requirements by MasterCard and Discover for debit, prepaid and gift cards will be enforced by Authorize.net effective June 30, 2011.

I don't think people understand the gravity of this situation. I sure hope an update comes out soon! I hate being unable to solve this problem myself and forced to rely on others.

[yocompia]

yeah, our store got one of these notices from authorize.net april 21st. this could seriously impact our sales if it is not fixed in time, although i just don't know to what extent it would affect us.

is there any development effort to bring this contrib into compliance with this recent change in authorize.net / credit card company policies? i would really appreciate some knowledge of which way the ship is headed here.

thanks for all the code, vger.

[shooshoos]

32 Degrees, on 05 May 2010, 22:10, said:

I don't think people understand the gravity of this situation. I sure hope an update comes out soon! I hate being unable to solve this problem myself and forced to rely on others.

Has anything happened with this? Seems like only a week left and noone has mentioned it again? Is there some sort of fix? Pls let me know. Thanks!

[dkeaton1]

Hello,
We are using this contribution with out OSCommerce store. Recently we added the Fraud Detection Suite offered by Authorize.net. Shortly thereafter we started seeing some orders being registered by Authorize.net and not being logged in the Admin -> Orders section. We contacted Authorize.net and was told that we should add the following "Response Codes" 250,251, 252, and 253 as valid orders. Currently, if the response code is "1" then it gets passed to the Admin -> Orders. How do we add these new response codes to this contribution to get these orders logged?

Thank you!

[Karl53]

First, I want to say thank you for maintaining this contribution. It is very helpful.

I was wondering if there are not some errors in the installation guide that is distributed with the August 2010 release.

About the documented edits:

>>>
In catalog/checkout_process.php (line 49) CUT OUT the two lines:
---------------------------
// load the before_process function from the payment
modules
$payment_modules->before_process();
>>>>

(1) The line numbers indicated above do not match the v2.2 RC2 release. And upon subsequent inspection of the code, it looks to me as if not change is needed.


(2) And with these edits, it looks to me as if they edits introduce bugs (but I'm not a PHP programmer). Can someone confirm that the indicated changes are in fact safe to make?

Here are examples of what I think might be bugs:

>>>>
<tr>
<td class="main"><?php echo ENTRY_CREDIT_CARD_EXPIRES; ?> <<<<<<----- closing </td> dropped?
<td class="main"><?php echo $order->info['cc_expires']; ?></td>
<<<<<<----- closing </tr> dropped?
<?php
}
{...}
>>>>>>>


(3) There is a thread here

http://forums.oscommerce.com/topic/335136-osc-and-mysql-5-1054-errors/

about osCommerce not being designed to run with MySQL 5.x database with out patches made to the source. There are suggestions in the thread that contributions need to be checked.

Does anyone know of any issues running this contribution against a MySQL v5.x database?

Thanks,
Karl

[kps93]

Hello Everyone,

I installed this module tonight and am having a problem. I am using One Page Checkout and when the page loads - it loads the payment method box, shows credit card with no button and gives an error "There was an error setting payment method."

The only thing I can gather is that this contribution is not compatible with one page checkout. If so - does anyone know how to modify it to work with OPC?

If it can't be - what is everyone using for reducing the 4 page checkout process to one?

Thanks in advance for your help.

[John W]

I haven't used this aim module with onepage but the standard osc aim module works with onepage.