From past experience with 2checkout.com i would advise anyone to double-check in advance whether they really want to sell software with 2checkout.com. First of all the no no-refund policy attracts scammers and fraud like bees to a honeypot, and with this policy people can download the software and just demand a refund. Contrary to belief posted here, a chargeback on the other hand cannot be based on a “product was not satisfying”, at least not if the dispute is escalated properly. 2checkout.com basically puts all the risk to the vendor concerning this – this may work if the risk is factored into the product price. I assume this policy is a must for 2checkout.com because it is a reseller, but at the end of the day it is not competitive to payment providers.

We integrated complicated licensing schemes to work around this (timed licenses), just to find out that 2checkout.com did not want to resell our software. Our software was not on the prohibited list, however it was told to me by the risk department that our software was to risky anyways, because of “possible” legal problems. This “possible” risk, as explained to me really applies to pretty much all software that interfaces with another product, because by interfacing IP “maybe” be involved. At the end of the day 2checkout.com will not sell any software product that even has a remotely risk involved. This is probably also due to their status as a reseller.

I do understand their stance on this as a reseller, but one has to ask whether that model is suitable for any but the most mundane and simple software products. So my advice is before you get an account and start making a site that is suitable for 2checkout.com, triple check first whether it won’t be rejected out of the blue and ask yourself whether a regular payment provider does the job just fine.

Another issue probably is the lack of resilience against baseless complaints. A company that does not list software products with a residual risk, probably won’t keep it either when any complaint (whatsoever baseless) comes in.

We’re somewhat frustrated about amount of time it takes to resolve the issue with sale that went via FXsource way. It is not the first time that 2CheckOut cannot associate our money with our account. Thanks God, our customer is patient one and help us to resolve the issue, many other would not!

1) Customer started process with the 2CO Invoice link we’ve provided to him.
2) He selected FXsource as payment method.
3) 2Checkout in cooperation with FXsource generated reference number for him to use in wire transfer to FXsource.
4) He did send money from his bank account using reference number from 2CO
5) They promptly appeared on FXsource (we can see that with check routine, http://fxsource.com/fxs/sndr_find_transaction.fx, with reference number) on 25th of March.
6) 2Checkout doesn’t register money as our sale for 10 days already.

We’ve contacted 2CheckOut via ticket 2340-ERPJ-8883, we’ve called 2CO to resolve it in speedier manner. 2CheckOut refuses to do any action and points to FXsource…

Is integration between FXsource and 2CO MY problem? If money get stuck between card processor and 2CO should I deal with card processor 2ChoutOut integrates with?

Nevertheless I contacted FXsource, while I couldn’t find anyone at support, at sales I’ve been peacefully understood and promised to be resolved between FXsource and 2CheckOut internally.

There is little progress still.

Is anyone experiencing issues like this? How did you resolve them? Why am I spending my time to solve problems in integration between 2CO and FXsource?

I’d welcome comments of 2CO vendors, buyers and 2CO staff. Thanks.

I have just been contacted by a person who tried to purchase something from our website using 2Checkout. After a few failed attempts he sent us an email describing his problem during checkout:

========================================
After introducing my credit card… for a second I can see the message “Wait…” and jumps to the next page:

Failure of server APACHE bridge:

Cannot open TEMP post file ’/opt/hpws/apache/logs/s4b//_wl_proxy/_post_5763_25_1187699475_33’ for POST of 2185 bytes

Build date/time: Oct 25 2004 13:19:46

Change Number: 453394
Failure of server APACHE bridge:

Internal Server failure, APACHE plugin. Cannot continue.

Build date/time: Oct 25 2004 13:19:46

Change Number: 435384
=============================================

This is the email I got from him!!

On several occasions 2Checkout has refunded customers when we have provided them with a service. The customer has lied and claimed that they have not received service, yet we have proof that they have been provided a service.

Was is 2checkout ripping of vendors by doing this, and only working with the customers and not the vendors?

Welcome to the new 2Checkout.com forums! These forums are open to 2CO suppliers, customers, third-party software developers and anyone else interested in e-commerce. We hope you enjoy our new website and our new forums, but remind you that these forums are publicly viewable, so you shouldn’t ever post any sensitive information here.

If you have a question regarding your 2CO account or a specific purchase, please open a support ticket.

Remember, the basic rules of forum netiquette (Wikipedia link) apply here, because this isn’t just a good place to talk to 2Checkout; It’s also a good place to talk to your fellow suppliers and customers.