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

Stripe Issuing – An API for creating physical and virtual cards

stripe.com

Post reply on HN
Print view View original

111–120 of 217 posts

Re: Stripe Issuing – An API for creating physical and virtual cards

#111

Post by akeating »

ryandrake wrote: post #85
lachyg wrote: post #68

Earlier quoted context omitted.

(I work on Stripe Issuing.) We've been primarily focused to date on companies where issuing cards is core to providing their business to customers, for example a startup that provides expensing customers, or a platform that needs to purchase goods in the real world. We're less focused on a business just using it for their own expensing (as we don't have receipt upload functionality, etc). To your two other questions…

As a credit card customer it would be nice to be able to generate one or more temporary cards (physical or not), which are authorized for one transaction only, but are otherwise identical to my main card. That way I can use it with a merchant I simply don’t trust to have their act together, then safely toss it in the trash.

I've been watching Revolut who introduced something like this a while back https://blog.revolut.com/introducing-disposable-virtual-card...

Re: Stripe Issuing – An API for creating physical and virtual cards

#112

Post by kyledrake »

I would love an app that would allow me to dynamically generate business credit cards for use with paying stuff online. Whenever one of my 20+ recurring payments get compromised, I then have to spend half a day going through all my recurring payments providers and re-issuing with a new card. I would much rather have one card for each one.

There was a startup working on this but unfortunately they closed down before they launched. I still think this is a really interesting idea and someone should implement it. I suppose you could just use the Stripe API for most of the heavy lifting. I would actually start this company, I think it's that good of an idea, but unfortunately I'm little busy at the moment.

Re: Stripe Issuing – An API for creating physical and virtual cards

#113

Post by rawrmaan »

rdiddly wrote: post #64
rawrmaan wrote: post #8

I can't even imagine how much work went into this. Stripe does a great job of tackling the toughest problems and making it looks easy!

I actually think they might just be proving how easy it really is... compared to the longtime incumbents who do their best to make it look hard (or do it the hard way), and charge appropriately. Which doesn't take anything away from the accomplishment.

Great point!

Re: Stripe Issuing – An API for creating physical and virtual cards

#114

Post by lachyg »

kyledrake wrote: post #112

I would love an app that would allow me to dynamically generate business credit cards for use with paying stuff online. Whenever one of my 20+ recurring payments get compromised, I then have to spend half a day going through all my recurring payments providers and re-issuing with a new card. I would much rather have one card for each one. There was a startup working on this but unfortunately they closed down before t…

(I work on Issuing.) Check out https://emburse.com/ -- they do this really well (and are a user!).

Re: Stripe Issuing – An API for creating physical and virtual cards

#116

Post by ikeboy »

VectorLock wrote: post #109
ikeboy wrote: post #70

Earlier quoted context omitted.

That literally gives zero information about whether it's processed as debit or credit. There are very different sets of rules depending on which one it is.

Can you expound a bit on what the rules are? In my observation debit issuers make it much harder to do chargebacks.

Many protections in laws only apply to credit. See e.g. https://consumercomplianceoutlook.org/2016/first-issue/credi...

https://usa.visa.com/dam/VCOM/download/about-visa/visa-rules... here's a 1031 page document with all the technical rules from Visa. You'll note there are entirely different sections for debit and credit.

Re: Stripe Issuing – An API for creating physical and virtual cards

#117

Post by feistypharit »

kyledrake wrote: post #112

I would love an app that would allow me to dynamically generate business credit cards for use with paying stuff online. Whenever one of my 20+ recurring payments get compromised, I then have to spend half a day going through all my recurring payments providers and re-issuing with a new card. I would much rather have one card for each one. There was a startup working on this but unfortunately they closed down before t…

Check out privacy.com. they're debit cards technically, but most places accept them as credit with no issue.

Re: Stripe Issuing – An API for creating physical and virtual cards

#118

Post by arama471 »

VectorLock wrote: post #95
miketery wrote: post #93

Earlier quoted context omitted.

Been waiting for something like this for a while. Much nicer if you can keep a ledger of these auth'd cards and revoke if need be.

I've wanted something like this for a long time as well. The ability to generate and discard one-off card numbers. Much less worry about those card numbers leaking, unauthorized transactions, etc.

Privacy.com does this

link: https://privacy.com

Re: Stripe Issuing – An API for creating physical and virtual cards

#119

Post by tbgvi »

driverdan wrote: post #107
tbgvi wrote: post #92

Earlier quoted context omitted.

Hopefully increasing the response time to > 2s (whether it's settable in the API or just has a longer timeout) is on the roadmap, I can think of lots of future use cases where you would want a human in the loop on authorizations. Looks like a great product and props to you and your team for shipping this.

That's not possible. Transactions need to be approved at the POS within a reasonable amount of time. Waiting for a human is to respond is not reasonable. You could pre-approve the transaction and then confirm it within 2 sec though.

Pre-approving a transaction would do the trick and it wouldn't hold up the line, good call.

Re: Stripe Issuing – An API for creating physical and virtual cards

#120

Post by teraflop »

aloukissas wrote: post #100
Jdam wrote: post #94

Earlier quoted context omitted.

On the landing page, you can see that it’s debit.

Really? It may be an A/B test with different copy, because I don't see anything.

I don't see anything on the landing page either, but this text from the "overview" page of the documentation seems to imply debit:

> When an issued card is used to make a purchase, an authorization request is created. If approved, the authorized amount is held in reserve from your account balance. [...] The merchant then captures (clears) the authorization, at which point a transaction is created and the held funds are deducted from your account.

Post reply on HN