National Australia Bank Internet Merchant Options

Hi Mick,

With the NAB Payment gateway the customer has to go away from the cart to the payment page at bank's end to make the payment. Due to this model the cart doesn't know when the customer has made the payment

The module replies on the bank calling the cart back (by triggering a URL) and confirming the payment has been made before creating the order in the cart. If the bank doesn't call this URL the order will not be created.

It looks like sometime the gateway is not calling the cart or the cart is not recognising the call. This is what causing the issue.

I can't be 100% sure where it's falling off. I am working on some updates to this module to track these kind of issues. But I don't know when I will be able finish this.

Thanks for the quick response.

It's not a show stopper but just annoying when it happens as it is quite easy to miss the order.

Might happen 1% of the time but who love it if it worked well 100% of the time.

And of course, the bank won't admit to any issues at their end.

Mick

Guys I've installed the NAB hosted payment module as its basically the same system, Clydesdale & Yorkshire bank use over here in the UK. All the set up seems fine but when it moves to payment page from the zen checkout I get this: https://transaccept.cbyb.co.uk/test/hpp/templates/reject.jsp

with System unable to accept your order.

The NAB technical support suggested I look for a tax rule that would be different on the UK version, eg VAT rather than GST.

I can't find any php relating to GST in the module. Anyone got any ideas?? :(

i2ts:

Hi Mick,

With the NAB Payment gateway the customer has to go away from the cart to the payment page at bank's end to make the payment. Due to this model the cart doesn't know when the customer has made the payment

The module replies on the bank calling the cart back (by triggering a URL) and confirming the payment has been made before creating the order in the cart. If the bank doesn't call this URL the order will not be created.

It looks like sometime the gateway is not calling the cart or the cart is not recognising the call. This is what causing the issue.

I can't be 100% sure where it's falling off. I am working on some updates to this module to track these kind of issues. But I don't know when I will be able finish this.

We are having this problem now our host server has upgraded to PHP5.3. It basically stopped working overnight. Payments are still processed but are not calling back the website to process the order. Need help!

Hope this can be fixed otherwise I'm not sure where to go from here..

babyvegas did you sort this problem out?

I've just read this thread in preparation to install Zencart and use NAB transact- I'd appreciate any advice from members using this plugin

Rob

No, not yet. I'm getting my site re-done at the moment and they will reinstall the NAB Transact module when they are up to that. Hopefully it fixes the problem I was having. But now my host has put me back on the PHP5.2 I don't have the problem, only when I was switched over to 5.3.

How did you go with this one babyvegas? I just worked out my server upgraded to php 5.3 2 weeks ago and at the same time my orders stopped being processed. I'm receiving payments (the only thing that lets me know something was purchased) but no order is recorded in zencart and inventory is not updated.

Is the developer still around or interested in updating this module? I really appreciate his work and it was the sole reason I chose zencart for my online store.

babyvegas:

No, not yet. I'm getting my site re-done at the moment and they will reinstall the NAB Transact module when they are up to that. Hopefully it fixes the problem I was having. But now my host has put me back on the PHP5.2 I don't have the problem, only when I was switched over to 5.3.

My host currently has me back on PHP5.2 because of the problem with NAB module. I haven't had any response from the writer of this module so I don't know where to go from here. I don't have much more time before I have no choice but to switch to PHP5.3 so I don't know what I will do then if a solution isn't found to this problem.

If I find any useful information I'll update this thread. If I get no-where I will start a new thread specific to this problem.

I have just posted a job on ODesk to try and find someone who will fix the module. Obviously I will have to pay them as the module writer hasn't responded to my emails.

cool well let me know if it works out and I'll be happy to contribute.

thanks, will keep you posted.

To begin I would like to thank everyone contributing to this wonderful piece of open-source software.

I have started this thread because I have scoured the internet for a solution to no avail. I can count at least 20+ hours worth of work trying to sort this out, primarly to get my website working correctly, but also to give back to the community I've benefitted so much from. I know I'm not alone with this issue.

To the issue I have:

I am using the "NAB Transact (Hosted Payment Page) Payment Module" found here - http://www.zen-cart.com/index.php?main_page=product_contrib_info&products_id=1198 - to accept payments from NAB Transact on my online store.

It worked perfectly until my server (ventra ip) updated to PHP 5.3. I'm assuming this was the trigger as everything ran well up until this changeover.

I decided to use zencart as I required an online store that would integrate with what my banks online merchant services had to offer.

The problem I'm having is with the server callback from NAB Transact. Their server opens the page "checkout_process.php" with a a "zenid" attached to the end to let zencart know that a payment was successful and to finalise an order.

A quick note, a have another payment module installed " dirbankaus" to handle direct deposit which still works perfectly.

I traced the point it stops working to "if (!$_SESSION['customer_id'])".

I've put some logging code in to check that NAB Transact is still sending ['zenid'] in the url and it is.

an example of the output (the date and time wasn't part of the $_GET):
26th of February 2012 12:33:35 AM - e6733d40df8cab4cd00ab9940ecd2401

So it seems not to be a problem with the payment module, or NAB Transact... but in a way that the "checkout_process.php" is dealing with the '[zenid'].

I am running zencart 1.3.9h. I upgraded 1.50 to see if it solved my problem but it didn't change anything except for exposing my designers flaws in making my sites layout future proof to upgrades. I restored a backup to make things look nice again until this problem is sorted.

I checked the php setting on my server and re-enabled the following:

show_source, passthru, exec, popen, proc_open, allow_url_fopen

I have also tried disabling:

Suhosin

Non of this has made a difference.

I hope that I have provided as much relevant information as possible. Anyone who helps me out (and others) will be eligable for a cold beverage or a sweet vinyl record offering (depending on location).

Cheers.

I've done a whole bunch of investigative work to find a solution.

The result isn't a solution, but a new thread detailing my findings.

http://www.zen-cart.com/forum/showthread.php?p=1106929#post1106929

Cheers.

I've hired someone through ODesk to fix the module for me. He is working directly on my website to fix the problem. I don't have much hope that I will understand what he does, as I really have no idea about all that module stuff. But if it is successful I will pass on his details or whether he can send me the module in a zip file once it is fixed.

I worked it out.

init_sessions.php wasn't recreating the session for the NAB Server.

the NAB Server seems to be only sending the 'zenid' via _GET (in the url). The code below only accepts the 'zenid' via _GET if you are using SSL. I am not.

/**
 * set the session ID if it exists
 */
if (isset($_POST[zen_session_name()])) {
  zen_session_id($_POST[zen_session_name()]);
} elseif ( ($request_type == 'SSL') && isset($_GET[zen_session_name()]) ) {
  zen_session_id($_GET[zen_session_name()]);
}

Now I assume that is the case for a security reason. How bad would it be to bypass the SSL requirement?

I am going to have a look and see if NAB Transact tries to send it via _POST also... maybe some new security setting on my host is blocking the _POST 'zenid'.

It still makes no sense to me :) It might as well be in another language. I have always paid someone to do all that for me.

Did anyone find an answer to this issue. My cart had been working for 12 months using the nab module without any issues then all of a sudden on December 3, 2012 the orders stopped being processed in Admin after payment through nab. I have hunted everywhere to find a solution, but have come up empty.

ginar:

Did anyone find an answer to this issue. My cart had been working for 12 months using the nab module without any issues then all of a sudden on December 3, 2012 the orders stopped being processed in Admin after payment through nab. I have hunted everywhere to find a solution, but have come up empty.

I ended up paying someone on ODesk to fix it for me. It works now, but I have no idea what they did to fix it. Sorry.