Stripe Issuing – An API for creating physical and virtual cards • Hacker News Board

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

#181

Post by voltagex_ » Fri, Jul 27, 2018, 5:25 AM UTC

anirudhmurali wrote: post #177

voltagex_ wrote: post #149

Earlier quoted context omitted.

Entropay.com is great - I use it for sites that really don't want my Australian dollars (normally this is enough for me to never buy from them, but sometimes I really do need the product). The cards are "American", but appear to be issued somewhere in the EU - I've had the number rejected by someone, maybe Sling? I do wonder if I'm getting flagged as a higher fraud risk when I use it, though.

True, I remember my card at Entropay being registered under Malta, Europe. But fortunately, online services accepted it.

Do you remember how you checked this? I wonder if there's a BIN lookup somewhere.

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

#182

Post by lachyg » Fri, Jul 27, 2018, 5:28 AM UTC

ikeboy wrote: post #88

lachyg wrote: post #81

Earlier quoted context omitted.

(I work on Issuing.) The technology we've built is agnostic to debit or credit -- it really depends on your use case. That said, force posts (or transactions cleared without an underlying authorization) can happen on any card type. For what it's worth, we have an API to initiate disputes (which you would be able to on a transaction initiated without a valid authorization) which you could use to recoup funds.

So who determines whether it's run as debit or credit? The business creating the card at time of creation? The merchant?

We do :-) But it's based on quite precise Visa / Mastercard rules.

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

#183

Post by lachyg » Fri, Jul 27, 2018, 5:28 AM UTC

semerda wrote: post #176

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…

Quick Q, who plays the role of the bank holding the backing funds? Or does stripe simply play the role of a transmitter, Btw is this similar to Marqeta‘s JIT solution?

We play the role!

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

#184

Post by krisgenre » Fri, Jul 27, 2018, 5:45 AM UTC

On a side note, the card animation is interesting. I thought it would be some GIF but the text is actually selectable!.

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

#185

Post by bradknowles » Fri, Jul 27, 2018, 5:47 AM UTC

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.

Check out privacy.com for that.

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

#186

Post by edwinwee » Fri, Jul 27, 2018, 5:47 AM UTC

anonytrary wrote: post #180

I've had pretty bad experiences with Stripe in the past, which is why I switched to Braintree. Stripe has abysmal support for square use-cases that don't fit their circular criteria. Nevertheless, this is one development that makes me interested in Stripe again. I'm looking forward to using this at some point in the future when they open this up out of friends-frist mode.

Hrm, I'm really sorry to hear about these bad experiences. Could you share more with me? I'd like to look into them. edwin@stripe.com

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

#187

Post by jv22222 » Fri, Jul 27, 2018, 6:13 AM UTC

homero wrote: post #166

subsubsub wrote: post #156

Earlier quoted context omitted.

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

I use privacy.com which is awesome

Just signed up and had a poke around, created a few cards. I have to agree it looks excellent.

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

#188

Post by chatmasta » Fri, Jul 27, 2018, 6:45 AM UTC

pc86 wrote: post #52

reaperducer wrote: post #36

Earlier quoted context omitted.

you have entered into a contract, one that likely doesn't account for that sort of "cancellation" and so gyms could legally keep charging you, consider the account delinquent for awhile, then close it and sell that debt to a collection agency. This happens. A LOT.

My wife and I own two gyms, and no matter how easy we try to make it for people to cancel - you can literally email us at 9pm the day before you get charged and if we see it we'll cancel it - people still treat the charge back functionality like an "oops didn't mean it lol" thing. Huge gyms like Gold's or PF have these oppressive terms because they have to, otherwise at their scale they'd be getting hit with multiple…

Why don’t you build a website with a cancel button?

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

#189

Post by f00_ » Fri, Jul 27, 2018, 7:45 AM UTC

gant wrote: post #146

akeating wrote: post #111

Earlier quoted context omitted.

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

I used that for a while, until a billing network banned me for using too many cards with my name.

i'm thinking about using privacy.com, what ended up happening? What is a billing network?

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

#190

Post by JamesBarney » Fri, Jul 27, 2018, 7:54 AM UTC

nixgeek wrote: post #96

ryandrake wrote: post #85

Earlier quoted context omitted.

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.

Privacy.com is doing this today although it’s a debit card (AFAIK).

Just wanted to say I've used them and they're great. You can set limits on the virtual card. As well as have them lock to only one vendor. So as soon as the sale goes through no other vendors can charge the card.