Remotely Hosted Payment Page - Possible?!?!

Hello there,

I'm wondering if zencart can checkout to a remotely hosting payment page that collects credit card details and treat the order as being competed upon the return of the customer.

There are no response codes to worry about because its a manual gateway, its straight out to the hosted page and back again after payment, but it is not looking like zencart can send to a manual external payment solution outside itself and treat the order as being completed upon customer's return, either that or I'm completely missing something.

Is there a basic module for this? Is it possible with zencart?:wacko:

Any advice would greatly be appreciated.

Thanx zenners

you mean like paypal and 2checkout and firepay and stormpay work.. Yes it can be done.
you need to have the order returned to checkout_process after payment is made with so that the system can proceed to checkout_success....

Merlinpa1969:

you mean like paypal and 2checkout and firepay and stormpay work.. Yes it can be done.
you need to have the order returned to checkout_process after payment is made with so that the system can proceed to checkout_success....

Hey thanx Merlinpa1969 for replying. Yeh, its to the e-Path manual payment gateway so there are no response codes or success/failure pages to worry about. Its just checkout from cart to make payment on remote payment page then back into cart.

The customer is returning correctly to checkout_process but it is the front page - "Congratulations! You have successfully installed your Zen Cart™" that they see, nothing more. But I think the cart needs to accept the order as having been completed and this is not happening, it doesn't show checkout_success nor is it recording it as an order when I go into admin.

Wondering if there was just a basic generic module that goes: ZC checkout > payment page > back to ZC checkout_success.php. This is all I need. If there is I should be able to mod it to tie in with e-Path's field values. Is there a module like that out there do u know?

Thanks again Merlinpa1969 for your reply.

Man, If customer pay order and returned to checkout _success it is no problem...
But you dont know this customer pay order or not, if yo udosnt receive any info from billing system...

If CC rejected and you return customer to checkout _success it dosnt look good...
try other system...

Offsite Payment http://www.zen-cart.com/index.php?main_page=product_contrib_info&cPath=40_48&products_id=99

You receive order and send to customer link for make payment. after that you can work with this order.

If you dosnt receive online payment confirmation from billing system - no way to know what page show to customer... "Congradulations" or "Your payment rejected"

Thank for replying but are you sure you are right??

The page I'm sending to is a manual gateway. It doesn't charge the card, just collects it and the card holders authourisation. See http://e-path.com.au. The customer authourises the charge and the merchant charges it through his eftpos machine later when he approves the order himself. The idea here is that with e-Path the mercahnt can contol what is entered in his mercahnt account, it is not an "all in without any checking" situation like a real time gateway.

The customer still needs to come back to the cart after he has entered his payment authourisation into the payment page to see that his order has been successfully received and so ZC can close of the order.

What code do I put in the module that will tell ZC to treat the order as completed? I think this is what I'm after (I think). I just need a generic basic module that goes from ZC checkout to payment page then back again where ZC can treat the order as completed. I'm embarrased I'm stumped on such a basic module.

Thanks

what is the url that the customer is comming back to?
and remember that the session ID must be passed back as well otherwise you will get a time out error.

Your customer is better off using the stock credit card module and manually processing the charges....

in order for a payment gateway to be successful for zen cart it either needs to stay on zen carts pages like authnet. or check/money order.... ( authnet is a real time charge check/mo actually complets the order and leaves it in a pending state till payment is recieved )
Or like paypal in which the system is designed to talk back to zen cart.

you cant just send someone off site and then send em back again....

Hey, thanks for replying again Merlinpa1969.

If you go here.. http://thefruitboxshop.com/shopping_carts.html they have a zen demo that shows what I'm talking about. The OSCommerce one on that page seems to work fine, emailing out to the customer and closing off the order OK. The zen one doesn't for some reason.

There's a bit of a talk around the place here in OZ about banks threatening to suspend merchant accounts of people who receive credit card details by insecure means, like email and shopping carts that store info on servers etc. Apparently there is a massive security protocol needed to store credit card numbers on servers, even temporarily. They are really cracking down on everything now. I'm not too sure of the facts but e-Path is an approved service and seems to do everything a real time gateway does but instead of charging the card it gets the card holders authorisation, just as securely as a real time thing.

So I guess I need a basic module that tells the cart all is well when the person comes back to it from authorizing their card payment on the e-Path hosted payment page.

I have modified the Paymate module and zen is sending everything through correctly and the customer is returned correctly to the checkout_process page but zen doesn't "read" it as done, there is no checkout_success and no record of the orders in admin. Maybe the Payment module is too old.

Anymore thoughts? And thanks again Merlinpa1969 for your help, I appreciate it.

Thanx

Zen cart dosnt store the number in the db
it stores 1/2 and emails 1/2 along with the cvv code.

email me the file you have for OSC that you started with.
see what I can do with it...

zens functions and OSC functions are not the same

[email protected]

I hope I don't get into trouble for this, but I've attached the module...

I'm trying to get a simple action, from ZC to epath then back to ZC so it recognises it as being paid. I don't know whether asking you to look at it is too rude, but if you notice anything not right please let me know. Its working OK except ZC doesn't recognise it as being paid and doesn't send any emails out. I'd greatly apprecate it should you care to have a peek. but my apologies if I am expecting way too much here.

Thanks for your time Merlinpa1969.

Sorry to add something after I've already posted.

You'll notice the time function for the unique order number sent to e-Path. This works well because I've called it back in order.php so it emails the e-Path unique receipt number underneath the ZC order number - the merchant can see exactly what payment relates to what order.

But you are right, the cart is sending to e-Path its return address as
/index.php?main_page=checkout_process for some reason. :shocking:

Thanx

/index.php?main_page=checkout_process

is the correct path for checkout process..

the only thing I could see right off the top of my head is 1.
you missed a the -> fields in the zone statements....

2. why did you add the .php to the end of the action path?

E-Path are being helpful but they are keen to get two demo examples of the zen cart happeneing (one raw and one custom) so the pressure on me is pretty insane

Get them to code it. Payment Processing companies are always looking to get someone else to do their work for them - Pay Pal are favourites for doing this sort of thing.

Vger

Thank you Merlinpa1969 and Vger for your replies.

Merlinpa1969,

1. Zones are not applicable cause the payment page is not charging the card in any currency, its merely obtaining authorisation from the card holder so the merchant can do this later through their merchant account, and the currency will be whatever the the cart says I guess.

2. The php is the file name. It ends up like this....

https://e-path.com.au/demo/xxx/xxx.php?

where xxx=MODULE_PAYMENT_EPATH_ID. E-Path makes a directory for each new merchant and its the same name as their unique payment page, hence MODULE_PAYMENT_EPATH_ID being mentioned twice in the action path of the module I sent you.

Hey Vger,
They don't know much about carts Vger. It should be an easy set up, here is a snip of their brief to me....

As far as the actual cart communicating to your e-Path payment page, you simply need to have the cart send the following field names with values to your payment page...

ord = A unique order number
for = What the customer is buying or the merchants official name
amt = The amount the customer is paying
ret = A return URL which will be provided by the cart. This enables the customer to return to the cart so the cart closes off the order.

If you think it sounds too simple, well, that's because it just is. There is nothing more, no response codes, no further action from e-Path, nothing.

I've actually got everything working fine as you can see from the demo, but ZC just can't read its own return URL to close off the order - the customer's cart is still full and no emails are sent out.

So you can see the brief suggests a coders dream, or at least it should be. But its starting to look like zencart can not send to a remotely hosted manual gateway payment page. Maybe the ZC logic requires the complexities that only come with real time gateways and their responses. I have no idea. Perhaps that's something for a future version of ZC - the ability to send to a remotely hosted payment page. I know all the other carts do, that OSCommerce demo on that same page (http://thefruitboxshop.com/shopping_carts.html) doesn't have a problem.

But thank you to all who have looked at it. I have to break the news to e-Path which means they'll take ZC off their site - I am not looking forward to doing that I can tell you. I appreciate everyone's help very much.

Thanx :down:

But its starting to look like zencart can not send to a remotely hosted manual gateway payment page. Maybe the ZC logic requires the complexities that only come with real time gateways and their responses.

If Zen Cart couldn't do that then the old Pay Pal module (non IPN) would not have worked with Zen Cart.

Vger

Yes I agree, it does seem weird. Maybe there is PayPal logic actually built into ZC that means the only remotely hosted payment solution that can work with ZC is PayPal. I really don't know. But that's the only possible scenario left.

Zen Cart is a brillant cart and if they built it to be able to do remotely hosted payment solutions like OSCommerce does then they'd be on a winner for sure. That's for future updates I guess, but its something we can all look forward to.

Thanx.

There's no magic involved here. Either:

1. The module you are using is too out of date
2. Or else the problem is at the payment processor end of things.
3. Or the problem is with your site setup.

Vger

No there is no code embedded in zen cart that only paypal will work.
the issue seems to be the lack of a return string from the payment processor..
this NEEDS to happen....
Zen needs to know that this was approved zen needs to know the session id

Thanks again Vger and Merlinpa1969 for your replies.

Hi Vger,
"1. The module you are using is too out of date"
I have posted it and nobody can identify anything that is out of date with it.
2. Or else the problem is at the payment processor end of things.
They do nothing, the return URL sent by ZC is the one that returns the customer.
3. Or the problem is with your site setup. Possible. e-Path have been through quite a number of fresh installs for me.

Hi Merlinpa1969,
I'm not quite sure if anything special is needed to be done here. With OSCommerce the returning URL the cart sends e-Path returns the customer correctly to OSCommerce and it deals with it as an order paid. Why would ZC be completely different? My own lack of experience is showing here.

E-Path have given me permission to post the full module here in case anyone wants to test it on their ZC. Its working and will send your customer off to the demo payment page, so make as many "payments" as you like. I would not be at all surprised if the thing works perfectly on your install of ZC, in which case its got to be e-Path's installs that are the problem.

I really can't believe ZC can't send to this remotely hosted payment page properly, its very simple. There must be a reason why its not reading the activity as paid.

Dang, can't seem to attach the zip file

Trying to attach zip file again....

Nope, it wont show my zip file. Gawd this is frustrating