|
Why have so many payment processors been added and removed?
Over the years the Ventrino script has added and
removed payment processors according to the wishes
of customers and whatever the trend was at the time.
Few of them have stood the test of time and even
less met customer expectations for such an important
business requirement. Here are a few and a
brief outline of their story.
Stormpay The stories are notorious, a
google search reveals 41,300 pages so
no need for elaboration.
Cost of integration was high and included
subscription processing.
Moneybookers
still exist and probably the best of a bad bunch
however in much the same way Stormpay would cascade
fraudulent payments we lost $2700 as we [start]
received money from someone who [loop to start] and
this everyone involved in the tree lost money. The fact that every vendor
lost thousands didn't occur to Moneybookers, just so long as they didn't.
Result: untrustworthy.
eGold While eGold still exist (at
time of writing this) the cost of conversion is too high.
EMO
A service that guaranteed they would not end up like the rest, cheap and easy to
use, integration was a nightmare with an ever changing and flawed API.
Eventually went bust with the liquidator retaining most of their assets to pay
his own fees of $200,000.00 per day for himself and his staff. Account
holders received $0.045 on the dollar.
2CO too
expensive to operate. Although they dropped the initial setup fees when
business was lean for them they increased transaction fees which mean low cost
high turnover business such as exchanges pay too high a price. Works out
to more than 12 times the cost of using Paypal for the same kind of
transactions. Also prone to freezing accounts.
INTgold
Closed shop about two weeks after integration.
And many others.... the list is quite exhaustive, many were developed
as favours or at low cost on the promise the payment processor would bring us
more business. None of them did, in fact most of them went under owing us
money that we had not got around to withdrawing. EMO owed us $400,
Stormpay $1700,
Ok, so how do I get a new payment processor in the script?
There are two methods, the first is DIY but that
has limitations. There are details on how to
do this in the template forum and the help manual so
not discussed here. The other is to pay for it
to be done.
Because some payment processors change their API
or discarded because it was incomplete or not
suitable it is impossible to give a fixed price
without a pre-condition that it might not be
possible. As we have to spend the time trying
whether it is or not the fee is not for integration
but to "attempt" to integrate. If you have an
opinion on that strategy you are free to comment
here.
- The cost is $250
- You must provide us access to two accounts, at
least one must be verified, this is so we can do
live testing.
- We do not branch code, therefore if you ask us
to integrate a new payment processor everyone will
benefit from that as we do not offer exclusive
rights to any of our development (great if you
are a payment processor but not so hot if you
want exclusive rights).
If you can live with those rules you can order
here. If not there are third party
developers on the forum who may offer more
favourable terms or
www.getafreelancer.com and
www.elance.com
may offer a solution too.
|
