Ask HN: Help me understand online payment gateways
As I understand it, my options are either speak to my bank about a internet merchant account, or use a third-party payment processor. It seems however, that if my company is newly formed and thus doesn't really have a trading history, the likelyhood of my bank allowing me to have an internet merchant account is slim. Using a third-party payment processor usually - from what I can see - results in customers being redirected to a third-party branded checkout page, which I want to avoid. Is this correct, or am I missing something?
If I have a merchant account and people are submitting payment data to my server that I am then passing on to be processed, I am responsible for PCI DSS compliance, correct? (Am I correct in my understanding that Braintree gets around this by having your checkout form POST to their servers?)
Lastly, can anyone recommend a means for me to accept credit and debit card payments [in pounds Sterling, for a UK site] for a newly formed business that doesn't use a third-party [Paypal, Google Checkout etc]?
27 comments
[ 5.3 ms ] story [ 74.9 ms ] thread(2) Yes, merchant account can help you avoid 3rd party pages and gives you complete control of the flow of the order process.
(3) Yes it is a bad, bad idea and mostly not officially acceptable to store cc info on your server.
http://www.businesslink.gov.uk/bdotg/action/detail?type=RESO...
(sorry for shitty URL)
The only non-bank merchant accounts you can get are Amex & Diner's Card, both of which only work for their own cards.
Anyway, chargify can recommend you some gateway/merchant account providers.
I also read recently that chargify only works with Barclays in the UK, but I'd check that out yourself.
In other words, OP, you probably have more options than you realise, go talk to your bank's business advisor. Or a few banks. I mentioned to mine that I will want to do what you want to do in a few months and she didn't bat an eyelid, although I haven't yet pursued it.
Also, why post with a throwaway account? It's a perfectly good question, the whole area's fairly confusing at first!
I looked at a bunch of solutions (shopify, 2checkout, paypal, authorize.net, e-junkie, and others). Ultimately, I went with a company called FastSpring. It's a third party shopping cart solution, but they let you use your own xhtml/css template. They do include some text in the footer to let you know who's providing the service, but it's not really intrusive.
If you want to see how it looks, here's a page from my site. Click the add-to-cart button: http://photoshoplayerstyles.com/sale
Overall, I really like their service. They pay out twice a month, directly into my bank account. I'm in Canada, and most places just won't do this, so it was a nice surprise when it just worked.
Edit: I should mention, they handle international sales smoothly, too. I've had sales from all over the EU. They detect the country, do currency conversion, charge the correct VAT, etc.
Conversion rates are good, but getting links and traffic has been difficult. If I could move the site up from #7 to #1 for my domain keywords on Google, I'd be very happy.
If any HN'ers want to give it a spin on your next project that involves digital downloads, let me know and I'll give you a free account. Just promise to let me know what you like and don't like! ;-)
http://www.2checkout.com/community/
Take a look at PayPal Website Payments Pro.
https://www.paypal-business.co.uk/process-online-payments-wi...
Why don't you want to use PayPal. Its a pretty safe path to start accepting payments online and you can use their transparent API so they are not visible. Get an account, read their API docs and security best practices for the language of your choice (and in general). Implement an example from the docs on your server and grow it from there. Don't store credit card data on your server and don't cut corners when checking integrity of communication between you and PayPal.
And PayPal has gained a lot of bad reputation for several reasons. The Wikipedia provides a good summary of the issues: http://en.wikipedia.org/wiki/PayPal#Criticism_and_limitation...
These days most businesses (online businesses, at least) obtain a merchant account through an Independent Sales Organization (ISO). The ISO is basically an independent sales rep for a Merchant Services Provider (MSP) associated with a bank. When your account is set up, the funds from your customer pass seamlessly through the MSP's bank and are deposited into your local bank account.
The ISO makes his/her money through fees on your account. The more sales you have, the more they earn.
Competition between ISOs is intense, so it pays to shop around. Every local bank I've dealt with "outsources" their merchant accounts to an ISO. I assume the bank receives referal income from the ISO, as the fees we've been quoted for a merchant account through a local bank have always been higher than we've found elsewhere.
A few months ago, we quit having our own merchant account and moved to PayPal, as basic interchange fees have increased to the point where we found that is the least expensive option for our level of sales (>$10,000/month).
We use a basic PayPal Website Payments Standard Account using their name-value pair (NVP) interface. Our customers enter their shipping address data on our web site and their credit card information on PayPal's web site so we don't have to worry about PCI compliance. We use custom headers on our order page ("Checkout: Step 1") and our PayPal page ("Checkout: Step 2") to make it look pretty seamless. You can upgrade to a Website Payments Pro account for $20/month if you want to do it all on your own server, however.
We use a combination of our own merchant account through a reseller and Authorize.net, which has about half the monthly fees of the PayPal option and lower rates.
Even if you don't end up using them you'll get some very valuable intel.
Edit: they support PayPal, Google Checkout, 2Checkout, Amazon Payments and TrialPay - also you can use their system to create your own affiliate system/network.