I believe in America this is called a "free market".
(Not that we haven't had a problem with BS fees or the payment protection insurance scandal!)
There is some progress being made though, slowly and painfully.
http://www.npr.org/sections/money/2013/10/04/229224964/episo...
Big news coming in the next few weeks...
(learn more at https://fedpaymentsimprovement.org/)
https://www.nacha.org/content/same-day-ach
The electronic financial system in the US is an embarrassment, to be honest. Instant transfers have existed in other countries for years. The only platforms that allow instant payments require (a) holding money in their bank account (e.g. your Venmo balance) and (b) the companies to comply with incredibly stringent money transmitter laws.
From what I've heard, Stripe doesn't make much from CC transactions (hence why almost all providers are at the same pricing). ACH costs fractions of a penny, so even if they only make $5 it's nearly 100% profit.
[Note: I'm not a payments expert so would love if someone who is could (in)validate all the above.]
Additionally, the large banks are trying to influence the rules and requirements; for example, clearXchange + early warning system merging under a (large) bank consortium
Edit: Downvote all you like. It's the truth. When the chargeback comes, you pay Stripe/Paypal/Etc a fee, and they yank the funds out of your account. Whatever item you shipped is gone.
Edit 2: The liability shift referred to below doesn't apply to online transactions. Card not present fraud is almost 100% on the seller/merchant. And given that the context is Stripe, well..
It is the case that banks pick up the tab for transactions where the card is present, hence the move to EMV chips. However, merchants have liability for transactions where the card is not present, i.e. every Stripe transaction.
It requires the use of a password, and adds additional steps to the checkout process. You can't really make it mandatory on your store, as conversions/sales would crumble. So, you make it optional.
If it's optional, only the most security conscious customers end up using it. Those are the customers with the lowest risk of having their card info stolen, and the most likely to report it quickly if the info is stolen.
So it adds more protection around a tiny fraction of your sales...the sales that were already very unlikely to be fraudulent.
It doesn't make any notable change to "the cost of online fraud in the US is 100% on the merchant/seller".
Yes, it requires extra authentication (My issuing bank has chosen password as the auth - some others use the bank code boxes for One Time Tokens). All online stores that I routinely buy from in Sweden and in Europe have 3D-Secure turned on. The only exception I've encountered is an airline.
The customers don't get to choose - it's not optional for customers. It's optional for merchants/shops. If they however disable 3D-Secure: They're liable though.
https://usa.visa.com/run-your-business/small-business-tools/...
And if you really know where to look, the ability to look up someone's SSN will only cost you a buck or two.
Before October 2015, issuers ate the fraud, not merchants.
After October 2015, the "liability shift" means issuers won't eat the fraud if it's a chip card and the merchant didn't use the chip reader. Otherwise, they still eat the fraud.
http://www.emv-connection.com/downloads/2015/05/EMF-Liabilit...
- No bank account verification APIs - Recurring payment support
I bill pharma and biotech companies and regularly receive payment via ACH and did not require a service provider and have never paid a fee.
I do need someone to reconcile the incoming payments to a particular account, but that really isn't a huge deal (and could be awkwardly automated already as they send an e-mail Remittance Advice the same day).
Maybe there is some intermediate set of customers, but for me, any customer paying large invoices regularly already is set up to pay by ACH.
The vast majority of customers do have access to some sort of ACH payment system, but it's not automated. You still have to pester them to pay each month.
In general, ACH just wasn't built to accommodate "platforms" as an entity in the transaction cycle. Banks, while although cheap, have a problem reconciling their infrastructure and processes with today's expectations. Not to mention their services don't package or include other compliance required to leverage ACH legally (KYC, OFAC, reporting, reject handling, etc.).
Bottom-line: ACH and traditional providers are not suitable options for today's platforms. Among others, banks are hemorrhaging ACH-related business to companies like Stripe and Dwolla.
AFAIK, to plug in to the ACH network, you have to work with a Bank that has access to FedACH/ Electronic Payments Network. I know Dwolla has its own Payments Network, FiSync, but the number of banks on this system is very small. So in many cases its not so much that banks are hemorrhaging business, but Stripe/Dwolla are selling KYC, OFAC, reporting, reject handling, etc related services.
Usually the hassle is in sending payments, not receiving them.
Oh. Hey Spencer. ¯\_(ツ)_/¯
The problem we had was that we issued moderately large invoices monthly - they could be from $1k to $50k. We wanted to be paid quickly, so we tried to convince our customers to pay by credit card (through Stripe) and enable automatic payments, but we had trouble when customers would bump up against credit card limits.
So, for our bigger clients, we were relegated to asking for checks to be sent by mail. This meant we couldn't automatically charge customers every month, and instead needed to badger them to send their check - all of a sudden, we needed an accounts receivable team. We couldn't just ignore the problem since these were our biggest accounts, too.
Stripe's pricing is almost comically friendly here - credit card transactions are usually in the ballpark of 2.7% + $0.30, so even when card limits weren't an issue, we'd be paying out the nose on the transaction - 2.7% of $10k is $270. The new ACH payments would cost just $5.
Anyways, this is a serious accomplishment. The underlying banking regulations and technologies around ACH are thorny. Good job, Stripe!