View Single Post
Old 05-31-2017, 01:32 AM
  ambal's Avatar 
ambal ambal is offline

X-Cart team
Join Date: Sep 2002
Posts: 4,115

Default Re: X-Payments Issues

Moved this thread to X-Payments part of X-Cart forums.

Originally Posted by dpcompany
I am having 2 issues with X-Payments v3.0.2. The first issue I have posted a bug request (bt #0048001) but haven't received a response, so I am hoping that posting here will big some attention to it. The second is a randomly occurring issue that my customers have reported, but I can't quite nail it down.

Somehow I missed that BT ticket. I commented there, too (

Now let me comment here. Neither of below are issues or bugs in X-Payments or X-Payments connector module for X-Cart 4.

Issue 1:
Customer places order on our site. Customer calls us after order is placed to add another product to the order resulting in an order total that is greater than the original authorized amount. So, we log into X-Payments to capture the original authorized amount. Then, we re-authorize the original card for the additional amount and capture it. This is where the issue lies: Upon returning to the X-Cart Admin section, there will be a "new order" in our orders list for the amount of money we just additionally captured. But that order has no products on it. This "new order" should have never been created, and never used to be created prior to v3.0.2.

This is actually how X-Payments connected with X-Cart 4 is supposed to work, i.e. when you make a new payment in X-Payments back-end there is no connection with an existing order at X-Cart 4 side so X-Cart 4 creates an empty order that an admin user is supposed to edit using AOM after that. See hgQ9_PBE44wLJDZnbr

What X-Cart 4.x does lack is the ability to charge the difference after an existing order placed via X-Payments is edited using AOM. You can create a whole new order and charge a saved card using X-Payments (see 4wLJDZnbr&index=23) but it does not work in case of a positive difference.

This is something we should add in future updates of X-Cart 4 later this year.

What I recommend to do is to create a new order and charge via X-Payments saved card instead of editing an existing order.

Issue 2:
This issue is intermittent which is why it is so hard to nail down. We have our X-Payments set up to use Iframe at checkout. Occasionally, a customer will go to checkout, select credit card, the Iframe pops up, they enter their information, accept the terms and submit the order, but then are redirected to another X-Payments page to enter their credit card information. So, this obviously doesn't look right to the customer because they already previously entered credit card information in the Iframe on the previous page.

This seems to be customers having 3D Secure protection enabled on their cards who do not know about that and do not know how to use it. When 3D Secure protection is enabled X-Payments redirects a shopper to an extra step with a form loaded from customers' bank over X-Payments separate page where the shopper is supposed to enter their 3D Secure password or code sent to them via SMS. That's why your customers report it occasionally. Many credit card users still do not have 3D Secure protection enabled on their cards and many of those who have it enabled do not know about it.

Has anyone here seen or heard of the above two issues? Any information would be greatly appreciated. See y'all in Tampa!

Great that you are going to attend our Tampa meet-up tomorrow!
Sincerely yours,
Alex Mulin
VP of Business Development for X-Cart
X-Payments product manager
Reply With Quote