Most active commenters
  • pc(12)
  • Cu3PO42(7)
  • plantain(6)
  • adambyrtek(5)
  • Silhouette(5)
  • dx034(5)
  • m11a(4)
  • sealthedeal(3)
  • thesimon(3)
  • brongondwana(3)

←back to thread

721 points hhs | 200 comments | | HN request time: 1.36s | source | bottom
1. pc ◴[] No.22890523[source]
Stripe cofounder here. This isn't really new -- it's an extension of our last round (https://www.cnbc.com/2019/09/19/fintech-start-up-stripe-notc...).

That said, we've seen a big spike in signups over the past few weeks. If any HN readers have integrated recently and have feedback, we're always eager to hear it. Feel free to email me at patrick@stripe.com and I'll route to the right team(s).

As always, thank you to the many HNers who are also active Stripe users!

replies(39): >>22890622 #>>22890634 #>>22890672 #>>22890684 #>>22890831 #>>22890979 #>>22891191 #>>22891279 #>>22891405 #>>22891409 #>>22891593 #>>22891638 #>>22891711 #>>22891797 #>>22891995 #>>22892025 #>>22892038 #>>22892061 #>>22892643 #>>22892871 #>>22892981 #>>22892999 #>>22893425 #>>22893502 #>>22893523 #>>22893570 #>>22893665 #>>22893808 #>>22894106 #>>22894551 #>>22894687 #>>22895895 #>>22896013 #>>22896582 #>>22896793 #>>22897309 #>>22897898 #>>22898327 #>>22898711 #
2. samschooler ◴[] No.22890622[source]
Do you know why that big spike happened? Is it possibly related to people being furloughed + having new side hustles they are just now working on/starting?
replies(2): >>22890930 #>>22892073 #
3. Beefin ◴[] No.22890634[source]
Hey Patrick, understood that this is an extension of a previous round, but do you have any comments on the timing of this capital raise /w covid?

I imagine, with the huge spike in ecommerce, your platforms are crushing it, but curious to hear your take.

replies(1): >>22890729 #
4. stephenmc ◴[] No.22890672[source]
Irrespective of old news or new news, it's a fantastic achievement and ye should definitely be proud of it.
5. charlesju ◴[] No.22890684[source]
Congratulations. We've recently decided to go with Paypal Pro for better rates on micropayments. Do you guys plan to have a similar program soon?
replies(3): >>22891067 #>>22891075 #>>22891095 #
6. pc ◴[] No.22890729[source]
We've noticed a few things --

- Enterprises pivoting -- brands going direct-to-consumer, malls pivoting to online business models (seriously), and other things like that.

- SMBs going online: see this thread[0] from a French fruit seller, for example, or this thread[1] from a bar in Milwaukee. The restaurant down the street from where I used to live is now running a rapidly-growing online wine club.

- Totally new startups are getting started in response to new needs.

[0] https://twitter.com/FlorentSchmahl/status/125028359535832678...

[1] https://twitter.com/danimalnelson/status/1240004111669460992

replies(2): >>22890879 #>>22890959 #
7. belzebalex ◴[] No.22890831[source]
Is there any way coupons could be added directly on Checkout in the future?
replies(1): >>22890919 #
8. mv4 ◴[] No.22890879{3}[source]
wondering which of these new patterns are here to stay
9. samg ◴[] No.22890919[source]
Yes, coming soon! Email me at sgerstenzang@stripe.com if you'd like to try this feature out early.
replies(1): >>22891941 #
10. wyxuan ◴[] No.22890930[source]
idk, maybe easy access to contactless payments?
11. prawn ◴[] No.22890959{3}[source]
We started https://do.delivery/ to offer an online ordering option to locked down businesses, using Stripe Connect. Now all I can think about is other ways to use Connect. Many established businesses have broader e-commerce needs but I’ve seen farmers offer vege boxes and meal packs to great local support. Many smaller businesses are wary of investing much to start.
replies(1): >>22892343 #
12. bskinny129 ◴[] No.22890979[source]
I've been using Stripe for several years and love it. Switching to payment intents this year was seamless.

One thing I'd love you guys to do is create your own QuickBooks connection app. Most companies offer their own - yours is through Sush.io with your logo and bad ratings. I can't get it to work and I'm not the only one.

replies(2): >>22891098 #>>22891218 #
13. rococode ◴[] No.22891067[source]
Seconded! We do micropayments in the $2-3 range and $0.30/transaction is a huge cut of our already slim margins. We're also in the process of migrating the bulk of our transactions to Paypal, but would love to switch back to primarily Stripe at some point as we have had terrible experiences with Paypal in the past.
14. mkagenius ◴[] No.22891075[source]
Related: Have people contacted Stripe's sales team for custom pricing for micro payments (its what they ask you to do on their pricing page, iirc)
15. pc ◴[] No.22891095[source]
Yeah, we don't like the current situation, and this is a topic of ongoing discussion. Credit card network fees make it tricky to do it well but we really want to find a way to make it work.
replies(2): >>22891125 #>>22891129 #
16. pc ◴[] No.22891098[source]
Good feedback -- thank you. We'll take a look.
replies(1): >>22891359 #
17. jcrben ◴[] No.22891125{3}[source]
Wish you could disintermediate credit card fees. I'm sort of hopeful that credit card surcharging might grow (https://www.cardx.com/) and start competition on those costs.
replies(1): >>22891230 #
18. rconti ◴[] No.22891129{3}[source]
Can you elaborate like I'm 5? Just very high level for those of us who only know "they charge a flat fee and a percent which makes microtransactions hard".

What are the strategies/thoughts in the industry? Holding and batching payments on a per-user basis? Trying to get agreements so you can batch payments on a per-processor or per-network agreement? Hourly? Daily? Weekly?

replies(1): >>22891156 #
19. pc ◴[] No.22891156{4}[source]
> Just very high level for those of us who only know "they charge a flat fee and a percent which makes microtransactions hard".

That's pretty much the story :-). And so the questions are then whether we subsidize the transactions, batch them (as you say, though that makes refunds and statement descriptors tricky), get card networks to change their policies, or somehow shift how the payments are made (e.g. encouraging cheaper payment methods).

replies(4): >>22891247 #>>22892006 #>>22892368 #>>22896138 #
20. plantain ◴[] No.22891191[source]
My top issues running my business on Stripe:

1) Many countries still only allow depositing a single currency (i.e. Aus/AUD), doubling the cost of transaction due to the currency conversion, even tripling when we have to convert it back to pay our bills. I always get told either "soon", or "not possible due to the law", despite competitors doing it.

2) If we were an EU company, we'd get charged 1.4%+25c on transactions in the EU, where most of our customers are. Instead, because we're selling from Australia, we get charged 2.9% for some arbitrary reason. This coupled with 1) puts our all-in transaction fees at 5%+ :(

3) I think billing the vendor for refund fees is a really retrograde step - it increases friction in the decision for us when a customer asks for a refund, and industry wide is going to cause less happy customers and less card users online. It's already hard enough convincing Dutch/German customers to use a credit card online.

If any non-EU companies know a cheaper way to process transactions in the EU, I'm all ears...

replies(18): >>22891306 #>>22891361 #>>22891379 #>>22891509 #>>22891874 #>>22891994 #>>22892884 #>>22893178 #>>22893223 #>>22893471 #>>22893669 #>>22893794 #>>22893916 #>>22895751 #>>22897859 #>>22897918 #>>22899678 #>>22942845 #
21. GVRV ◴[] No.22891218[source]
I'm not at Stripe but would be keen to work on this as a side-project. Would you be willing to be user #1? If so, please ping me (email in profile). Thanks!
22. kingbirdy ◴[] No.22891230{4}[source]
I don't have strong feelings either way on having consumers pay CC processing fees, but encouraging them to use debit cards online seems irresponsible given the non-existent fraud protections on debit cards. Of course it's technically consumers' responsibility to know and trade off that risk versus the savings, but at least in the US the sad reality is that personal finance education is woefully lacking or non-existent for most people and they don't know the difference.
replies(2): >>22891518 #>>22891586 #
23. mkagenius ◴[] No.22891247{5}[source]
> batch them (as you say, though that makes refunds and statement descriptors tricky)

Maybe batch them per user per website, that will solve statement descriptors a bit

replies(1): >>22891444 #
24. nodesocket ◴[] No.22891279[source]
It's probably wishful thinking, but times like these would be super valuable and helpful if Stripe showed their daily processing volume and perhaps general aggregate statistics and graphs (per country). I know it's probably intellectual property and secret sauce, but imagine:

"Since US Covid shutdown (as of March 13th) Stripe US processing volume is up X% or $Y billion."

This general information would provide great context to the health of the US economy and e-commerce. I know other companies such as payroll processing (ADP) release numbers and the stock market uses those as an input to the health of the economy.

25. pc ◴[] No.22891306[source]
Great feedback... thank you. In case it's useful, some context on them:

On (1), we started an FX team this year. (There are a lot of legal complexities here around how the funds move, who has title to what at which moment, and so on.) But we're investing significantly in improving it and it should get better soon. On (2), the core issue is card network pricing rules -- by design, they discriminate on the basis of where the business is located. We happily extend EU fees to all EU legal entities, however, and would be happy to work with you to set that up. On (3), refunds aren't free for Stripe, and we were previously in a position where businesses with a lot of refunds were being subsidized by those who didn't. We want to give this margin away more sensibly.

Still, all the issues you bring up are real and I'd like us to find better solutions.

replies(6): >>22891452 #>>22891903 #>>22892464 #>>22893333 #>>22893629 #>>22898632 #
26. bskinny129 ◴[] No.22891359{3}[source]
And while you're here, have you read Joseph Tainter's "Collapse of Complex Societies"? He is a very underrated thinker in the lack-of-progress area you've shown interest in.
27. rasz ◴[] No.22891361[source]
Those arent issues, they are the reasons for the valuation.
28. tarr11 ◴[] No.22891379[source]
Completely agree on #3. Felt like a big blow to have Stripe do this.

A lot of subscription based businesses were built around "no-hassle refunds" as a core feature enabled by Stripe and will now need to rethink this.

replies(2): >>22891706 #>>22892145 #
29. rstupek ◴[] No.22891405[source]
I found some difficulty with the documentation around submitting dictionary values since the "curl" documentation didn't include any examples. Example being address which wasn't obvious needed to be sent as address[city]=value instead of address.city=value
30. Kurtose ◴[] No.22891409[source]
Stripe seems to have understood Sequoia's Black Swan memo well.
31. ppod ◴[] No.22891444{6}[source]
At a very high level the batching-with-refunds issue sounds like the kind of problem that the Lightning network on bitcoin tries to solve, or bilateral netting in other financial contexts.
32. trevor-e ◴[] No.22891452{3}[source]
Just want to say thanks for being so transparent with your answers in this thread, really appreciated. As a fly on the wall to most of this -- I don't have a business myself, yet ;) -- I'm learning a lot so far.
replies(1): >>22897842 #
33. alharith ◴[] No.22891509[source]
4) It's just way too expensive, in general, nowadays. Stripe's market leader position should allow it to negotiate lower fees, but for some reason doesn't seem to be part of the business plan.
34. rhizome ◴[] No.22891518{5}[source]
Generally in the US, debit card fraud liability is limited to $500 if the card owner reports it within 60 days.
replies(1): >>22892812 #
35. jcrben ◴[] No.22891586{5}[source]
Yeah. I'm optimistic that the the relentless long-term competitive march to improved customer experience will include better fraud protections on debit cards. Reduced expenses as technology helps us identify fraud will also help.

I haven't used a debit card in years to maximize benefits (altho I sometimes use cash when required by small businesses), but the Capital One debit card advertises $0 Fraud Liability https://www.capitalone.com/bank/debit-card/.

36. arkh ◴[] No.22891593[source]
For E2E testing, a mocked Stripe with some state would be a boon. Because calling your test servers takes a lot of time (and some call results differ between test and prod mode). And using Wiremock is a bitch when creating on-the-fly random fixtures.
37. Despegar ◴[] No.22891638[source]
Why haven't you gone public yet? Airbnb raising money from private equity who undoubtedly wants to loan-to-own them should have discredited the idea that staying private longer is better than being a public company.
38. preinheimer ◴[] No.22891706{3}[source]
This is the position we're in (our 'legacy' pricing will go away this year). We've decided to just eat it.
39. robhunter ◴[] No.22891711[source]
Stopping new Stripe Capital offers during the COVID-19 pandemic is completely understandable, but feels like it wasn't really well communicated to long-term clients.

Will you continue to originate new Strike Capital offers? When?

replies(1): >>22891875 #
40. wilg ◴[] No.22891797[source]
We had to move off of Stripe because Stripe doesn't handle tax collection and remittance. We've moved to Paddle which takes care of that for us. Recommend!
replies(3): >>22892037 #>>22892113 #>>22893184 #
41. sauravt ◴[] No.22891874[source]
Hi, I couldn't agree more with your concerns. I am working on a solution to solve this. Please reach out to me via email on my profile. Thanks
42. pc ◴[] No.22891875[source]
Yes, we will! (And, while we are trying to make sure we understand the impact of Covid-19 across our lending portfolio, we haven't stopped extending new loans.)
replies(1): >>22895927 #
43. econcon ◴[] No.22891903{3}[source]
Isn't FX a done deal based on how TransferWise is able to do it. Maybe you guys can collaborate with them and make payouts in any currency possible atleast in countries where there are no Forex restrictions like Hong Kong.
replies(3): >>22892424 #>>22893655 #>>22898651 #
44. melias ◴[] No.22891941{3}[source]
Are there any plans to allow for integration with 3rd party gift card platforms on the Stripe Checkout?
replies(1): >>22892131 #
45. Cu3PO42 ◴[] No.22891994[source]
German checking in. One of the reasons why it’s hard to get us to use a CC is that many of us don’t have credit cards. And why would we? (Except for online payments and other fringe cases.)

However, Stripe offers SEPA direct debit, which is usable with any European bank account and may work better for you.

EDIT: This seems to have sparked some confusion. I'm not saying Germans don't do card payments, I was only speaking of credit cards. We do all have and use debit cards, however, those are of a national scheme with wonderfully low fees, but no online usability.

replies(4): >>22892141 #>>22892447 #>>22893059 #>>22898664 #
46. wcarss ◴[] No.22892006{5}[source]
I recall thinking a few years ago that offering batching as a business built atop stripe sounded like a neat business -- effectively letting users choose a batching solution if they desired, but after closely reading the Stripe Terms of Service, I think it appeared to be disallowed.

If Stripe were willing to allow third parties to act as a batching passthrough (or if I was wrong and you do!), this seems like a low-cost way to let the market decide what an acceptable refund/statement descriptor regime should look like.

47. eruci ◴[] No.22892025[source]
I'm both a Stripe and a Paypal user. I wish Stripe made recurring payments as easy to implement as Paypal.
replies(1): >>22892137 #
48. krn ◴[] No.22892037[source]
> We had to move off of Stripe because Stripe doesn't handle tax collection and remittance.

Chargebee does this on top of Stripe.

replies(1): >>22892829 #
49. dannyw ◴[] No.22892038[source]
Patrick, we switched away from Stripe because your risk management systems kept declining valid cards in certain low-GDP countries, and there was no way to override.

We are one of the larger SaaS companies and as a personal lover of Stripe, it was surprising to me that you couldn’t customise these systems, esp at our volume.

We switched to Ayden and saw very significant revenue increases in those countries; because valid cards stopped getting declined.

replies(2): >>22893429 #>>22893620 #
50. gen220 ◴[] No.22892061[source]
In the last few months, I put together a tiny static website for my SO to sell her photographs to clients, and I budgeted a lot of time for integrating a payments solution. Like many others will say, I was pleasantly surprised how little time the integration step took.

I used the "beta" react hooks integration, and the UX of getting it all set up was basically flawless. I found the documentation (especially the quickstarts/tutorials) to be incredibly helpful.

Four pieces of constructive feedback:

- There seemed to be 3 or so quickstarts/tutorials for the same developer flow, at varying levels of detail (good), but they all had similar names and were difficult to distinguish from each other. My impression was that they were built on top of each other (i.e. one was X years old, another one X-2, etc.), but the old ones weren't removed? Unsure.

- I found the API documentation to be very good on big screens, but relatively painful on smaller screens.

- On my personal laptop (an older thinkpad), scrolling through the docs was unresponsive at times. In general, I'm a fan of the "everything-on-one-page" approach, because it makes grepping the docs easier. But I think that the quantity of dynamic elements in the API interferes with this approach :/

- I don't appreciate applications that hijack ctrl+f. I appreciate that you can double click to get native browser search, and that this is explained in the modal, but I really wonder if this helps people navigate more efficiently. I appreciate that the work that's gone into this feature must be very impressive, but I'd prefer a search bar with a different hotkey than ctrl+f. Might be worth AB testing.

Ending on a note of praise, the dashboard experience is incredible. Huge kudos on how far it's come, and how easy it is for nontechnical people to use and discover.

replies(2): >>22892541 #>>22893464 #
51. RussianCow ◴[] No.22892073[source]
Not OP, but my guess is businesses that previously had little to no online presence are scrambling to set something up so that they can continue serving customers during the pandemic.
52. antoniodf ◴[] No.22892113[source]
Hi! Thanks for this feedback. I work at Stripe on improving our tax reporting product. May you elaborate on what was missing exactly?
replies(2): >>22893208 #>>22896776 #
53. samg ◴[] No.22892131{4}[source]
Not at the moment, but would love to hear more about what you're looking for.
54. theseanstewart ◴[] No.22892137[source]
Having experience implementing and working with people that have used both, I'd love to hear why you think PayPal handles subscriptions better than Stripe.
replies(1): >>22898352 #
55. adambyrtek ◴[] No.22892141{3}[source]
I used to live in Poland (so just across the border from Germany) and now I'm a UK resident, and your question is really baffling, since in both of these countries people use (contactless) card payments for pretty much everything. Germany is definitely an outlier and your comment doesn't really explain why. Is this a cultural thing, regulatory issue, or maybe banks colluding to protect their interests?
replies(5): >>22892219 #>>22892327 #>>22892460 #>>22893722 #>>22894346 #
56. adrr ◴[] No.22892145{3}[source]
Stripe isn’t being transparent on refunds. The issuing bank returns interchange on a refund. The true cost to stipe is a fraction of a penny to put the request on to the network. Other processors will refund interchange, this is unique to stripe. I am sure stripe is refunding interchange for their larger merchants that are on interchange plus billing. There is no way target is eating interchange on refunds. They are squeezing their smaller merchants for more money.
replies(1): >>22893365 #
57. antonkm ◴[] No.22892219{4}[source]
Swede here. Really baffling for me too. My kids have pretty much never even seen cash. I use the nationwide app Swish to send money to people using their phone number (almost every Swede is connected since it's pushed by all big banks) and only use contactless credit card.

How come Germany is so cash positive? Personally I think Sweden has gone a bit far, where some old people have been put in a weird spot where they can't pay because they're technologically illiterate.

replies(5): >>22892282 #>>22892303 #>>22892358 #>>22892438 #>>22892492 #
58. mssngrtrn ◴[] No.22892282{5}[source]
Another German. We use "cards" all the time. But these are just cashless and tied to our SEPA accounts (so not a credit card).
replies(1): >>22893761 #
59. walshemj ◴[] No.22892303{5}[source]
Having many currency crashes going back to post ww1 probably is one of the causes - and maybe a more healthy if cynical view of government.
replies(1): >>22892382 #
60. UweSchmidt ◴[] No.22892327{4}[source]
Probably a cultural thing.

Debit card means you're responsible and take money out of low/zero interest checking account at the principal bank where we Germans hoard our money.

Credit card means you're on shaky financial ground, deal with credit card companies with their fine print, risk punitive overdraft charges, and have probably no idea if you have any money left.

Sadly, things are changing and many people seem to take on irresponsible loans (i.e. for anything except real estate).

replies(1): >>22893732 #
61. moneywoes ◴[] No.22892343{4}[source]
What did you build the landing page with? Looks very nice.
replies(1): >>22894859 #
62. et2o ◴[] No.22892358{5}[source]
Germans tend to take on very low levels of debt (speaking broadly). There are lots of hypotheses about the psychology behind it: https://www.bbc.com/news/business-31369185
replies(1): >>22893747 #
63. jackson1442 ◴[] No.22892368{5}[source]
I'm honestly a bit surprised credit card companies haven't been more open to the option of lowering the cost of microtransactions, since that seems to be what the Internet's moving towards as a whole.
replies(3): >>22893827 #>>22896217 #>>23005439 #
64. closeparen ◴[] No.22892382{6}[source]
Currency crashes favor debtors, don't they?
replies(1): >>22892935 #
65. joering2 ◴[] No.22892424{4}[source]
Please no. TransferWise is terrible at customer support and internet is full of horror stories of people founds being frozen. The are the new incarnation of good ole’ paypal. You will get your account frozen the moment you wire more than$1,500 as per my own experience with 3 different businesses giving them a chance.

I hope Stripe which is amazing will never have anything to do with TransferFraud.

replies(2): >>22892687 #>>22896634 #
66. hylaride ◴[] No.22892438{5}[source]
As a Canadian (where most people use debit/credit) my first time in Germany as a tourist I once had to leave my passport as collateral at a restaurant to go find an ATM to pay for our meal as I didn't have €80ish in cash. It flummoxed me almost as much as seeing Germans eat a hamburger with a knife and fork! ;-)

When asking around I got several answers. Everything from a cultural aversion to debt (and spending via cash makes it easier to track your spending), not wanting to be tracked where you shop due to not wanting the government to know (comes from Nazi/East German past), and just being culturally conservative and not really liking change all that much.

I didn't like it as being a tourist meant I was eating out a lot, etc. I had to carry a lot of cash around that I'd only have to pay a fee to convert back if I had any left.

67. gingerlime ◴[] No.22892447{3}[source]
Living in Germany and my company is based here. We tried SEPA but it’s a PITA to charge customers with it. Especially B2C which we are. Customers can arbitrarily chargeback even after several days. Not only that, they can ask for a refund, get the refund and then charge back. So we end up paying them! And there’s no way to prevent it. At least that’s the way it was a few years ago when stripe sepa was still beta.

The interesting thing however, we A/B tested with and without SEPA and basically saw no difference. Only German people used it, but when it wasn’t available they managed to find a credit card or use PayPal.

I’d love it if banks were making instant payments simple and verifiable, but SEPA feels like something from the 70s to me.

replies(2): >>22892621 #>>22892790 #
68. Cu3PO42 ◴[] No.22892460{4}[source]
It's true Germany uses cash a lot more than other countries, but I wasn't trying to say we don't do card payments. I just said we don't use credit cards, we use debit cards instead which come by default with any standard bank account. However, these cards are neither MasterCard nor Visa and therefore do not work in online payment scenarios.

I have a credit card, but it is paid in full at the end of the month automatically, so for all intents and purposes it's essentially another debit card. Everyone I know in Germany who has a credit card uses it this way. In fact, my bank didn't even ask me if I wanted it set up any differently, so I have to imagine it's not just my social circle handling it this way.

replies(1): >>22892555 #
69. ◴[] No.22892464{3}[source]
70. Cu3PO42 ◴[] No.22892492{5}[source]
Other people have replied to your message already and pointed out that we do use cards, just not credit cards. I figured that was clear in my comment, but apparently it wasn't, so I'll go ahead and edit that.

As for why we're so cash positive: one of the factors is privacy. If you pay for everything electronically both your bank and merchants are in the position to build a profile on you. If you use a non-local scheme (e.g. MC or Visa), they can too.

replies(1): >>22896909 #
71. mikeappell ◴[] No.22892541[source]
> - There seemed to be 3 or so quickstarts/tutorials for the same developer flow, at varying levels of detail (good), but they all had similar names and were difficult to distinguish from each other. My impression was that they were built on top of each other (i.e. one was X years old, another one X-2, etc.), but the old ones weren't removed? Unsure.

Second this. Stripe's documentation is generally great, but when looking for recipes/tutorials you run into a lot of seemingly duplicative content which makes it confusing to figure out which is right for you. I had this issue trying to create Connected Payments, specifically.

replies(2): >>22893454 #>>22898925 #
72. alanpearce ◴[] No.22892555{5}[source]
For anyone confused about the debit card comment: A German debit card isn’t the same as any other. It doesn’t have Visa or MasterCard co-branding like other countries’ debit card, nor a 16 digit number, so it can’t be used online. I would rather have translated Girokarte to bank card, because there are actual debit cards with Visa/MC co-branding which are available in Germany, but less common than other kinds
replies(1): >>22894515 #
73. Cu3PO42 ◴[] No.22892621{4}[source]
Minor terminology nitpicking: SEPA is just "Single Euro Payments Area", you're speaking about SEPA direct debit specifically.

These concerns still apply to direct debits, unfortunately. The reason being that there's barely any authorization for direct debits, you just need the bank account number and name. Isn't the situation somewhat similar to CC transactions without 3D Secure/whatever it's called? I seems to recall reading in my bank's terms that I can chargeback transactions for something crazy like a year. You always need a "mandate" to debit an account and if you get that properly signed by the customer, you should be able to get the bank to reverse the reversal, but I can appreciate the bureaucratic overhead.

I was only offering it as a potential solution if getting people to sign up is genuinely difficult.

The thing with PayPal is: they offer direct debit to customers and I'm assuming that's how most people who would've otherwise used direct debit directly with you ended up paying. It is my understanding that PayPal is also aware of the risks associated with this and offers merchants the option not to accept payments through it. I can't seem to find an article just now, but I remember instances where PayPal told me something along the lines of "this merchant does not accept payments via direct debit, please use a credit card instead". I can only assume this is because they at least partially pass on the risk.

replies(1): >>22899775 #
74. mchusma ◴[] No.22892643[source]
Thanks for reaching out. You have a giant feature gap, but also an org problem I think and I would like to explain because I have been trying to get the giant feature gap filled for about 3 years and people there seem to do whatever the opposite of caring is. It relates to being able to test production environments safely, which in our opinion is something every company should do extensive production testing.

Based on many support conversations with me trying to get a feature built here over the last year, Stripe's "official position" appears to be "never test your production application." Sometimes they say "do it but only for $1 every other month", which is functionally the same as saying "don't ever test production." if you don't have any products or services for $1 and do regular deployments.

I understand the reasons why you don't want people using live credit cards to test in production (e.g. factoring), but that isn't what I think most users want to do (it is not what we want to use). We don't want to use real cards at all but we want to test production.

The best answer to customers who want to test in production is to give them the ability to safety test live cards. Please see the attached specification I pulled together which would solve this problem for Stripe, card networks, and your customers. If Stripe cannot implement some feature like "Safe Live Testing", then we will ultimately be forced to migrate away from Stripe. This is a critical feature for us, and I am sure many customers.

https://tidy-static-websites.s3-us-west-2.amazonaws.com/Stri...

We thought our integration with stripe was down in production last week, and we could not run any checks to tell if that was actually the case. This would have fixed it for us.

I think there is also a cultural issue here because I believe any mention of "production testing" is currently falling in the compliance camp of Stripe. Which means their job is to prevent fraud, but nobody seems to say "its ok to want this. The response every time from support and compliance teams is basically "you are bad to test in production, never do it." But they instead should say "I totally understand why you would want to test your production site. This is a gap on our side, and we should fix it." If there is an issue with Visa/Mastercard agreements or something, then they should say "I totally understand why you would want to test your production site. We are completely unable to support it because Visa has this rule that says X, we are working with them to change it. Here is how you can contact Visa to express your support for the rule change, we are spearheading a campaign to ensure customers can do this."

I hope this feedback is helpful, and while the "spec" is not very good, I did put substantial effort into thinking through a solution here, so I hope you review it and get it to the right team. I will also email, thanks!

75. byefruit ◴[] No.22892687{5}[source]
Not affiliated with TransferWise in any way but just want to say that this is totally the opposite of my experience and that of pretty much everyone I know who uses TransferWise.

We've moved hundreds of thousands of dollars through them over the last couple of years with no problems on their end (we've had problems with banks failing to transfer correctly though..)

replies(3): >>22892766 #>>22893088 #>>22899005 #
76. joering2 ◴[] No.22892766{6}[source]
Glad to know your experience.
77. codethief ◴[] No.22892790{4}[source]
> Customers can arbitrarily chargeback even after several days.

You are aware that this is possible with credit cards as well, right?

replies(1): >>22893293 #
78. magicalhippo ◴[] No.22892812{6}[source]
My strategy is to have less than $100 available in the account connected with my debit card. If I need more for some reason I can just transfer on the spot.

This also makes me more aware of my spending, since I need to manually keep topping up the account.

79. GeneralTspoon ◴[] No.22892829{3}[source]
They only work for subscriptions though - one-off payments (e.g. e-commerce sites) can't use them.

(There are hacky workarounds - but likely not worth the effort)

80. doanerock ◴[] No.22892871[source]
Any plans to go public?
81. pc86 ◴[] No.22892884[source]
How is it arbitrary that you get charged a rate for a service based on where you are?
82. walshemj ◴[] No.22892935{7}[source]
I mean complete replacement of a currency and its German savers that have the fear that their savings will become worthless
83. Azrael3000 ◴[] No.22892981[source]
I did an online shop for my in-laws due to the shutdown and it's working really great with Stripe and Woocommerce. So massive thanks for that.

We had one hick-up, which was the fault of a wrong PHP setting and we got several duplicate orders as a result. In the stripe dashboard I could clearly see failed webhooks in the post mortem. So if there were some kind of email alarm if an error threshold is exceeded that would be nice. I did not find any such feature, if I should have missed it please point me towards the right direction. Cheers.

84. wegymoo ◴[] No.22892999[source]
I've been making lots of little business apps and integrating them with Stripe. My main handicap has been the need to create a different Stripe account each time. It would be nice if I could have multiple sets of api keys under one account for each of my businesses
replies(1): >>22893439 #
85. plantain ◴[] No.22893059{3}[source]
>However, Stripe offers SEPA direct debit, which is usable with any European bank account and may work better for you.

1) SEPA has an 8-week no-questions no-appeal refund model, which is fundamentally incompatible with a SaaS business

2) Stripe doesn't support SEPA on Checkout

3) Stripe doesn't support SEPA on non-EU/US accounts

replies(3): >>22893152 #>>22895974 #>>22898688 #
86. candu ◴[] No.22893088{6}[source]
Also not affiliated with them, and have been very satisfied so far.

OTOH, I'm in Canada, and I've only used them for personal transfers. I have no idea how they perform for businesses, nor do I know whether they work well for individuals in other countries.

87. Cu3PO42 ◴[] No.22893152{4}[source]
Regarding points 2) and 3), I wasn't aware of those limitations. I admit to never having tried to use SEPA direct debit with Stripe, I just saw it in their docs.

Regarding 1): is it? Credit card payments can also be charged back, often for a period longer than 8 weeks. And both "aaS" products as well as certain retailers selling and shipping physical goods, do offer direct debit. I can't quote any fraud rates, but it certainly seems possible to do it.

replies(1): >>22893288 #
88. rdslw ◴[] No.22893178[source]
ad3: I think it's the opposite youre saying. As a customer I can always use chargeback if you have any 'friction' about fulfilling my refund. chargeback works with my bank, no matter what stripe or vendor thinks.
89. Silhouette ◴[] No.22893184[source]
We looked into Paddle recently as a possible way of handling the payment mechanics and the tax and compliance issues for a new business. It looked quite promising on both of those fronts.

Then we read their legal terms, found about half a dozen obvious deal-breakers, and lost all interest.

replies(1): >>22894667 #
90. Silhouette ◴[] No.22893208{3}[source]
As far as I'm aware, Stripe has no tax product comparable to what a merchant of record like Paddle offers. Has this changed?
replies(1): >>22897382 #
91. plantain ◴[] No.22893288{5}[source]
Credit card payments have an appeals/dispute resolution process.

SEPA doesn't. You have to sue your customer if you want the money back.

https://www.williamfry.com/newsandinsights/news-article/2013...

92. plantain ◴[] No.22893293{5}[source]
Credit card chargebacks have an appeals / dispute resolution process. SEPA does not.
replies(1): >>22899666 #
93. plantain ◴[] No.22893333{3}[source]
>(3), refunds aren't free for Stripe, and we were previously in a position where businesses with a lot of refunds were being subsidized by those who didn't. We want to give this margin away more sensibly.

I understand they're not free, but I also understand Stripe does get a considerable portion back that they are no longer passing on?

Couldn't this just have been applied to the problematic businesses then rather than all?

replies(1): >>22893388 #
94. rapind ◴[] No.22893365{4}[source]
This is actually what prompted us to start looking at interchange plus processors, plus the issue that our negotiated deal in Canada (where we're based) doesn't apply to our US clients. We went with Stripe for "simple" pricing knowing there were better deals out there, but it's no longer that simple for us at least.
95. pc ◴[] No.22893388{4}[source]
It varies based on the card type, country, and other things. We could expose all of that more directly but the trade-off there is obviously pricing complexity, which we'd like to avoid.

In our analysis in making this change, we saw that this simply makes little difference for the vast majority of businesses. For example, if you're processing $100k/year and refund 5% of your payments (which would be on the high end of normal), it works out to about $12/month.

While refund rate of course is not definitively coupled to the quality of a business, we do see across our portfolio that it is strongly correlated. Given a basket of possible fees (for example, higher fees on Amex, which most other providers have), we prefer the fees that, on the margin, are least consequential for the businesses that are doing the best job of serving their customers.

Having said all of that, none of our pricing is cast in stone, and we always genuinely appreciate feedback, including contrary views.

replies(3): >>22893865 #>>22895226 #>>22895733 #
96. notwhereyouare ◴[] No.22893425[source]
i'm asking in a very unofficial position.

The company I work for is in the travel industry and we've received a large number of charge backs compared to normal. Our agents are working as best as they can, but our tools were never really designed for 5000+ tickets to be active at 1 time, so it's slow going for them as they contact the guest, then contact the provider, then talk to the guest, etc.

Are you going to offer some lenience to companies who have gotten a huge spike in charge backs just due to an increase time in support tickets?

We are trying to find ways to just refund the guest where we know the hotel has closed, but there's no master list of that so we can't just blindly refund everybody

replies(1): >>22895235 #
97. pc ◴[] No.22893429[source]
That sounds concerning -- could you email mjahr@stripe.com with more details?
98. pc ◴[] No.22893439[source]
We added that last year! (Or maybe the year before...)
99. pc ◴[] No.22893454{3}[source]
We just revamped our Connect docs... would love to hear any thoughts you have on the revised version. (Feel free to email me directly -- patrick@stripe.com -- and I'll forward your thoughts to the team.)
replies(1): >>22937998 #
100. pc ◴[] No.22893464[source]
Thanks! Very helpful on all counts. (And thank you for the kind words on the Dashboard... the team has made a lot of progress there.)
101. anthony_barker ◴[] No.22893471[source]
we are working on a blockchain based card processing solution which depends on your volumes. Ping me
102. consultSKI ◴[] No.22893502[source]
love stripe, but you have a death spiral in your process. I tried to reactivate my account. no longer have the old domain. so I can't contact support because I can't log in. it takes WEEKS to get paid with a new account. after more than five years [on and off] with you, I would have hoped for a better process. #justSayin since you asked. p.s. i emailed this too.
replies(1): >>22901680 #
103. stevoski ◴[] No.22893523[source]
Hey Patrick,

It would be great if Stripe Checkout included VAT-related features:

* Detect country and - if needed - add appropriate VAT

* Allow customer to add a valid VAT number, so that when appropriate tax is not charged

* Offer clear reporting on what VAT has been collected for each jurisdiction

I realise this is a big, big can of worms. But that’s why we use Stripe, right? For help handling that big can of worms that is international payment collections. :)

replies(2): >>22894679 #>>22900114 #
104. mkchoi212 ◴[] No.22893570[source]
Find it really cool that the cofounder is directly reaching out to the developer community. Keep up the great work :)
105. kwchang ◴[] No.22893620[source]
Hi dannyw, I'm a PM on the team that works on acceptance rates and fraud at Stripe. Would you be open to chatting more about your experience? I'd really appreciate it so that we could look into this and improve it. My email is: kathy@stripe.com
106. sealthedeal ◴[] No.22893629{3}[source]
You should consider chatting with us @routefusion :)

developer.routefusion.co

we will solve all of those nasty FX problems your customers are having. Already doing it for a few other e-comm platforms that link into Stripe.

107. sealthedeal ◴[] No.22893655{4}[source]
TW is not an ideal solution.

I am biased, but IMHO using a service like Routefusion solves all of these problems. Companies like Elliot use our API's to settle CC transactions that are in different countries. You hook your Stripe account in and then they re-patriate the money to wherever it needs to go.

Check us out! developer.routefusion.co

replies(1): >>22898989 #
108. pendingHN ◴[] No.22893665[source]
I'll send an email later as well, but I just wanted to raise that we are very concerned about our ability to continue integrating with Stripe. We've loved using Stripe for years, but given all of the uncertainty surrounding the tipsi-stripe project and the lack of an official stripe solution for React-Native, we're questioning how wise it is to be dependant on Stripe. I've seen others speaking to your staff on twitter and github about this, so I don't think we're alone.

There must be hundreds (thousands?) of apps using this integration and all of them have been stuck in limbo for many months now. We would like to enable SCA, but the beta version of this project doesn't seem to have documentation beyond a few comments in github issues here and there, and the discord is almost solely populated by people asking how to use the beta and no one can answer them.

I think whichever of the major payment platforms extends a hand out to the React-Native community first, with a confident, well documented official project, will be celebrated and would cement themselves as THE payment platform for people using React-Native.

replies(1): >>22894306 #
109. sophiesak ◴[] No.22893669[source]
Hi there! I'm a product manager on our payment methods team at Stripe. We're working on a beta to bring EU payment methods to Australian-domiciled customers. They're both cheaper than cards, and have significant conversion uplift. Mind emailing me at sophies@stripe.com?
110. thesimon ◴[] No.22893722{4}[source]
>or maybe banks colluding to protect their interests?

Mostly banks and retailers colluding together to use a cheap domestic-only POS-only scheme (think Przelewy24, but offline or LINK but at POS).

replies(1): >>22896098 #
111. thesimon ◴[] No.22893732{5}[source]
>Probably a cultural thing.

Associating Mastercard and Visa to credit and not debit as well.

112. mmkhd ◴[] No.22893747{6}[source]
I like the quit romantic explanation best, that debt in Germany has a moral component. "Debt" and "guilt" are nearly the same word, so taking on debt is a topic of moral philosophy: It's a sin ;-)
113. thesimon ◴[] No.22893761{6}[source]
>But these are just cashless and tied to our SEPA accounts (so not a credit card).

which wouldn't be a problem for shopping online if they had a Visa or MasterCard cobrand, as these can be debit and tied to your bank account as well.

It's only slowly changing with some Sparkassen issuing MasterCard debit cobranded cards in late fall (https://www.f-i.de/News/ITmagazin/Archiv/2020/Einfach-mobil-...)

replies(1): >>22894939 #
114. PixelPaul ◴[] No.22893794[source]
I agree with all this and it may be the reason I leave stripe soon.

I deal a lot in USD as an Australian company but stripe won’t allow us to charge in USD and settle into our USD bank accounts. But others will.

Also the refund issue is crazy, no other provider we use does it.

replies(1): >>22894059 #
115. dalex00 ◴[] No.22893808[source]
From sw development perspective how do you create the public documentation and internal system process documentation? Tools, process and responbilities would be interesting for me for such complex business modell. Hopefully someone can shine a light..
116. adventured ◴[] No.22893827{6}[source]
They'll drag their feet until they can't. It's a go first bunch-up. Eventually someone will do it as a competitive advantage attempt and the rest will fast-follow (you see this happen frequently in such markets, as with the $0 stock trading bunch-up & fast-follow that happened recently).

The various US credit card & processing companies have an extraordinary thing going for themselves. Visa and Mastercard have cartel-like margins (Visa's operating income margin for 4Q19 was 66%, you don't see that outside of maybe illicit drug operations or Facebook's monopoly in its earlier thinner incarnation pre-Russiagate). They're super sensitive to giving any ground on their fee levels, out of fear (correctly so) that they'll never get them back.

Before the market drop, Visa was worth more than all publicly traded banks in Europe combined (frankly that may still be true post market drop, as Visa hasn't declined all that much).

117. infinitelurker ◴[] No.22893865{5}[source]
Are those fees also present for transactions that are refunded immediately before they batch (i.e. testing). Let's say a stripe IP wasn't whitelisted on the server and started being denied coming back, causing transactions to fail. If I want to do a quick live environment test on this it now costs my client money, which is not ideal.
replies(2): >>22893986 #>>22895241 #
118. dalanmiller ◴[] No.22893916[source]
Hey there - would love to have a chat with you about some of the issues you're facing and make sure we're tracking accordingly.

Care flicking me an email at dalan@stripe.com or DMing @StripeAustralia?

119. adambyrtek ◴[] No.22893986{6}[source]
You can do that using Stripe test environment and test cards without any fees. Refunds can take over a week to get processed by some banks, so testing on live data doesn't sound like a great idea. But even if you have to do a couple of live transactions I don't see how the cost of refunds could be significant.
replies(1): >>22894304 #
120. adambyrtek ◴[] No.22894059{3}[source]
IANAL, but couldn't you incorporate a wholly-owned US subsidiary using something like Stripe Atlas to handle USD payments and reduce your fees?

By the way, my company has the opposite problem. Our Stripe account is registered in the UK and even though we process payments for Australian customers in AUD their local banks still charge them an extortionate "foreign transaction fee". This means that we had to open a separate Stripe account registered in Australia just to avoid that.

replies(1): >>22895025 #
121. hnick ◴[] No.22894304{7}[source]
Yes live tests are useful for integration issues or as a final verification before going live. But I only do it once or twice with a 99% off coupon or similar so the cost is a matter of cents plus fees. Easy to ignore.
122. ctraganos ◴[] No.22894306[source]
@pendingHN

@chris_trag from Stripe here. The React Native situation is very much top-of-mind and we're working on the right lasting solution for your business and the RN community.

When we had submitted the PRs to provide 3D Secure / SCA support, we had not anticipated the work would be left on an experimental branch for this amount of time.

This spring we've been able to connect with the previous maintainers and understand the business situation behind this community repo. With all things open source, we want to be mindful of projects that are run by the community while determining which key libraries not in active development/maintenance.

All this to say, peace of mind and clarity on how React Native devs can implement Stripe with ease is a priority and I apologize for the limbo you've been in.

Thank you so much for your patience as we pull the remediation together.

Happy to chat directly as well -> trag at stripe dot com

123. pawelk ◴[] No.22894346{4}[source]
I live in Poland. I do (contactless) card payments every day, I rarely even have cash in my wallet. But I don't have a credit card and most of my peers / family doesn't have one either. Our debit cards will usually not work for on-line payments (the type that requires card number + cvv). We do, however, have a widely adopted system called Blik[1], which is instant mobile payments (incl. POS payments, the terminals are adopted to process it, and many ATMs support cash withdrawals via Blik). I think it would be hard for any payments processor to get significant market share here without support for this, for many it's the default, then I think wire tranfer is the 2nd option, shopping elsewhere the third one, card payment maaaybe the 4th choice.

[1] https://polskistandardplatnosci.pl/en/

replies(1): >>22894613 #
124. laurencerowe ◴[] No.22894515{6}[source]
Are debit card only German retailers supporting Visa / MasterCard debit cards now?

Many UK banks used to issue Switch/Maestro cards which interoperated with the German bank card system so were accepted in German supermarkets, but these got phased out for Visa / MasterCard debit around 10 years ago meaning I had to start using cash everywhere.

replies(1): >>22894827 #
125. AnssiH ◴[] No.22894551[source]
Probably not news to Stripe and not a priority, but just thought I'd mention it:

The only reason we are not using Stripe is the lack of support for Finnish payment methods - around 70% of our retail website customers pay using the local "bank buttons" and 10% use local mobile payments (MobilePay, Pivo).

126. adambyrtek ◴[] No.22894613{5}[source]
Most debit cards in Poland are standard Visa or Mastercard and definitely work online, sometimes you just need to activate them before the first payment for security reasons, but you're right that Blik seems to be getting more and more traction recently.
replies(1): >>22894727 #
127. cercatrova ◴[] No.22894667{3}[source]
I'm not familiar with Paddle versus Stripe, what are (some of) the dealbreakers? And does Stripe not have these same dealbreakers?
replies(1): >>22896600 #
128. jackerman ◴[] No.22894679[source]
Josh here from the Stripe Checkout team. We're actively thinking about VAT-related features for Checkout. We'd love to chat; drop me a note at jackerman@stripe.com
replies(1): >>22896371 #
129. chrisjarvis ◴[] No.22894687[source]
Using Stripe Checkout (where you create a stripe session on ur server and redirect the client to stripe to complete payment and then listen for a Webhook that says the checkout session was completed) was so amazingly easy to setup and use. My app that uses it will up and running soon, Stripe has been a pleasure to use so far!
130. pawelk ◴[] No.22894727{6}[source]
Yes, PayPass seems to be the go-to method in the physical world, even more so now (they have doubled the limit for non-PIN payments due to COVID-19 recently, so people don't use cash and don't touch the terminals as often), and Blik is winning on-line payments. The cards reportedly do work on-line, but I have never bothered to activate them. I have a Revolut card now for the odd CC payments with US-based companies, but I hardly ever use it for this purpose. I don't get the security model of CC, to me it's like: "here are all the details you will ever need to charge me an arbitrary amount until the card expires in X years". Any other method I have ever used was 2FA: I had to authorize the transfer of funds from my account to the recipient by some means.
131. Cu3PO42 ◴[] No.22894827{7}[source]
I've never heard of Switch, but to my knowledge there is nothing about Maestro that integrates specifically with the German banking system. It just so happens that German debit cards are typically co-branded as Maestro (and nowadays sometimes V-Pay), which is why it was commonly accepted. The fact that fees were lower than credit cards probably played a significant role in that.

When the EU capped the interchange fees in 2015, many retailers started accepting MasterCard and Visa here. AMEX is exempt from the regulation since it's a three-party system and less commonly accepted. I'm not aware of any retailers that accept MC/Visa debit, but not credit cards or vice versa.

132. prawn ◴[] No.22894859{5}[source]
Thanks. Just custom. We built the original core in 36 hours and the landing page looked a bit different then, intending to be simple and barebones. My mother in law asked when I was going to finish the design, so I redid it instead.
133. Cu3PO42 ◴[] No.22894939{7}[source]
Interestingly online payments with Maestro (what cards are commonly co-branded with right now) are possible as well with quite a few sites, but the Maestro card number is not exposed and even if you manage to get it, I believe the cards are typically not enabled for that.

That's a peculiar choice, but I assume the decision was made to appeal to the typically skeptical German market. I do wonder why it wasn't made opt-in, though.

134. PixelPaul ◴[] No.22895025{4}[source]
i dont want to open a US business just to process US payments. the cost and time would be to high. and taxes. did you open a australian stripe account without an australian business?
replies(1): >>22897654 #
135. thoraway1010 ◴[] No.22895226{5}[source]
Refund rates that fall substantially above 5% are almost always tied to business quality - and those business SHOULD pay. Seriously, if you are refunding 20% of your business you need to look carefully at how you acquire business - stripe is not driving folks away from doing stuff online - you may be.

Stripe has made the right call here - though the silent and vast majority won't have anything to complain about so won't be on here posting.

replies(1): >>22896623 #
136. patio11 ◴[] No.22895235[source]
I work at Stripe.

Many companies in travel (and similarly affected industries) are having challenges shaped similarly to yours. There is a very active conversation in the industry about what we can do about the standard process for chargebacks to support this better. (Chargebacks were never designed to be a massively high-volume simultaneous event.)

Concretely you could imagine some specific consequences of chargebacks. I don’t have anything specific that I can share as of this exact minute with respect to each of those concrete consequences, but we’re working on this very actively. A lot of this work requires coordination with other firms. Chargebacks are broadly adjudicated by banks with reference to the rules established by the card networks, so we have limited control over per-chargeback decisions, but the industry is moving quickly on trying to decide what to do about this sort of chargeback given the circumstances.

As always, we’re in the corner of companies trying to do the right thing. As you get through this, if there’s specific things we can help on, please flag them to us; we can’t promise saying yes to every request but we can promise you’ll have our attention.

replies(1): >>22895420 #
137. thoraway1010 ◴[] No.22895241{6}[source]
What volume and dollar value are you testing at? I ask because assuming your time is billed back fully loaded to the client at $200/hr - and you spend 4 hours doing some sort of testing your time is $800... what are the fees relative to this?
138. notwhereyouare ◴[] No.22895420{3}[source]
Thanks for your response. We are more just concerned about being dropped over the large number of charge backs in a small period.

So much so that we are actively implementing a new provider as backup so we aren’t stranded if we get cut off.

139. brongondwana ◴[] No.22895733{5}[source]
"For example, if you're processing $100k/year and refund 5% of your payments (which would be on the high end of normal), it works out to about $12/month".

Patrick, please don't do that. It's scummy maths and unworthy of you. Either "if you're doing $8k/month it work out to about $12/month" or "if you're doing $100k/year it would work out to about $145/year" would be better. Using different units for the two different figures to make them look further apart is the kind of thing done by people trying to mislead with data.

replies(1): >>22898628 #
140. brongondwana ◴[] No.22895751[source]
Here to second this. We have a USD account in Australia and can receive USD payments directly as USD from Pin, but from Stripe we have to receive the payment as AUD. Really looking forward to the option of avoiding multiple currency conversions.
141. windlep ◴[] No.22895895[source]
My biggest two issues:

1) Stripe docs are inaccurate. They frequently don't work exactly as they describe for given subscription workflows. Sometimes an API call is entirely wrong, sometimes it doesn't return the data the docs indicate, and sometimes the arguments it describes just doesn't exist. (Yes, I've ensured I'm using the latest API version in use).

2) The docs have no changelog. There's an API changelog that indicates when API's change, there's nothing indicating when entire chunks of the documentation change on the website, along with the recommended way to integrate. The most obvious example of this is that the subscription workflow docs got a huge makeover in the past year (sometime), with some really great flowchart diagrams. But back to point #1, some of the API calls listed here are not actually valid. If I've just missed the changelog for the website docs, please point me in the right direction. :)

For reference, I'm using Node at the moment, but I've also integrated with Python, and there were breaker bugs in those docs as well. I eventually end up reading the HTTP API docs, then going through the SDK's to see where they went wrong, or the docs went wrong.

142. robhunter ◴[] No.22895927{3}[source]
OK - for months, we had an available offer of $25k - disappeared in mid March despite minimal/normal churn at the time. Felt to us like the plug got pulled.
143. geofft ◴[] No.22895974{4}[source]
Why does that affect SaaS businesses specifically? I would think that's at least as much a problem (if not worse!) for businesses that do non-recurring sales and also for businesses that sell physical goods or non-scalable services. It sounds like if I pay for a steak or a haircut with SEPA, I can get a full refund eight weeks later and make it the restaurant or barber's problem to chase after me for the money, right?
replies(1): >>22896902 #
144. switch11 ◴[] No.22896013[source]
Patrick, good to see you responding

I'd like to add a few points, especially those considering Stripe vs Paypal

This: Billing through PayPal is playing with fire. They can and do freeze accounts and it can take months to get the issue resolved.

We are very thankful to Stripe because Paypal left us high and dry

We found out they were calling up our customers and pretty much forcing them to do disputes

They also locked our funds FOR SIX MONTHS

If we did not have backup funds and if we did not have Stripe we literally would not be able to continue as a company

Paypal basically have ZERO consideration of the fact that you are running a business and that your payment provider should not just randomly end the business arrangement

Our dispute rate for the last $1.5 million processed through Stripe is roughly 0.3% whereas with Paypal it was considerably higher. I even have saved emails from our customers of Paypal asking them to open disputes even when they said they were happy and did not want to

Even eBay stopped using Paypal, and switched to Adeyn

consider how extreme things have to be if the company from which you were spun off as a separate company (eBay spun off Paypal), even they stop working with you

Stripe is much, much better than Paypal

Most importantly, it is much more dependable, much more small business and startup friendly, and developer first mentality

Paypal always has the attitude of - We're big and we don't give two hoots about you

Whereas Stripe they will always talk to you as a fellow human being

*

Stripe: The CEO is coming here to Hacker News and personally responding As are various members of the Stripe Team

Paypal: Will freeze your account for no reason at all. Will not even respond. The lady on the phone will shout at you even though you are politely asking why account is frozen. Plus as a bonus they will freeze funds for SIX Months

They froze funds equal to TWENTY TIMES the total disputes and refunds combined total from the Past 5 years. For SIX MONTHS

replies(1): >>22898523 #
145. rswail ◴[] No.22896098{5}[source]
Hardly "collusion" that most nations have some form of debit payment system that is independent of the Visa/MC networks.
replies(1): >>22899680 #
146. rswail ◴[] No.22896138{5}[source]
In the public transport space, batching is absolutely required, usually there's a mechanism of "preauth on first tap" and rapid distribution of deny lists.

Payment requests are accumulated and batched, combined with "capping" of travel costs (eg max/day, weekly discounts etc).

147. BurningFrog ◴[] No.22896217{6}[source]
Makes you wonder how much those companies really compete.
148. stevoski ◴[] No.22896371{3}[source]
Josh, I appreciate you being receptive.

But I've been asking Stripe for this since 2015. I don't know what info I can possibly offer you that you surely haven't heard from tons of customers over the years.

149. larossmann ◴[] No.22896582[source]
Billing the vendor for refund fees is the biggest gripe I have. It is not only for the self-centered reason that it would affect my business – it is because it contributes to the consolidation of ecommerce to only a few select companies. It adds friction to consumer transactions with small businesses, causing consumers to become aggravated with these small businesses. It conditions consumers to believe it is easier to deal with large businesses that always seem to have a "cancel" button and easy-order-cancellation policies, opposed to the small businesses that just seem to make things hard and expensive for no good reason. This will contribute to the consolidation of ecommerce to a small number of multi-billion dollar players like Walmart, eBay, Amazon, etc. Allow me to explain:

If someone makes a purchase of a $1500 ultrasonic cleaner from me, and then realizes they made a mistake, I now have to tell them there’s a $43.50 restocking fee, even if they call me 2 minutes after they place the order. This will leave a disgusting taste in the customer’s mouth, but I have to do it, because I can’t expose myself to a $43.50 fee for something I have zero control over. That customer may eventually notice that Amazon, eBay, Walmart, etc, do not charge such a fee. The customer has no idea why – they just know dealing with Amazon means less friction. The customer will now utilize Amazon more.

Many will say that this is a dumb gripe. “If you don’t like it go somewhere else!” PayPal instituted this policy as well. They backed down temporarily after people made a stink about it, but months later continued forward with the policy. I currently use a merchant services provider that does not implement these fees, but for how long?

My time in my industry has taught me that companies will often wait for one “outlier” to make controversial reforms to their platform/products before doing it themselves. Whether it is gluing the battery inside of a cellphone, or adding strange fees to transactions. Once a profitable, anti-consumer move succeeds with the company not going out of business, it emboldens other firms to do the same.

My merchant services provider doesn’t charge this fee. Yet. But they saw Stripe charge it, and get away with it. They saw PayPal charge it and have another more profitable quarter. The outrage lasted a week, the increased profit lasted forever. “Gee, it isn’t a business killer after all. Maybe we should do it too!” will come up in corporate boardrooms across America.

Then, we’re left with a landscape where the only companies left in ecommerce who can offer customers friction-free order cancellations are Amazon, eBay, and Walmart. Who wants that? Yes, people can say “just absorb the fee if you don’t want your customers to be mad at you.” How? I am already competing as a dude with no outside financing with a trillion dollar company – I’m winning if I am making any sales at all! Now I’m expected to compete on price when I have to absorb fees when customers cancel an order?

Let’s say you manage to claw your way into a market by offering a better product, or after sales service on that product to the point where you can compete with Amazon. That is a miracle in and of itself. To then have to deal with a minefield of additional charges that your competitor doesn’t have to is just another nail in the coffin of small-business ecommerce.

I find it awful, and I protest using these services. I cut my exposure to paypal by about 95% and dodged a bullet in not signing up for stripe. I suggest the same to my listenership anytime someone brings up or mentions a merchant services provider that I know charges this fee. Even if they say it won't affect their business much because they do not deal with lots of cancellations, it is the greater implication I make them aware of. No one wants a market where the only companies with a free "cancel order" button on their site are eBay and Amazon.

Scott Galloway also has a lot of excellent content with arguments on breaking up Amazon. Whether or not one agrees with his solutions or assessments of the problems Amazon creates and how to fix them – it is clear that they are dominating the race. I am not suggesting that we hold Amazon back – just that we don’t purposely trip companies doing their best to keep up.

replies(1): >>22896598 #
150. areoform ◴[] No.22896598[source]
Wait, are you the Louis Rossmann? https://www.youtube.com/user/rossmanngroup
replies(1): >>22896639 #
151. Silhouette ◴[] No.22896600{4}[source]
Among other things, it appears that Paddle

1. reserves the right to unilaterally vary the contract in any way, with immediate effect and without actively notifying the merchant

2. ensures that if anything goes wrong, any legal action against it by its merchants would have to be taken in another country and under another legal system, even if Paddle operates in the merchant's own country

3. takes extensive control of the product or service they are selling on their merchant's behalf, to the extent that they can sell it to whoever they want, sell it at whatever price they want, give demos to whoever they want, etc.

4. requires that any software it is selling on behalf of its merchants be bug-free, and that the merchants accept liability for anything bad that happens if it isn't.

It's hard to take any service seriously when it has terms like that in its standard agreement. Unless these kinds of terms are unenforceable where you are (or where Paddle is, given the above?) and you have a legal opinion telling you so that you trust enough to bet your entire business on it, it seems like you'd have to be crazy to accept them.

I've seen some very one-sided terms from other payment services before, but I take them at their word that those terms are typically required by the giants behind the systems like the card networks and banking groups. I think some of those should be also be unenforceable by law, but right now that seems to be the price of admission. I've never seen anyone else seriously suggesting the kinds of terms that Paddle is, though.

Edit: Changed to present tense, after checking Paddle's legal terms of use at the time of writing at https://paddle.com/legal/ to confirm that these criticisms are still current. The first two points above are in the preamble at the start of the document. The third is under 4.2 and 6.1. The fourth is under 13.1(ii) and 13.2(ii).

replies(1): >>22898114 #
152. larossmann ◴[] No.22896623{6}[source]
>Refund rates that fall substantially above 5% are almost always tied to business quality - and those business SHOULD pay. Seriously, if you are refunding 20% of your business you need to look carefully at how you acquire business - stripe is not driving folks away from doing stuff online - you may be.

Do you know how often I have people buy something and then call me only to let me know they may have bought the wrong thing?

If you ISL6258AHRTZ & ISL6259AHRTZ, your refunds are likely not due to "business quality."

If you sell NXP610A3B and NXP1608, your refunds likely don't "business quality."

They reflect reality in a world where most people aren't savants with random long strings of seemingly meaningless letters/numbers that make up product codes for chipsets.

I used to employ a competitor in this field. We have taken different approaches to obtaining customers, and in setting up our respective online stores to be as simple as possible - to try and inform people what fits what even if they don't know what they are doing.

But lots of people don't read, then they buy things by mistake anyway.

>While refund rate of course is not definitively coupled to the quality of a business, we do see across our portfolio that it is strongly correlated. Given a basket of possible fees (for example, higher fees on Amex, which most other providers have), we prefer the fees that, on the margin, are least consequential for the businesses that are doing the best job of serving their customers.

What metrics are being used here to judge the quality of a business? How is whether a business is "quality" or not being judged by a credit card processing provider? What information is obtained to make judgments according to these metrics?

I've been in different online and in-person businesses. Some businesses have low refund rate with poor quality, others high refund rate with fine quality. I can say with certainty 100% of the refunds I gave when people sent back a product that was not the product I sent them(or even a product I sell) after they filed a chargeback had nothing to do with the quality of our business - the only thing the merchant would have access to is a he-said-she-said list of jpg files and ranting paragraphs. Hardly fitting information to judge the quality of a business on.

Honestly, I've looked as Stripe's offerings - I pay 2.15% right now with 40/60 online card not present/in-store card present and refunds are free. How is it with a 2.9% fee that people who rarely refund their customers have to pay the fee for those customers for the model to make sense? I'm not asking Stripe to match the fee of a large bank - but can we not charge an additional .7 percent and then say "it has to be done so we don't lose when people refund?"

This is outside the greater implications of this policy - if more merchant services take this on, we will be left with a world where only Amazon, eBay, and Walmart can offer "cancel" buttons on their site. Who will want to do business with small businesses if even something as basic as hitting the cancel button incurs fees?

If I buy a TV, or an ultrasonic cleaner, or a stereo, or some furniture from a small business vs amazon and I mess up something in my order, I have to pay a $45 fee - but when I buy it from amazon, I don't? Screw them, I'll use amazon.

If this is adopted by every single business, it will be just one of many factors that pushes customers in the direction of using Amazon over small businesses. It's hard enough competing with trillion dollar companies as is without erroneous fees being added in that were outside the overton window of business discussion 10 years ago.

To be clear, I have no problem with people choosing to make purchases from Amazon. I do have an issue with the industry slowly adding barriers to small businesses having the ability to compete on a level playing field. I'm all for them earning a good reputation, but we shouldn't be working to put sour tastes in the mouths of every customer who f'd up and made an order in error with someone that they will not have with a larger company.

replies(1): >>22900528 #
153. georgespencer ◴[] No.22896634{5}[source]
Not affiliated and no issues. These are sweeping generalisations and wholly unhelpful.
154. larossmann ◴[] No.22896639{3}[source]
That depends, are you a collections agent or process server?
155. wilg ◴[] No.22896776{3}[source]
Sure, we wanted Stripe to handle the taxes like Paddle does. Instead, Stripe just asks you to figure that out yourself or contract with another company through a complicated integration.
156. misrab ◴[] No.22896793[source]
Would love Stripe to handle bank transfers as a payment method!

Many of our customers prefer this method over card payments. Then Stripe would fully cover our payment use-case; I'd love to use Stripe alone for payment, analytics and security. Right now we can't :(

157. plantain ◴[] No.22896902{5}[source]
That's why you can't pay for a steak or a haircut with SEPA I guess.
replies(1): >>22897640 #
158. xorcist ◴[] No.22896909{6}[source]
> we do use cards, just not credit cards. I figured that was clear in my comment,

I think the confusing part of your comment was where you consider non-credit cards (debit, prepaid etc.) to be distinct from VISA/Mastercard. That is not the case in most countries. It used to be the case in Germany, but is slowly changing as more and more debit cards are VISA/Mastercard cobranded.

159. sadovmychyi ◴[] No.22897309[source]
Any plans to make IDR currency into zero decimals so we can charge more than ~$64? Right now you cannot charge more than a million in any currency (which is reasonable) but IDR still has decimals.
160. kmoriarty ◴[] No.22897382{4}[source]
Hey! I'm another Stripe working on tax compliance pain points. Would be keen to chat about your experience with Paddle and specifically what type of solution you are looking for w/r/t tax and/or product fulfillment. If you're up to chat, email me at kmoriarty@stripe.com.

Either way, thanks for the feedback!

replies(1): >>22897907 #
161. _gfrc ◴[] No.22897640{6}[source]
Actually you can. A few years ago, when paying with a German bank card, very often the transaction was turned into a direct debit transaction, because they used to be cheaper.

This used to be very common in supermarkets. Every time you had to sign the receipt this was happening. It's not as common nowadays as the fees are now more or less the same.

162. adambyrtek ◴[] No.22897654{5}[source]
We had to incorporate in Australia anyway, so I guess you're in a different situation.
163. m11a ◴[] No.22897842{4}[source]
Ditto. I don't know how he finds the time, and always touches his email in to make himself available to customers. It's customer service done right and it's great to see.
164. m11a ◴[] No.22897859[source]
> If any non-EU companies know a cheaper way to process transactions in the EU, I'm all ears...

Depending on your volume, it's really not expensive to setup a legal entity in the UK. Since UK is leaving (unsure if EU financial access will continue) Ireland is a good alternative. A UK company costs < £100/yr to maintain. Depending on your volume, it may be worth exploring with your lawyer/accountant.

Perhaps there's merchant-of-record services too, that are incorporated in the EU and I believe legally act as an agent to sell your product.

replies(2): >>22897987 #>>22898700 #
165. m11a ◴[] No.22897898[source]
I'm late, so you probably won't see this (might shoot you an email with this same thought.), but I want to echo a piece of feedback I sent to you last year (and the year before I think):

Faster checkout. And improved trust (somehow).

I hear you folks acquired fast.co which seems to be a step in this direction. Entering card details on every site is problematic. Some customers are still worried about it and prefer to use PayPal. Indeed, when I offer both as an option, and make clear Stripe payments go via Stripe and we don't see details, about 80% of people choose to pay with PayPal.

Stripe Checkout, being on your platform and not our sites, seems to be a step in the right direction. I'd also like to see faster payments. My opinion: checkout takes too long. Sites making people create accounts, go through 4 pages and then enter card is bad.

--------

I think, honestly, integrating fast.co into Stripe and making it highly encouraged is the future. Go a step further and encourage sites to stop making users create accounts. SSO-style system, perhaps, but easy to integrate. Authentication is a pain for me as a customer on sites - I have too many accounts and it drains a lot of time combined. I really think your company has the power to make a difference to this problem.

166. Silhouette ◴[] No.22897907{5}[source]
Just so I'm not misleading anyone, we're not actually using Paddle ourselves. I elaborated on why we ruled it out in another comment[1].

To explain where we're coming from here, I personally learned a classic first-time entrepreneur lesson the hard way some years ago: if we're not a payments business then we should focus on what we are, not on payment mechanics.

The first time I started a B2C, I naively thought I could do better, and to be fair, I really did implement a simple, robust, flexible system that fit our needs well. But over time, even the better payment services started breaking APIs and neglecting documentation and dropping customer service standards and increasing prices, and maintaining those integrations became painful. Governments started changing their regulations and tax rules, and updating our systems to keep up with the ever-changing compliance and tax obligations become painful too. We also found that fraud and chargebacks weren't a significant problem for us, but surprisingly, churn due to unreliable card charges was unbelievably bad and could turn an otherwise healthy growth rate negative all on its own, which was not a good combination with the aforementioned drop in standards at the payment services.

What we're now looking for, in a nutshell, is a service to which we can outsource payment processing, subscription management, and all of the sales tax collection, reporting and remittance obligations. I don't want to use APIs or webhooks any more than I absolutely have to. I want to fill in correct, context-aware, all-inclusive prices on our pricing page with ideally one line of code. I want to hand our customers off smoothly to a well-designed, batteries-included sign-up flow with ideally one line of code. I want a simple notification to reach my server when a customer has paid us so we can have our systems respond accordingly, and I want simple notifications if anything has gone wrong so we can contact our customer or payment service and deal with it.

I do not want to know what the current sales tax rates are in Western Nowhere, Somecountry, and I certainly do not want to have to sign up for a government programme and file reports and remit taxes there because once upon a time we had one customer who signed up for one month and we collected 1.50 Nowheredollars in sales tax.

I do not want to have any UI on my site and therefore any code behind it for upgrading, downgrading, cancelling, refunding, retrying failed charges or sending flowers on my customer's birthday, except to the extent that we provide a simple way for a customer to indicate they want to do something and we can then hand off the mechanics to the payment service if we agree, again ideally with one line of code.

I do want a simple, effective dashboard facility on the payment service that lets me see and control all of those things (well, maybe not the flowers) and any other relevant settings if I want to, and I want it to be somebody else's problem to implement and maintain that facility.

I don't know what proportion of our revenues we'd be willing to give up for a service like that, but it would be far higher than anything we pay to any payment service today.

[1] https://news.ycombinator.com/item?id=22896600

167. literallycancer ◴[] No.22897918[source]
Can you get an EU subsidiary or something like a TransferWise account where you can receive any currency? Not sure how well it interacts with Stripe but it should work.
168. ttoinou ◴[] No.22897987{3}[source]

  A UK company costs < £100/yr to maintain
Accounting included ?
replies(1): >>22898063 #
169. m11a ◴[] No.22898063{4}[source]
No. But you don't necessarily need an accountant in the UK.

Off the top of my head, the Companies House filing fee of around £15/yr, an address for the company (around £50/yr) are all you require to hold a UK company.

For a tech company that uses Xero and feeds in invoices programmatically filing the statutory returns by an accountant might cost £1000/yr (or 0 if you wish to DIY, the UK's HMRC makes self-filing easy unlike the IRS). Plus £360/yr for Xero (free accounting software probably won't cut it).

VAT returns and PAYE returns are pretty easy to self-file; Xero does them automatically and HMRC provides free software for it. The annual statutory accounts are more difficult, and you probably want an accountant.

Rough figures: if you want to be cheap, use Xero discounts and DIY, it's around £500/yr. With an accountant, but you still doing some of the work, perhaps £1500/yr.

170. cercatrova ◴[] No.22898114{5}[source]
I've taken a look at the terms, and it seems to me like they are more for when Paddle acts as your ecommerce store rather than just your payment gateway. This is where the right to demo and sell the product shows up, because without that, you wouldn't be able to use Paddle to sell your product. Again, this is not the same as what Stripe is offering, it's more akin to Gumroad, Podia, and the like. Also, while I understand appeal to authority to not be the most trusting of options, it seems like many other well-known companies use Paddle, and I assume their legal teams have scoured through Paddle's terms of use, so it looks good enough for me.
replies(1): >>22898416 #
171. vinniejames ◴[] No.22898327[source]
When will you bring back crypto payments?
172. eruci ◴[] No.22898352{3}[source]
In Paypal you just create a subscription button and you are done. Paypal takes care of creating the customer profile, etc. In Stripe there are a few more hoops to jump.
173. Silhouette ◴[] No.22898416{6}[source]
I've taken a look at the terms, and it seems to me like they are more for when Paddle acts as your ecommerce store rather than just your payment gateway.

That might have been the intent, but I see nothing in the terms that restricts the scope of those I mentioned to that situation.

And the general "we can change anything we like and you can't easily sue us ever" would be inappropriate even in that situation.

I assume their legal teams have scoured through Paddle's terms of use

I respectfully suggest that this is an extremely dangerous assumption when you're talking about a binding legal agreement and the future of your business.

I've occasionally had a real lawyer look at the terms for some very popular online services that we were considering using, particularly when I thought they looked risky, and received formal advice along the lines of, "Run away. Don't walk. Run."

174. littlethings ◴[] No.22898523[source]
Awful. Happened to my friends too. The funniest part is, they still get away with it. But the consumers have choice and I am glad they are choosing Stripe over PP.

Also, if anyone at PayPal reads it: screw you, I will never give you a damn cent.

175. dx034 ◴[] No.22898628{6}[source]
I don't think it's scummy. Revenues are usually measured on an annual basis, fees for many subscriptions come monthly. I believe this gives a good idea on monthly expenses for a business of a certain size.
replies(2): >>22898721 #>>22899305 #
176. BartBoch ◴[] No.22898632{3}[source]
A solution, it seems, might be to allow users to get free refunds for up to 5% transactions in current month. Anything above that is paid.

This way regular members are not penalized by big refunders...

177. dx034 ◴[] No.22898651{4}[source]
I love transferwise and use their service for several currencies but it shows how hard it is to get right. E.g. EU customers in the US get a bank account on the name of Transferwise with you as the beneficiary. Even larger invoicing systems in the US can struggle with this as the person is not a US resident, has sole access to the funds and yet the account holder is a US entity.

Customer Service, UX and speed are amazing. But it took me a while to convince US companies to accept this structure.

178. dx034 ◴[] No.22898664{3}[source]
That was a decade ago. Esp with more traveling (car rentals and many hotels abroad require credit cards), penetration of CC in Germany is very high now. Usage isn't, many like to use their debit card or cash. But even older folks I know all have a credit card they get out a few times a year if no other payment method is available.
179. dx034 ◴[] No.22898688{4}[source]
From experience, (1) isn't really a problem. If payments bounce they do so within a few days due to insufficient funds or fraudulent use. After that, refunds are extremely rare. Esp. since most European countries have easy systems for small claims which allow you to claim the money back.
180. dx034 ◴[] No.22898700{3}[source]
In pretty much every country you need a director or similar who's a resident of that country. There are agencies doing that for you but that's not cheap and not without risk. Running a company without residence is usually not worth it for small companies.
181. sholladay ◴[] No.22898711[source]
I need destination subscriptions - subscribe a customer on my platform to a plan on my platform and share some of the revenue with a Connect account. The workarounds needed to solve this use case are very clunky.
182. brongondwana ◴[] No.22898721{7}[source]
Everything you say is true and yet - it also makes the amount look lower than it is (about .15%), which is still pretty small but it's O(100) vs O(100k) rather than O(10) vs O(100k).
replies(1): >>22902141 #
183. bluehatbrit ◴[] No.22898925{3}[source]
I want to third this, this last week I've been integrating payments and I'll soon be adding in Connect as well. It took me quite a bit of back and forth on whether to use Checkout or Elements and I then ended up with 2 different recipes which resulted in the same thing but both highlighted different "important information".

Eventually I just picked one and it seemd to work out really well though. I've also recently been working with the slack docs and they're the total extreme, 8 different guides with similar names and various different deprecation notices around.

On the upside I felt like having both recipes was really useful to get a good overview of the options and possibilities. I'm really happy with my implementation now and I don't think slotting in Connect should be too tricky. Using the stipe docs was a breath of freshair compared to the Slack api docs which I've been using recently and have been an abysmal experience filled with hundreds of open browser tabs.

184. sealthedeal ◴[] No.22898989{5}[source]
-4 points. Maybe this reads as too self-promoting. Apologies to the HN'ers reading this :)
185. kernelbugs ◴[] No.22899005{6}[source]
I've had the same (mostly) great experience with them.

My only issues with TransferWise have been having to ask recipients for their full addresses and then manually having to translate address schemes into something that fits in the boxes TransferWise provides in their forms. Sometimes things don't map over 1-to-1 (some Japanese and Taiwanese addresses, for example). I've also found that some Japanese banks only have one branch without a name and Transferwise requires a branch name. I eventually figured things out by researching the branch number online though.

All minor gripes though. Transferwise has let my business operate smoothly and make connections to vendors that would otherwise be cost-prohibitive to pay.

replies(1): >>22906843 #
186. bbutterworth ◴[] No.22899305{7}[source]
I was caught off by this sleight of hand; I agree that it is scummy.
187. namibj ◴[] No.22899666{6}[source]
The process for SEPA is called "sue them"/"press fraud charges".
replies(1): >>22902257 #
188. clement911 ◴[] No.22899678[source]
As a Stripe customer incorporated in Australia, I have the exact same feedback. Not being able to get paid out in USD and incurring double FX costs is real problem.
189. lxgr ◴[] No.22899680{6}[source]
Yes, but in most countries, such debit cards are co-branded with Visa or Mastercard to make them usable abroad or online.

In Germany, most banks still see these use cases as an opportunity to upsell their loyal customers on their expensive credit card products (not in terms of interest really, but rather because of high monthly and foreign use fees).

190. lxgr ◴[] No.22899775{5}[source]
> You always need a "mandate" to debit an account and if you get that properly signed by the customer, you should be able to get the bank to reverse the reversal

That's unfortunately not true. There is no recourse to direct debit returns; there is no dispute resolution process or anything like that. The presence or absence of a mandate only impacts the timeframe for returns to be files, as far as I understand.

191. the-real-jap ◴[] No.22900114[source]
My company uses Chargebee as the subscription management layer (between stripe and our systems; they perform charging, billing and dunning for us, and also offer us a slick interface to hand out rebates and the like); they are able to at least determine the correct VAT amount for European customers (based on IP/asking the user). It's not free though, but I'm happy we are able to focus on our product instead of those things.
192. BoorishBears ◴[] No.22900528{7}[source]
> If you ISL6258AHRTZ & ISL6259AHRTZ, your refunds are likely not due to "business quality."

> They reflect reality in a world where most people aren't savants with random long strings of seemingly meaningless letters/numbers that make up product codes for chipsets.

If you're selling products to people who aren't intimate enough with the product to tell them apart, and not doing a good enough job of guiding them before they put down their hard earned money, you're failing your customers. So it is very tied to business quality.

You should have warnings, or clear break downs of product descriptions they can use to confirm.

-

A refund is not free for the user either, now they have to go and get a refund, hope they caught it quick enough for shipping, maybe ship it back.

So there is, almost by definition, no situation where you have a high refund rate, and aren't making your customers suffer, and that's not how a quality business is run

193. edwinwee ◴[] No.22901680[source]
Hm, sorry about this. Could you forward that email to me at edwin@stripe.com and I see what's going on?
194. BoorishBears ◴[] No.22902141{8}[source]
Yeah but why are you saying "It's scummy maths and unworthy of you?" such an overreaction

Most people think of those kinds of expenses in monthly terms, maybe you're not aware of that. This isn't a press release, it's someone's comment off the top of their head.

195. gingerlime ◴[] No.22902257{7}[source]
Against who? An email and an IBAN number? For our B2C with relatively small charges it definitely wasn’t worth it. Even CC chargebacks we don’t bother to dispute because the process is painful and virtually impossible to win (banks side with their own customers typically)
replies(1): >>22919461 #
196. timcameron ◴[] No.22906843{7}[source]
Hey kernelbugs, I work at TransferWise and would love to learn a little more about the issues you face with our address forms (it could be due to the fact that payment system limitations often lead to field limitation on our side). Hopefully I can help you figure out a way to make your life using our product easier as well. Could you please send me an email to tim@transferwise.com?
197. namibj ◴[] No.22919461{8}[source]
The latter, mostly. And I was more referring to the existence of the dispute resolution process, not the viability for random low-value transactions.
198. mikeappell ◴[] No.22937998{4}[source]
Oh hey, just saw your response =)

Not something I'm likely to be looking at in the nearish future, but the next time I need to do some refactoring/rolling out a new Stripe feature, I'll definitely drop you a line with my thoughts. Thanks for the heads up!

199. tallytarik ◴[] No.22942845[source]
Absolutely agree with #1. I've had a similar experience - I run a business with Stripe, also in Australia.

We charge in USD because we serve primarily US customers.

I pay for the business expenses in USD.

I've opened a US/USD bank account with Transferwise.

But I can't use it with Stripe [1]. Their only choice is to have them convert our USD earnings to AUD and pay out to an AUD bank account.

So when I pay those business expenses, I'm either:

a) paying on an Australian debit or credit card, which charge us another 3% for every international transaction (3% seems to be the standard rate across all of our banks here), or

b) carefully managing our cash flow to transfer AUD to our Transferwise account, use TW to exchange to USD, and then pay with our TW card.

We did (a) for a while, now trying (b), but I'd love to see (c): Stripe pays our USD earnings to our USD bank account.

[1] Funnily/strangely enough, I can actually ADD the USD bank account to our Stripe account. It just sits there, lonely, with a 0.00 USD balance. It took reading through the docs to realise that USD payouts are not supported for Australian Stripe accounts.

200. Symbiote ◴[] No.23005439{6}[source]
The EU had to legislate to get the fees low enough that microtransactions might possibly be reasonable.

Visa etc are now only allowed to charge a percentage, 0.2-0.3%, but the intermediate (Stripe etc) can still add a flat-rate fee.