Remotely Hosted Payment Page - Possible?!?!

Quote:

---

Originally Posted by Merlinpa1969

looks like you missed an addition the the DB insert in the origional checkout_process.php file from OSC

---

You mean to get the e-Path order value into the DB? I didn't even think about that one. can you tell me where and how?

Hi Merlinpa1969 and Vger,

Just an update on trying to get ZC to handle the returning customer from a remotely hosted payment page the same as OSCommerce does, no luck I'm afraid.

There is no way to include the returning payment receipt number in the string from the remotely hosted payment page and have zen treat the order as complete.

I hope this will be addressed in some future version of Zen because OSCommerce seems to have a clear advantage here - as much as I hate to admit it.

But thanks for your feedback and help.

Thanx

I doubt that zen cart is going to totally redesign the cart from the center out so that your module can add ?ord=

you can strip the ?ord= off of the return url. and this will let the otders complete.

Merlinpa1969,

If the ord field does not come back holding the unique receipt number - which is included in the order emails to the admin, then admin will never know what payment is for what order.

It is my understanding that ZC can not include the actual order number to ANY remotely hosted payment page at checkout because it hasn't created it yet - hence the need for the time function in the module so ZC can send a unique order number to the remotely hosted payment page which it gets back to associate the order with the payment. So the admin gets this.....

The Fruit Box Shop - E-Path Demo
------------------------------------------------------
Order Number: 39
E-Path Receipt Number: 1150087904
Detailed Invoice: http://thefruitboxshop.com/oscommerc...php?order_id=9
Date Ordered: Monday 12 June, 2006

The admin then knows that e-Path's payment authourisation 1150087904 relates to order 39 (the above snippet taken from the OSCommerce order email)

Otherwise admin would get order confirmations and won't be able to figure out what payments are for what.

Either I'm missing something or this is how it is with ZC. I don't think its a matter of them having to rewrite everything. Its really only a matter of ZC needs an order number when you send to a remotely hosted payment page so it can be returned and dealt with by ZC as order completed. At the moment ZC can't do this, this is why I have ZC send a time stamp number which is cleanly sent back to it and recorded in the confirmation email. But, as you've pointed out, ZC can't do this.

Can you think of any other way? I can't and I've been on it non stop for the last 24 hours.

But I appreciate your continued thoughts on it.

Just because you need an order id returned to match up with order received it doesn't mean that the order id has to be in the url - which is the problem (as far as I can see). It only needs to be added to the order confirmation email which is generated upon return.

Vger

Well in your example the admin would get plenty of orders from Zen all saying the right stuff.

He'd then go to collect all this E-Path payemts and not one of them would have a corresponding order number, how is he/she going to know what payment authourisation belongs to what order?

Without that unique order number going to the remotely hosted payment page, which is also used to identify that payment, it all would be lost. And you can't really have two time functions creating a uniqe order because they would be created at slightly different times thereby both would be different.

I just can't see a solution.

I told you how to be able to get it back to the site with the ord number attached

use & rather than ?

I tried that before and no order numbr came through on the emails, but I've just asked e-Path to do it again and leave it there so you can see.

Just make one, and here is the order email that comes through...

------------------------------------------------------
Order Number: 5
E-Path Receipt Number:
Date Ordered: Thursday 15 June, 2006

Note no numbers for the E-Path Receipt Number.

Putting the "&" strips the ord=xxxxxxx from the string soere are no numbers for ZC to pick up and put in the email - nobody knows what payment is for what order. So putting the "&" is a no go I'm afraid.

Thanks for your thought though.

The reason you can't see a solution is not our fault.

All that you need to do is to pass a field with the Order Id in to the payment processor (it can be a hidden field which does not appear in the html output nor get displayed on the payment form page), which then gets passed back to you unchanged. The Order Id is then added to the Order Confirmation email, but does not appear in the url.

Vger

Quote:

---

Originally Posted by jumbuck2

Well in your example the admin would get plenty of orders from Zen all saying the right stuff.

He'd then go to collect all this E-Path payemts and not one of them would have a corresponding order number, how is he/she going to know what payment authourisation belongs to what order?

Without that unique order number going to the remotely hosted payment page, which is also used to identify that payment, it all would be lost. And you can't really have two time functions creating a uniqe order because they would be created at slightly different times thereby both would be different.

I just can't see a solution.

---

Quote:

---

Originally Posted by Vger

The reason you can't see a solution is not our fault.

All that you need to do is to pass a field with the Order Id in to the payment processor (it can be a hidden field which does not appear in the html output nor get displayed on the payment form page), which then gets passed back to you unchanged. The Order Id is then added to the Order Confirmation email, but does not appear in the url.

Vger

---

Easier said than done. Here is my thought flow in attacking this....

ZC does not create a unique order number that can be sent to a remotely hosted payment page. It is my understanding the order number is created after this point.

Now, the remotely hosted payment gateway (all of them not just e-Path) needs to know what order it is accepting payment for, so it can tell the merchant, quite apart from ZC. This is a pretty basic thing.

OK. because ZC can't give that order a unique number at the time when the person clicks "check out" I make ZC create a unique order number with the time function (contained within the payment module). This means that a particular number can then be a ZC number assigned to that order and it will go to the gateway so the gateway has a number to quote to its merchant in its own advice.

OK, so far so good. The last step is to ensure this same unique order number gets included in ZC order confirmation emails.

Bottom line is there needs to be a single number that goes to the remotely hosted payment page that also must appear in the order confirmation email so the merchant knows what payment is for what order, or visa versa.

This is my line of thinking, please correct me if I am wrong here.

Thanks