Barclaycard EPDQ payments

Hi Nicolas,

great job you are doing here. In the latest version I see that there is hsbc payment plugin. Do you plan to make/release a barclaycard EPDQ payment plugin any time soon?

Thanks, James

Hi,

Thanks. We do payment plugins based on the requests of users (mostly when they are willing to share the development costs with us). We didn't had any request for that payment gateway so far. We can add it to the todo list but I don't see it coming any time soon unless someone is ready to pay for the development costs.

And how much would the development costs be? We developed this type of payment gate for ecjcshop (JHshop) before this project died (or was mismanaged). If it were coming soon there would be no point in us porting this payment gateway. However since you say it will not be any time soon, we would like to evaluate if it worth our while doing this work in-house.

Thanks

We are pretty busy on our end with other devs and improving HikaShop in general so if you can do it yourself that would be great.
I looked at the barclaycard EPDQ website but they don't provide any documentation if you don't register with them so I wouldn't be able to give a quote as we would first need to be able to analyze their documentation. I see that they have a CPI API. Is that the same as the HSBC CPI ?

Hi Nicolas,

it is similar to the HSBC api with it's own nuances. We will proceed with the development of gateway. Let me know how I get epdq documentation across to you so if we have any questions you can refer to relevant documentation.

Thanks

Great.
You can send me the documentation at nicolas@hikashop.com

Sent.

Hi Nicolas, first issue we have encountered is that the allowed URL you configure in the CPI admin panel does not allow any dynamic query strings. We are getting a bad referrer error. On the old site we had some how set the confirmation page url to www.mysite.com/index.php . Can't remember how we did that!! Any ideas what we can do?

You should check that thread: www.hikashop.com/en/support/forum/4-how-...-payment-plugin.html
Someone else already had the same problem and the solution was to create a php file to be called directly which would set the parameters in the $_GET,$_REQUEST and$_POST variables before including the index.php of joomla.

Yes using a jump page is one solution. Is the root web directory the best place to put this file??

As we need to put create a password protected folder for the callback script and and the return file. In the previous version we had put these documents into the front end /components/com_shop folder. Do you have any suggestions where to put this? We were thinking in the /media/com_hikashop/ folder.

Thanks

If I were to do a payment plugin like that, I would put the files of the payment plugin in plugins/hikashoppayment, along with the other files of the plugin. That way, we could package it and have it installed with the files already in place. That would alleviate the setup burden for the user.

Why do you need a password protected folder for the call back ? If you do so, does that mean that your payment gateway is able to call callback urls like that:
http://user:password@website.com/myfile.php ?

I've never seen that for a payment gateway. Usually, most of them use a hash mechanism in order to be sure that the data sent from your website is valid on their end and vice versa.

The call back script from the payment gateway must be a in a password protected folder. In the configuration on the barclay card epdq server you must set up the passphrase for the call back script.

We will put everything in the hikashoppayment folder to alleviate the installation issues.

So far we are able to call the epdq server with the customer details and total to pay, and we now working on the call back script.

We are just looking at the best way to post the info to the barclays epdq server. Currently we have all the information we need to send in the $vars variable in the epdq_end.php file. However sending the information from the edpq_end.php gives errors because the epdq server only allows the URLto post the information free of dynamic variables. So the url:
www.mysite.co.uk/index.php?option=com_hi...step&step=1&Itemid=1 throws bad referrer errors.

However if in the epdq_end.php we pass the information to the file:

www.mysite.co.uk/plugins/hikashoppayment/epdq_post.php

And then in this file we post the information to the epdq server everything is okay. However this file in no longer within the joomla framework, so besides being open for anyone to access, none of the joomla functions or variable are usable. Any ideas?

They have a quite unique payment gateway, to say the least...

I don't see any other alternative than the one your proposed:
write the form as you would do normally but instead of posting it to epdq, you would send it to your epdq_post.php file which would just take all the variables in the POST, write them in a form and submit them to epdq automatically with a javascript redirect like there is already in epdq_end. That means that you will have two redirects: one from the last step of the checkout where your plugin is called and you use the epdq_end file to redirect to the epdq_post file which would do the second redirect to epdq.
You actually don't need to have the joomla framework loaded in the epdq_post file as it just takes all the variables from the POST and write them in a form end add two lines of JS to auto submit that when the page is displayed.

Quirky to say the least. Any way forwards we go. As you can see from the attached screen we can connect and transfer all data to EPDQ server. The user fills in their card details and proceeds with the transaction. While the transaction is taking place, in real time, the epdq server communicates with the ecommerce site through the call back script. The call back script updates the status of the order. It is done this way in so that if the customer does not click back to the site the correct status has been assiged to the order depending on the outcome of the transaction. In the call back script what is the best way to update the status of the order? Thanks

The best is to do like in the onPaymentNotification function of the paypal plugin.
1. load the data of the order from the database
2. check the hash security
3. based on the status:
3.a send an error email to the admin and don't change the status.
3.b change the status of the order to confirmed and send a success email to the admin.

You should be able to copy/paste a lot from the other payment plugins in that part.

It is driving me crazy. Anyway we have the callback in real time working. I am just looking at the best way to get the user back to the site. You must use specify a return url. For other payment plugins what is url do you use?

By default, it's index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id=XXX where XXX is the id of the order.

sorry for bringing back an old topic but just wanted to check whether you got epdq to work James? If so, could you please take a look at your PM...

Hi, I could really do with this payment plugin. Was it finished, is it available anywhere for share or sale, will Hika be adding a barclays epdq plugin soon.

Many thanks