Kryptronic Software Support Forum

Is the page ePDQ is returning to using an https URL?  Is it returning to /utilities/ecomrelay.php?  Is POST data being sent with the request?

If you are running https on your site at all (Ie. your admin and checkout is running using https), use an https URL for the return URL in ePDQ.

When you hit the ecomrelay.php script using the http URL, do you get content right away, or is it redirecting with a 301?

Right.  Then what happens?  Is content printed right away, or is there a redirect?  Can you by any change run the Firefox Firebug extension on the request to see if post data is being sent in it?  Or, at the top of ecomrelay.php, right below the opening PHP tag, temporarily put:

print "<PRE>";
print_r($_POST);
print_r($_GET);
print "</PRE>";
exit;

Either of those two methods will show you if anything is being sent to the script in the form of CGI parameters.

Hi Mike here, I work with mickelb

Working my way through the issues, which primarily stem from the Kryptronic documentation failing to differentiate between the old Barclaycard epdq system called CPI and the new system, which has been in use for over a year. No new accounts are going on to the legacy CPI system although old accounts are still using it. Our sete is using the new system but the Kryptronic documentation still references the legacy CPI system.

I have the following fields I need to fill in on the Barclaycard back end and the documentation does not help in telling me which URL's to enter

Accepturl: displayed when the payment has been authorised, stored, accepted or is waiting to be accepted.

Declineurl: displayed when the acquirer declines the authorization more than the maximum permissible number of times (as defined in the payment retry section of the Transaction tab).

Exceptionurl: displayed when the payment result is uncertain.

Cancelurl: displayed when the customer cancels the payment.

URL of the merchant's post-payment page If the payment's status is "accepted", "on hold" or "uncertain".

URL of the merchant's post-payment page If the payment's status is "cancelled by the client" or "too many rejections by the acquirer".

Please advise

Mike

I used CCP8 with ePDQ for a while and it used to work fine with my CCP8 installation but I decided to switch to Sagepay as Barclays ePDQ was prone to gateway issues.

The old version wasn't called CPI, CPI and MPI are just different implementations of ePDQ which relate to whether you are processing card payments on your server or theirs at a basic explanation level.

Could the problem be your CCP8 implementation with regard to ssl setup or web server directory permission settings? 

Alternatively, it would not surprise me if the 'new' version of ePDQ setup for your account at Barclays end is not configured properly as I had a lot of issues with the 'new' ePDQ and I had been running the 'old' ePDQ with a few years without many issues.

Further to that, the parameters being returned by Barclaycard to ecomrelay.php are
AMOUNT
NCERROR
ORDERID
PAYID
STATUS

OK.  Make sure that at a minimum you have the following in your gateway setup:

Response Field Name: Response Code = STATUS
Response Field Name: Order Number = orderID
Referring URL String = http

And make sure you have all the valid response codes listed under 'Response Codes'.  That should get the software recognizing the CGI request.

Just to clarify, the ClickCart page Barclays returns to is the correct order completed page - it just isn't formatted.

That appears to have done it - changing it only in Barclays and not in the Processing gateway form display code. Should it also be changed in there for the  $url_relay value?

Thanks - we can finally plan to go live!

I have extracted and removed ourt passwords and ID entries. Where do you wnat the attachment sent?