NMI GPS Payment Module & Discount Codes

[bumba000]

Hello All,
Running ZC 1.5.8 on PHP 8.2. We have used the modified authorizenet aim file for processing payments through NMI for many years. It stopped working yesterday apparently due to line 404 'x_po_num' => date('M-d-Y h:i:s').

With not other solution in sight, I grabbed the NMI GPS Payment Module. It of course didn't work on 1.5.8 out of the box. I got all the config stuff added to the database and it came to life.

The issue I'm having now is that it wont allow a discount coupon to be applied. I did find a super generic work-around for this. Add the discount code, select check or money order as the payment method, proceed to next step. This applies the discount and I can then go back a step to change the payment method.

This works on the zencart end. Checkout shows a discount and so does the final sale in the admin. However over at the NMI portal the customer was charged the full amount and no discount is shown.

We are using the standard three page checkout. So is there a solution for this?

Thank You,
John

[bumba000]

Ok. No discounts work. Better together doesn't work either. It looks like it's working, but the customer is charged the full amount.

[swguy]

> We have used the modified authorizenet aim file for processing payments through NMI for many years.

This might work under PHP 8.1. Give that a shot.

[bumba000]

So the main issue that began yesterday was that line 404 'x_po_num' => date('M-d-Y h:i:s'),. Apparently NMI is passing that as the invoice_number to MES. MES accepts a max of 17 characters. So I'm guessing since the length of the date function as used on line 404 will always be 20 characters that something has recently changed at NMI. So to get around this I commented the line out. The sale then goes through on the gateway end and is charged, but the I get a communications error on the zencart end and no sale is logged. Changing line 404 to a totally random 16 digit string does nothing to resolve this.

Line 475 .....if ($this->commError != '') {..... is being triggered.

[bumba000]

In my last response I forgot to mention that at your recommendation I did switch to 8.1 and then 8.0... Same result.
This is also happening on our zc 1.5.5 on php 7.2.

[bumba000]

In the authorizenet_aim.php just below the line $response = $this->_sendRequest($submit_data); I added a print_r
echo '<pre>';
print_r($response);
echo '</pre>';

On screen I get


Array ( [0] => )

Again. The sale is charged and logged at durango/nmi, but not in zencart. So we're getting no response.

Echoing $this->commError I get a message regarding communication timeout longer than 15000 milliseconds.

[bumba000]

Folks at NMI as well as MES have acknowledged they are having a problem and are working on it.