Re: Black Friday hell - X-payments designed for (by) geeks
I am using 4.5.4 gold and want to use X-Payments but this thread scares me. I have it all installed and everything (just haven't configured it) but I think I will just let it sit there and be a waste of money and time and not ruin our site.
I hope to see this new version released soon. This site always makes me feel like I am sitting around waiting, *sigh* |
Re: Black Friday hell - X-payments designed for (by) geeks
Don't let it scare you.
We are learning of a few issues that makes x-payments crap out: 1. coupons - not verified, but transactions with discounts or coupons seem to be part of the issue; 2. customers not filling in the forms correctly -- omitting a cvv, not checking "i agree to terms", not selecting the correct credit card type, etc... BUT OF COURSE -- we (the shop) should not require the customer be perfect else catastrophic failure of the transaction! The checkout should be forgiving and hold the customer's hand. I'm working on solutions and the x-cart team has full access to my dev site. If we can figure out what specifically is breaking things, we can "not do what breaks" (phase 1) then fix it (phase 2) More to come. |
Re: Black Friday hell - X-payments designed for (by) geeks
We are not currently using coupons at all (and won't be for at least 6 months+) and our discount system isn't even setup yet (hoping for January)
With that additional information is X-Payments still not ready for me to use? Also I don't fully understand where it has to be installed and what all is required to run it... I have read that SSL is required, I have read it has to be on another host, lots of different answers and none of the info seems easy to find. |
Re: Black Friday hell - X-payments designed for (by) geeks
Quote:
1. X-payments should live in its own secure place. i.e. its own user account in cPanel or a separate hosted place -- if you have a VPS or dedicated box, it can be a subdomain. checkout.greatlakesvacuum.com 2. Yes, It MUST have its own SSL (or a wildcard) 3. The documentation and installation instructions are VERY comprehensive. If you simply RTFM you will get there. So RTFM. I commend the X-Cart team for the superb documentation on this product. The issues remaining have to do with customer feedback during an order. if the customer does not have confidence that their order was processed, they will click again. The patch from last week helps, but it is still less than desired. If you are going to accept credit cards, you have these choices: 1. use x-payments 2. use an iFrame provided by your merchant account 3. use paypal or other hosted payment method 4. use a payment form hosted on your merchant account server 5. If you use Authorize.net, there is another possibility worth investigation: http://www.bcsengineering.com/store/authorize.net-dpm-module-for-x-cart-pa-dss-compliant.html # 3 & #4 are not a good choice for many stores #2 is only possible with select merchant acct and gateways #1 has issues in certain configurations and setups. Pick your poison? |
Re: Black Friday hell - X-payments designed for (by) geeks
Quote:
--- |
Re: Black Friday hell - X-payments designed for (by) geeks
Quote:
Yes. This is an iFrame integration (#2) |
Re: Black Friday hell - X-payments designed for (by) geeks
No it is not an iframe integration - it is a transparent redirect method. So it is a good idea to discuss with the compliance officer at your bank before implementation. I have not come across one that did not accept it, and it is much easier and less costly than X-Payments. Lots of discussion about it on this forum, Just adding it to your list in case someone comes across this thread so they know there is at least one other option supported by a reputable x-cart mod vendor (BCSE).
-- |
Re: Black Friday hell - X-payments designed for (by) geeks
Quote:
AH... ok. Added to the list. |
All times are GMT -8. The time now is 05:55 PM. |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.