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

151–160 of 217 posts

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

#151

Post by aussieguy1234 »

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.

Startup idea of the week

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

#152

Post by aussieguy1234 »

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.

What would be good, would be to have a card number generated that expires 10 minutes later, that you could use as a "one time code" to purchase stuff

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

#153

Post by noahmbarr »

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 teampay.co

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

#155

Post by dustyburwell »

kiostech wrote: post #154

This is pretty cool. But I would like to know more about the penalty interest rate and the credit card bill payment (which the docs completely didn't mention)

As I understand it, the debits come from an existing stripe balance attached to a bank account. You can’t take on a negative balance so there’s no interest rate or bill to pay (outside of the fees and whatnot associated with using the API, top ups, etc)

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

#156

Post by subsubsub »

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.

As a previous commenter mentioned Revolut do this.

However I would suggest a temporary card that only lasts for 2 transactions.

- the authorization charge (e.g. $1 on amazon.com) [1]

- the actual amount of the purchase

Too many times I have been caught out by the authorization charge, only to have the actual purchase fail.

[1] https://aws.amazon.com/premiumsupport/knowledge-center/aws-a...

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

#157

Post by kiostech »

dustyburwell wrote: post #155
kiostech wrote: post #154

This is pretty cool. But I would like to know more about the penalty interest rate and the credit card bill payment (which the docs completely didn't mention)

As I understand it, the debits come from an existing stripe balance attached to a bank account. You can’t take on a negative balance so there’s no interest rate or bill to pay (outside of the fees and whatnot associated with using the API, top ups, etc)

I see the man. So technically, it is a debit card instead of a credit card. Anyway, thanks for your reply.

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

#158

Post by nickda »

tbgvi wrote: post #92
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…

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.

Since this is an API, that means you just build this into your app. You could initially decline the transaction, send a push alert to the user's app notifying them that the transaction is in review, then update them on that status when approved/declined. At that point the card can be run again and approved if that was the decision. You could even allow a pre-request through the app, when when approved would enable your user's card for the purchase. The possibilities are endless.

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

#159

Post by dustyburwell »

kiostech wrote: post #157
dustyburwell wrote: post #155

Earlier quoted context omitted.

As I understand it, the debits come from an existing stripe balance attached to a bank account. You can’t take on a negative balance so there’s no interest rate or bill to pay (outside of the fees and whatnot associated with using the API, top ups, etc)

I see the man. So technically, it is a debit card instead of a credit card. Anyway, thanks for your reply.

From the perspective of the business issuing the cards, basically. But, from the perspective of the customers of _that_ business, it depends on how they set up the rules.

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

#160

Post by kiostech »

dustyburwell wrote: post #159
kiostech wrote: post #157

Earlier quoted context omitted.

I see the man. So technically, it is a debit card instead of a credit card. Anyway, thanks for your reply.

From the perspective of the business issuing the cards, basically. But, from the perspective of the customers of _that_ business, it depends on how they set up the rules.

Haha, that mean I can lending loan to somebody now without any government regulation lol....
Post reply on HN