111–120 of 158 posts
Earlier quoted context omitted.
Stripe, probably, is going to handle something like this the best. but there are a TON of "alternatives" out there.
Is it very hard to roll an in house solution in collaboration with a local bank?
I think developers come at payment services with a mindset that it's such a simple thing (it's really just decrementing a number in one account and incrementing a number in another account) that they leave it to last to implement. Like security, it should be part of every decision you make, from day one. Particularly if you live outside the US. CarGo's experience is a great example. For an app that lives and dies on…
The first thing they ask you when you open an account is how much volume you have.. There is no such thing as a "backup" payment gateway. The first few weeks of operation the "backup" gateway would suspend your account for not providing the necessary volume of sales.
I can't explain our difference experiences - maybe it's down to providers. We've been through five, and are currently very happy with Stripe.
After reading the comments, and seeing what others have gone through, and generally speaking I'm not the biggest fan of PayPal. I gotta say: +1 to stripe! https://stripe.com/ They are fantastic to work with, and its super easy to get setup with them. Hats off!
I asked Stripe a question once, and they answered! Specifically and referring to the details I had described in my question. I'd never expect that from a Paypal. But like Braintree, that will probably become a thing of the past as they grow bigger.
Earlier quoted context omitted.
How you've opened the bank account in uk without been resident there ?
You don't need to be resident there. The same applies in the US, except in most circumstances you have to be physically present at the bank to actually open the account.
E.g. when I opened my first US bank account the bank required me to get a copy my ID documents notarised, and wouldn't accept just any notary public, it had to be notarised by the US consulate.
- Let the drivers accept cash in the meantime?
- Move to another payment processor? (e.g. Stripe?)
- Accept bitcoin?
- Use some direct payment between passengers and drivers? (e.g. Venmo, bitcoin, etc.)
(I messaged him that)
Earlier quoted context omitted.
I'd expect that most companies rely on one payment provider, at least in the early days. The cost of implementing, testing, etc. multiple providers is pretty high. I have only switched providers twice in the decade long life of my company, and only due to extreme pain from the previous one. It takes a lot to get me to sign on for the pain of a migration, and that's even more pronounced now that so much data ends up s…
Of course it is painful to implement a seconds provider for backup, but payments are their lifeline. And PayPal has a track record for stuff like that. Never rely your whole business on PayPal!
Presumably you'd also hold three months worth of cash expenditures so you can maintain cash flow.
But in two separate banks?
In two separate currencies?
I think developers come at payment services with a mindset that it's such a simple thing (it's really just decrementing a number in one account and incrementing a number in another account) that they leave it to last to implement. Like security, it should be part of every decision you make, from day one. Particularly if you live outside the US. CarGo's experience is a great example. For an app that lives and dies on…
The first thing they ask you when you open an account is how much volume you have.. There is no such thing as a "backup" payment gateway. The first few weeks of operation the "backup" gateway would suspend your account for not providing the necessary volume of sales.
Then eventually you can make a decision which works best. The new provider (the backup) or the old provider. Then turn the volume to the best one.
Though I would never go 100% on any of them. Maybe keep some geoip through the backup. E.g. South America with one provider. France with another. Or a 5% load balanced volume.
It is good to keep them all up to date and active, as from experience they all frequently f-up and you have to feature toggle a provider off for a day or week now and then, or at least throttle them down.
Earlier quoted context omitted.
Ah, that solves that mystery. Thanks! Also means that them being a Serbian company hasn't really got anything to do with why they had issues with Braintree.
Not necessarily. E.g. for PayPal you need to provide company president's home address in a given country. I had a company and a bnak account registered in UK, and PayPal didn't want to do business with me, because I lived in Poland. I couldnt register for Polish paypal either, because the company was in UK.
if using Braintree would lead to problems like the ones mentioned by OP, what are the alternatives, in US and elsewhere, square cash?
Lots there and to be fair there a lot of other providers not even listed on that wikipedia page. Actually a few big ones that I have worked are not on there: Vindicia, PayEx, Paymill, etc
We put a new ecommerce site live on Magento2. We were short on time, so to make everything go more smoothly we chose to move our payments to Braintree as they have an pre integrated checkout with Magento2. Of all the things I thought I would be sitting up all night sorting out, I really didn't expect it to be Braintree, but it was. I'm sorry if this sounds harsh to Americans, but the fact it was thanksgiving did not…
> I'm sorry if this sounds harsh to Americans, but the fact it was thanksgiving did not interest me in the slightest, as we are at work that day, and so are our banks. If you want to sell your service in the UK you should be available 9-5 UK time What does Braintree's SLA look like? Are these service levels something a UK customer ought to expect having enrolled for an account with Braintree?