Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Stripe: instant payment processing for developers

stripe.com

Post reply on HN
Print view View original

211–220 of 369 posts

Re: Stripe: instant payment processing for developers

#211

Post by powertower »

physcab wrote: post #6

Stripe is a game changer. I've been using it for a few months and honestly its the best API I've ever used. The documentation is clear and concise. Its customized to your account so you can literally copy and paste and see the result. Just like it says, it gets out of your way. I was up and running and accepting recurring payments in less than an hour or so. I actually began to think of larger "swing for the fence" t…

I really don't get or see how Stripe is different?

Why would I use it instead of PayPal, 2CheckOut, e-junkie, etc?

As a seller of software myself (http://www.devside.net/server/webdeveloper), I can tell you that "API is cleaner" and "lower fees than 2CO" don't do anything for me at all.

Re: Stripe: instant payment processing for developers

#212

Post by AndyJPartridge »

Silhouette wrote: post #145
keeran wrote: post #118

Earlier quoted context omitted.

I've held off developing / launching a few small biz ideas because of the state of payment providers in the UK - ready and waiting to help you test when you're over here :)

I concur entirely (and have spoken with my MP about it). However, as far as I can tell, anyone using any of the more established "big name" billing services to collect payments for a UK company is almost certainly breaking at least one law on a "your business is at risk" scale. Stripe would have to be very special to do better. The usual culprits are VAT (I have yet to find a billing service that would actually allow…

+1, well said.

As I said in the live chat to them tonight - please guys, get to the UK soon :-)

Re: Stripe: instant payment processing for developers

#213

Post by rick888 »

I have a problem with using merchant startups. If they go out of business, what happens to my clients? If I have thousands of clients, I would not want to be forced to get all of their credit card info again (since I wouldn't be storing any of that info).

Although I hate using the big guys, at least I know they will be around in 5+ years.

Re: Stripe: instant payment processing for developers

#214

Post by white_devil »

powertower wrote: post #209
white_devil wrote: post #195

Earlier quoted context omitted.

Q: Do I need to be in the United States to use Stripe? A: Yes. --> FFFFFFUUUUUUUUUUUUUUUUUUUUUUUU Would you finally be the one to tell us what the hell is the problem with non-US customers?

Not being able to cope with the fraud is the #1 reason why payment processors fail. Most of the fraud happens with accounts outside the US. New payment processors always start with the US and slowly expand outward. Being able to deal with fraud is how PayPal made itself when everyone that came before it failed.

Most of the fraud happens with accounts outside the US.

That's true, but too broad a brush. There's a difference between your average European country and China/Russia.

Re: Stripe: instant payment processing for developers

#215

Post by pc »

rick888 wrote: post #213

I have a problem with using merchant startups. If they go out of business, what happens to my clients? If I have thousands of clients, I would not want to be forced to get all of their credit card info again (since I wouldn't be storing any of that info). Although I hate using the big guys, at least I know they will be around in 5+ years.

We'll happily export your card data to another provider if you ever want to move away.

Re: Stripe: instant payment processing for developers

#216

Post by pc »

rednaught wrote: post #136
pc wrote: post #23

Earlier quoted context omitted.

Sorry about that. https://stripe.com/tos is the correct link. We'll get it fixed.

Thanks for the update. I did have one other question and wasn't sure where to post it here. What's your timeline for a Perl API binding?

We're not working on it right now, but would love to discuss. I'm patrick@stripe.com -- want to drop me a line?

Re: Stripe: instant payment processing for developers

#217

Post by dennisgorelik »

boucher wrote: post #203
dennisgorelik wrote: post #190

Earlier quoted context omitted.

How good Stripe is at Fraud prevention? AFAIK PayPal claims to be Credit Card Fraud Protection service that happens to process credit cards. Does Stripe focus on fraud prevention?

We're working hard on preventing fraud.

Do you give "fraud rating" back for the potential transaction?

If yes - I could have used that rating to decide whether to approve the purchase automatically or give it a manual review.

Re: Stripe: instant payment processing for developers

#218

Post by boucher »

dennisgorelik wrote: post #217
boucher wrote: post #203

Earlier quoted context omitted.

We're working hard on preventing fraud.

Do you give "fraud rating" back for the potential transaction? If yes - I could have used that rating to decide whether to approve the purchase automatically or give it a manual review.

We do give you basic information, like whether or not the CVC code and billing address match the credit card. We'll consider adding more information over time.

Re: Stripe: instant payment processing for developers

#219

Post by afaulkner »

boucher wrote: post #191
ecommercematt wrote: post #189

Earlier quoted context omitted.

How do you handle situations in which you can't tell if someone is legitimately undergoing hyper-growth or committing fraud? In a prior startup, I had my funds held indefinitely by PayPal and 3 separate merchant banks because our rapid growth made them suspect us of fraud or perhaps that our business was just too risky because our numbers were changing so rapidly. Our ultimate solution was to engage a merchant bank t…

There's no simple thing I can say here. There are situations where withholding funds might be required, but they should be exceedingly rare. In other words, we're hoping to eliminate false positives. In general, we're a tech company and we're looking for technical solutions to problems. We're also just culturally familiar with startups that explode in popularity, so we aren't worried about that kind of behavior.

If you are looking for a technical solution you might want to check out..ahem... my company ThreatMetrix.

As ex paypal Im guessing you have invested a lot in risk management, ML and automation etc as its really technically difficult to make such a broken process like online payments this simple so you may have it all covered.

What we can bring to the table is a (300ms) https name value pair API that delivers aggregated intelligence in real-time based on transactions, identities, devices and behavior across 6000 sites that represent over 1MM individual CNP txns on a daily basis (only 1/5 of Paypals txns but hey we are a startup!) which you can ingest into your rules engine or risk models during, before or after the payments authorization/capture.

We dont just provide a score which can be impossible to integrate with other ML engines we also provide customizable (by you) reason codes/triggers that can be used to characterize behavior e.g. customer's computer associated with 3 difference identities and 4 different proxy ip addresses across global network in last hour....Data Geeks geek out on it as we also provide full attribute data back in the API response so provides a good way to do feature extractions for SVMs etc. We have been proven to reduce FP and increase TP.

We currently process peak 700 tps with about 20% degradation in performance at load. We suck at batch processing cause its just not our thing. I head up products and one of the founders so not selling just helping as I think you have a solid offering that should do very well.

Paypal bought Fraud Sciences for 170M but you can rent ThreatMetrix ;-)

Post reply on HN