Authorize.net SIM Module - There has been an error processing your credit card. Pleas

Using SIM worked. Thanks mcarbone! :hug:

Awesome I think you mean AIM..but I know what you meant! Glad to hear it!:smile:

MC

Just call us twinkle fingers huh?

I cannot use AIM,

Here are the differences
SIM doesn't collect credit cards on your own site. It sends the customer to authorize.net's website to checkout on their secure page.

AIM collects credit card info on your own site and processes the cards in real time while the customer waits and never leaves your payment process. A ssl certificate is required and Curl+SSL is required to be compiled into php for AIM to work.

I have an SSL certificate but I process from authorize.net because I do not want to be liable for anything.

So that is not an option for me.

ANyone know coding can fix the SIM>>>???:blink:

Based only on the vague information describing the problem, the following might provide temporary relief:

Edit /includes/modules/payment/authorizenet.php around line 430, adding the new lines as shown:```
function before_process() {
global $messageStack;
$this->authorize = $_POST;
[B] // temporary workaround for Authorize.net system bug
$fixAuthnetSystemErrorVal = $this->authorize['x_amount'];
if (substr($fixAuthnetSystemErrorVal, -2) == '00' && substr($fixAuthnetSystemErrorVal, -5, 1) == '.') $this->authorize['x_amount'] = substr($this->authorize['x_amount'], 0, -2);
// end workaround [/B]
unset($this->authorize['btn_submit_x'], $this->authorize['btn_submit_y']);

WiccanWitch420:

I cannot use AIM,

Here are the differences
SIM doesn't collect credit cards on your own site. It sends the customer to authorize.net's website to checkout on their secure page.

AIM collects credit card info on your own site and processes the cards in real time while the customer waits and never leaves your payment process. A ssl certificate is required and Curl+SSL is required to be compiled into php for AIM to work.

---

I have an SSL certificate but I process from authorize.net because I do not want to be liable for anything.

So that is not an option for me.

ANyone know coding can fix the SIM>>>???:blink:

I was using SIM before and customers were putting their credit card info in on my site... I've always had the page on SSL though.

When you use SIM the customer was sent to a page on AuthorizeNet? How come when I was using SIM that didn't happen?

I'm using AIM now and the problem is fixed.

I process ofline as an option.

DrByte:

Based only on the vague information describing the problem, the following might provide temporary relief:

Edit /includes/modules/payment/authorizenet.php around line 430, adding the new lines as shown:[code] function before_process() {If this works as expected, it should be reasonably safe to leave even after Authorize.net fixes their system bug.

I LOVE YOU DrByte!!!!

This worked! I can now receive CC payments again!!!!

Yesterday was such a quiet day for me. About half my normal orders that were processed through PayPal. It was weird getting my settlement report with all zeros.

Thank you so much!

Sharni

I am pleased to announce that the SIM issue has been fixed. I have done 3 test purchases just to make sure and they all went through smooth.

! Finally!:clap:

I just got a test order and credit card payment to go through correctly also.(without the code changes Dr Byte suggested).

Thank you Dr. Byte for taking the time to find that work around! I'm going to keep it just in case something like this were to happen again.

I'm using Authorize dot Net's SIM api to process CCs. I'm also using ZC 1.3.8a (I know I know). The problem is that in the last 3 days we suddenly started getting multiple charges for the same order. Sometimes they're separated by up to 8 hrs. One of the orders that this happened too (chartge 6 times in this case!) Is missing from Zen-cart all together. :unsure:

Any ideas on this?

see above