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

201–210 of 217 posts

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

#201

Post by tluyben2 »

Excellent, but invite only and I couldn't change my country in the country dropdown so not sure if I will ever get an invite...

Does anyone knows an easily accessable version of this product for the UK and/or EU? So far either it's not available in the EU or you have to jump through a lot of hoops with the existing providers I tried to even make a simply PoC. Not even for rollout but an entirely, no risk to them, PoC. I am looking for a B2B solution; I am not a consumer looking for virtual cards; I need this for my clients.

Anyone knows any API that will let me do a PoC so I can test it out in the real world? I have clients looking for this kind of solution, but haven't been able to find anything that I can even check if it works at all.

This looks perfect though.

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

#202

Post by tluyben2 »

paloaltokid wrote: post #173
dawhizkid wrote: post #79

Is this what Marqeta does?

Almost - Marqeta’s offering is more advanced and mature. I don’t doubt that this is causing some waves there though. Stripe is now a very serious competitor of theirs.

Marqeta is US only currently; they say end of the year maybe EU. They have not been very helpful so far either; when talking with them, it feels like talking to a huge, stodgy bank.

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

#203

Post by pc86 »

chatmasta wrote: post #188
pc86 wrote: post #52

Earlier quoted context omitted.

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?

Because we use third party services for everything and none of them have APIs.

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

#204

Post by dsnuh »

anonytrary wrote: post #178
dsnuh wrote: post #142

Earlier quoted context omitted.

Each issuer has 1 trillion possible account numbers.[0] [0] https://www.creditcards.com/credit-card-news/credit-card-app...

I don't think that refutes OP's point. 10^12 is not that much, actually. That would mean that everyone in the world today gets only ~100 numbers (not even including offspring situations).

This is per issuer, so each issuer has a trillion card numbers at their disposal. Plus, the population that is eligible for credit doesn't equal total population of the planet.

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

#205

Post by ghbat »

rogergu wrote: post #80
ckdarby wrote: post #23

Earlier quoted context omitted.

I have reached out, just now, please begin the discussions with us asap because we are in the middle of going with Emburse and would consider this instead.

Roger from Emburse here. We're built on top of Stripe :D

Comdata?

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

#206

Post by thedougie »

lachyg wrote: post #183
semerda wrote: post #176

Earlier quoted context omitted.

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!

lachyg - who is the sponsoring bank for the visa and / or mastercard BIN's you issue?

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

#207

Post by geekers »

Some more insight into how cards are fulfilled would be nice, virtual I get but how are we going to be able to customize card design (kind of don't want an ugly card for my users), since there are many card types and will he card support NFC? This seems very early and lots of stuff needs to be thought out, for our use case we need details before evaluating this.

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

#208

Post by anonytrary »

dsnuh wrote: post #204
anonytrary wrote: post #178

Earlier quoted context omitted.

I don't think that refutes OP's point. 10^12 is not that much, actually. That would mean that everyone in the world today gets only ~100 numbers (not even including offspring situations).

This is per issuer , so each issuer has a trillion card numbers at their disposal. Plus, the population that is eligible for credit doesn't equal total population of the planet.

I see, by issuer do you mean "Visa", "MasterCard", etc.? Because there are only a handful of those.

> Plus, the population that is eligible for credit doesn't equal total population of the planet.

True, I'm talking about a hypothetical "maximal usage" future.

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

#209

Post by gant »

f00_ wrote: post #189
gant wrote: post #146

Earlier quoted context omitted.

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?

They're sort of an intelligence network for payment processors. Took a few days and it worked again, but just be aware that having a new credit card every payment might put you in a higher risk bucket.

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

#210

Post by dsnuh »

anonytrary wrote: post #208
dsnuh wrote: post #204

Earlier quoted context omitted.

This is per issuer , so each issuer has a trillion card numbers at their disposal. Plus, the population that is eligible for credit doesn't equal total population of the planet.

I see, by issuer do you mean "Visa", "MasterCard", etc.? Because there are only a handful of those. > Plus, the population that is eligible for credit doesn't equal total population of the planet. True, I'm talking about a hypothetical "maximal usage" future.

There may be only a handful that are well known, but that doesn't mean that there aren't more possible issuer numbers available. The first six digits make up the issuer identifier, so there are 10^6 possible issuers.

Sure, it's not ipv6 level address space (2^128), but ~10,000,000,000,000,000 possible card numbers seems like it should last many lifetimes, especially if you consider that card numbers could be recycled/reassigned, and if we ever approached the point where running out of numbers was within imagination, we would come up with a new scheme that allowed for a few new digits. My guess is the credit card itself as a concept will be long gone before the numbers are all used up.

Post reply on HN