Kryptronic Software Support Forum

You are viewing this forum as a guest. Login to an existing account, or create a new account, to reply to topics and to create new topics.

#1 05-14-2014 07:19:30

mickelb
Member
Registered: 08-07-2011
Posts: 127

Barclays EPDQ Response Code Interpretation

Sorry to raise another EPDQ query.

We have been banging this one between us and Barclays without a resolution from them.

A successful transaction is given status 9 - Payment Requested on Barclays. When the status code 9 is returned to ClickCart it is interpreted as Order Status - Pending Payment . 

Barclays are adamant that if the transaction receives status 9 then the money is in the bank. This being the case, the more appropriate Order Status on ClickCart would be Received Payment, or similar unequivocal wording.

Can this be changed in the software?

Thanks.

Offline

 

#2 05-15-2014 08:44:56

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

It sounds to me like the status is not being received properly from Barclays.

In your payment gateway setup, do you have '9' entered as a valid response code?

Do you have the right response code field name entered (not sure if it's 'status' or something else, you didn't say)?


Nick Hendler

Offline

 

#3 05-15-2014 10:16:10

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

It all checks out as far as I can see. 9 is a valid code which appears to be interpreted as P (Payment Pending) by ClickCart. OK I can change the wording in BOM, but it is only true to say Payment Received if the payment method is ePDQ. Payment Pending is still true for non-card payments. Response field name is STATUS.

Offline

 

#4 05-17-2014 13:20:40

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

This is the message sent from Barclays ePDQ for a transaction with status 9, i.e. payment received :

STATUS=9

Barclays stress that this confirms that the transaction has been approved and will be settled.

Therefore if the payment method is ePDQ we need ClickCart to set the order status correctly :-

Payment Received Pending Shipping (if the order included items to be shipped)

or

Order Completed (if no shipping and also send confirmation email to Customer and, if relevant, a download linkif it is a downloadable product).

Offline

 

#5 05-19-2014 10:16:02

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

Make sure you have 'STATUS' listed as a valid response code field name, and '9' listed as a valid response code value in your management interface setup for the gateway.


Nick Hendler

Offline

 

#6 05-19-2014 10:22:53

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

Both STATUS and 9 are included in the setup.

Just a thought :  Response Field Name: Response Code* is set as STATUS. Should this be STATUS=

Last edited by mickelb (05-19-2014 10:26:45)

Offline

 

#7 05-22-2014 17:28:28

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

No.  'STATUS' should work.  Are you sure it's 'STATUS' and not 'status', 'Status' or something else?


Nick Hendler

Offline

 

#8 05-23-2014 02:45:56

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

Absolutely positive it is STATUS with no lead or trailing spaces.

Offline

 

#9 05-23-2014 09:47:07

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

Please confirm:

1. The transaction is being returned via HTTP/HTTPS form GET or POST to {public}/utilities/ecomrelay.php.
2. The response code field being sent via CGI is 'STATUS' and that is set up in CCP.
3. The response code being sent via CGI is '9' and that is set up as a valid code in CCP.


Nick Hendler

Offline

 

#10 05-23-2014 10:13:36

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

1. The transaction is being returned to utilities/ecomrelaymeta.php , as advised by you when we set it up  (utilities/ecomrelay.php didn't return to the correct page). Request method is POST.
2. STATUS is set up in both Barclays and Kryptronic ePDQ - Payment Form.
3. Barclays have confimed that STATUS=9 is being retunred for successful transactions. 9 is included in the Kryptronic ePDQ - Payment Form Response Codes list.

Offline

 

#11 05-27-2014 09:08:54

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

What is the exact FULL URL of the utilities/ecomrelay.php script?  Is it targeting HTTP or HTTPS?  Do you have HTTPS available?


Nick Hendler

Offline

 

#12 05-27-2014 09:17:53

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

I'll PM it.

Offline

 

#13 05-27-2014 09:44:01

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

Submit a basic support ticket on it, please:

https://kryptronic.com/cms-dynform/TECHTICKET.html


Nick Hendler

Offline

 

#14 05-27-2014 09:45:50

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

Nevermind - somehow got your PM although I usually don't see them.

Is that the exact URL that is set up for the returns?


Nick Hendler

Offline

 

#15 05-27-2014 09:51:20

mickelb
Member
Registered: 08-07-2011
Posts: 127

Re: Barclays EPDQ Response Code Interpretation

That is the exact URL. If you use it you should see it go to Checkout Page with Error message.

I'll hold off support ticket.

Offline

 

#16 06-06-2014 16:03:01

webmaster
Administrator
From: York, PA
Registered: 04-20-2001
Posts: 19798
Website

Re: Barclays EPDQ Response Code Interpretation

I believe this was resolved via ticket earlier in the week.


Nick Hendler

Offline

 

Board footer