Remotely Hosted Payment Page - Possible?!?!

Merlinpa1969:

yes check money order. CC and COD all pass this information to checkout process then trigger checkout success

I dont know who your processor is,
there might be a module, but as others have found out mods for other carts dont always work, and even the ones that do require lots of work

I'm using my own custom remote hosting process. So just like Paypal, I need to know how to pass inrformation from the Zen Cart to my form on the remote site. And then how to pass back a success or fail.

Regards,
Ian Tresman

Hi Vger,

Vger:

Did you actually edit the order confirmation email to echo the $order_num variable?

Vger

Yes, in order.php.....

"E-Path Receipt Number: <? echo $ord ?>\n" .

But the result is.....

Order Number: 7
E-Path Receipt Number:
Date Ordered: Thursday 15 June, 2006
Detailed Invoice:
http://thefruitboxshop.com/zencart1/index.php?main_page=account_history_info&order_id=7

(Keep in mind "E-Path Receipt Number: $ord\n" . works brilliantly in OSCommerce when added to checkout_process.php)

Maybe the order.php is the wrong file to add it to in ZC, However order.php in ZC carries all the data sent to the emails, just as checkout_process does in OSCommerce.

So the hidden "ord" variable within the form action on the e-Path receipt page that sends customer back to ZC is not being picked up by ZC. Putting the unique order number in a hidden variable I don't think is the answer.

Its weird, I just need one value passed back to ZC where it won't break it from closing off the order normally but its not looking like there is a solution.

Thanks Vger for your further interest.

where is $ord defined....

this variable needs to be defined to display anything

Merlinpa1969:

where is $ord defined....

this variable needs to be defined to display anything

Firstly in the payment module to create it.....
$process_button_string = zen_draw_hidden_field('ord', time()) .

then in oreder.php to get it back and it into the confirmation emails....
"E-Path Receipt Number: $ord\n" .
Or, to try and pull it from coming back when its in a hidden variable...
"E-Path Receipt Number: <? echo $ord ?>\n" .

Neither does the trick.

Thanks Merlinpa1969 for staying with me this on this one. I really do appreciate your input, same with Vger.

try this
$this->order['ord'];

Merlinpa1969:

try this
$this->order['ord'];

Thanks for the suggestion...

No luck.

This to order.php...
"E-Path Receipt Number: $this->order['ord']\n" .

gives this in the confirmation email....

Order Number: 9
E-Path Receipt Number: ['ord']
Date Ordered: Thursday 15 June, 2006
Detailed Invoice:
http://thefruitboxshop.com/zencart1/index.php?main_page=account_history_info&order_id=9

Also tried it this way...
"E-Path Receipt Number:" . $this->order['ord'] . "\n" .

No luck.

Could it be order.php is the wrong file to add this to? But order does what checkout_process.php does in OSCommerce regards formating the confirmation email so order.php should be the right one I would image. However, order.php is simply not reading the returned "ord" value no matter what I seem to do.

Thanks . . . yet again.

echo ($this->order['ord'])

Merlinpa1969:

echo ($this->order['ord'])

That change to order.php produces....

Order Number: 11
E-Path Receipt Number: echo (['ord'])
Date Ordered: Thursday 15 June, 2006
Detailed Invoice:
http://thefruitboxshop.com/zencart1/index.php?main_page=account_history_info&order_id=11

So no luck on that one.

I should sleep more
try this
$order->info['ord']

Merlinpa1969:

I should sleep more
try this
$order->info['ord']

No luck, this one produces...

Order Number: 14
E-Path Receipt Number: ['ord']
Date Ordered: Thursday 15 June, 2006
Detailed Invoice:
http://thefruitboxshop.com/zencart1/index.php?main_page=account_history_info&order_id=14

This is getting kinda funny, do u think I've stumbled onto a problem - ZC not being able to read any values coming back from a remotely hosted payment gateway? I can't quite understand why I'm having so mach problem with this. And the fact that you have been kind enough to stay with me on this for so long and yet we are still not having any luck is weird.

No the values coming back can be read,
there are several that do....

its coming back, just not coming back correctly is my guess,

Hi Merlin,

I hear what you say but there are only so many ways to send a value back to another page.

I've tried adding it to the string which works perfectly for OSCommerce but sith ZC it brakes the string resulting in the the order not closing off.

I've tried sending it back as a hidden variable but again ZC can't read hidden variables because its not appearing in the order confirmation email - just blank or the acutal code as detailed in my posts before.

There MUST be some way to get ZC to read a value coming back to it from a gateway page. I would imagine this would have been a real basic thing, But its got me stumped why ZC can't do it.

Thanks.

Once again quit blamning ZEN....
zen can read the variables coming back if they are presented correctly...

Paypal works ( when set up correctly )
every other payment gateway works. tyeh ALL send information somewhere else and get it back ( real time pay mods )

I am presenting it correctly to Zen. Its not really rocket science here. A value is coming back from a gateway page and Zen is failing to read it. I have weeks and weeks of trying different things together with your kind help and the help from Vger but, even with this expert assistance of "Zenners" here it makes no difference.

Blaming how the info comes to Zen is a cop out. I'll send it back to Zen in anyway you tell me, or anyone tells me, which you have, and which other people have too. And each time I done exactly as suggested which has covered numerous methods but still Zen won't read it.

As much as this loathes me to say this, Zen doesn't do it. Zen can't do it like OSCommerce can - you will perhaps disagree but the fact is this is the evidence we have in front of us after all our combined skills and knowledge have been applied to trying to get Zen to read a simple value being returned from a remotely hosted gateway solution. The bottom line is its not happening.

Thanks

I have this gut feeling it should be checkout_process.php I need to be looking at to accept the returned value and not order.php, even though order.php formats the confirmation email which is where I want that value to appear.

I just don't know anymore, no options left.

Before I quit and throw in the towel on ZC. Let me revisit what we know to date with this exercise...

1. We know the payment module works and is sending the remotely hosted payment solution a unique order number created by Zen from the payment module code.

2. We know the remotely hosted payment gateway is cleanly returning this order number value back to Zen.

3. We know OSCommerce handles it perfectly. We know Zen doesn't.

OK, so lets look at whats different between OSC and Zen at the final stage - and here I think rests the problem.

OSC receives everything back from a remotely hosted payment gateway with checkout_process.php. This file itself also formats the order confirmation email. So, being the receiving file it will naturally be able to read and slot in the unique order number value being returned to it from the gateway. Which it does and the order confirmation emails go out with the correct unique order numbers as passed back to it from the gateway. All is sweet.

Now, like OSC, Zen receives everything back from the remotely hosted payment gateway through checkout_process.php. BUT the confirmation email is formatted by order.php. This is another file.

This makes me think that maybe Zen's checkout_process.php is actually successfully reading the returned value (just as OSC does) but because the email is formatted by aother php file, it is not being passed from checkout_process.php to order.php.

In my mind thia would explain it. Zen's order.php does not actually have that value passed to it so how would it know what $ord means when formatting the confirmation email.

I'm going to try and work out how to capture the value in order_process.php and have it sent or recognised by order.php. This is my train of thought at the moment, please get back to me if you think I'm off the rails.

Thanks

I forwarded your files on to someone to take a look at em,

Just a quick update.....

Zen's checkout_process.php is correctly reading the value being sent it from the remotely hosted gateway (just like OSC's)

So the task at hand is when checkout_process.php activates order.php to send out the confirmation emails, what code snippet do I add to checkout_process.php so it can be read by order.php - the same way checkout_process.php is reading the $ord value that is being sent to it from the remotely hosted gateway.

If anyone can suggest anything I would be eternally grateful.

Thanks

What would be very useful, is a "bare bones" remoting payment module. since the available documentation is quite scant. I'd like to see a Paypal-like module with as much of the functionality removed as possible, ie. a "minimum code" module with the following features:

BARE BONES

1. Ability to pass cart details to a remote URL, and to receive a response.
2. Option to install/remove module
3. Ability to define the remote URL.

NICE EXTRAS

4. Ability to select which available cart information to pass.
5. Option to choose GET/POST
6. Ability to map the cart information to the customer form names for the remote processor. eg. my remote processor may require the customer's name to be called $realname

And of course a bit of documentation in the module to explain what's going on.

Regards,
Ian Tresman

What would be very useful, is a "bare bones" remoting payment module

Please feel free to write one. And once you've done it post the info here, as I'm sure others would be interested to have it.

Vger