Welcome to WebmasterWorld Guest from 188.8.131.52
Forum Moderators: buckworks
Ok, here's the problem. We gather up the customer info, then send the info to the merhchant. The merchant then sends us to our pre-defined "success" or "failed" page that we have set up with them based on the results. Our problem is that we had a LOT of duplicate transactions. When I talked with these customers, they told me everything went fine but then they got "server not found" errors at the end and assumed it didn't go through, so they ran it again.
The problem on our end not only with the double transactions, was that unless someone actually gets that success page, the ticket inventory is NOT deducted and the order is never recorded on our site.
Sorry for the long winded letter, but any ideas on how to deal with this problem? We've considered teaming up with Ticketmaster, but they really ream people so bad with transaction fees, we don't have the heart to do it to our loyal customers.
I am not with them have been using their cart on my ecommerce site for years and very soon google payment will be a part of the cart as well.
This is by far the easest way to handel this as carts are very difficult to program and if not careful will be hacked.
as I said
why buying one is still cheaper, I would think just getting the IT people to look at one cost 300 or better
Buy xcart for a few hundred dollars and let them sort the security whilst you sell things.
my 2 cents.
If you can switch to a server-to-server card authorization system you'll have much finer control and reporting over the purchases. You don't have to worry about the patrons being able to resolve and connect to the gateway- only your web host needs to be able to make this connection. And if the gateway isn't responding, you can log this information and take action on it. You'll know all transactions sent to the gateway, and reconcillation and dupe detection is simple. Tighter control over the approve/deny process also makes inventory management much easier.