I ask because the webhook that Stripe fires at purchase time is fantastic, and you could build some great things if their API gave you access to authorized real-time purchase data for customers. This doesn't appear to facilitate that though.
Does anyone know of an API that would allow a Credit Card user the ability to grant real-time webhooks to a 3rd party as they swipe their card? The closest I've ever found would be setting up spending email spending alerts (that certain banks allow), and then forwarding the emails to said 3rd party. It's clunky, and would only work with a few banks. Something like this issuing API would work if Stripe allowed you to issue a card that was linked to a customer's existing card/account. They'd basically be saying, "If I swipe _this_ card that you sent me, I'm agreeing to let you get notified." The other way I've considered would involve creating your own bank and issuing your own cards, but that's real work on both the developer and the customer's part :)
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 though:
(1) Could users approve things in real time? Sort of. We provide the ability (as you noticed) through API, but it needs to be responded to in < 2s, which means it's not possible for a human to be in the flow.
(2) Could this be linked to an external bank account? Again, sort of. To get in the weeds: as soon as we approve an authorization, we're on the hook for those funds. A debit to an external balance (or bank account) may fail and Stripe would be on the line. This is why we typically require funds to be in a Stripe account prior to purchases taking place.
So like Shipt or Postmates?
Btw is this similar to Marqeta‘s JIT solution?
Looks like a great product and props to you and your team for shipping this.
Galileo and Pex already support basically the same stuff as Stripe Issuing. It's nice to have this option within the Stripe ecosystem though. If you use stripe and an existing 3rd part to do this there are bank transfers involved to get funds from one place to the other.
I started on your same path, email alerts per bank, but then found it was possible to jump up a level to the payment network using Visa Purchase Alerts. I signed up the alerts to an automated inbox that parses the content for the transaction name, location, amount, and last4. It's working with the first four credit cards I have tried, and I receive the notice generally within seconds.
This works out well for a product targeting U.S. credit card debt. Hopefully MasterCard will follow suit, which is then potentially 100% market coverage, if you can convince a user to signup with an email address of your service.
This happens. A LOT.
They have virtual cards as well as a disposable one that changes number every time you use it online.
The cards draw from a Stripe balance, which can be funded from a connected bank account (or ordinary Stripe charges).
Also, my understanding of payments is that the issuing bank is a big recipient of the fees that merchants pay. (This is of course what makes rewards cards possible.) In this case, Stripe is the issuing bank, so presumably gets a big chunk of the fees. Are there plans to share that with the Stripe Issuing developer? (For example, let's say I plan to launch the Zip Line Adventure Bonus Card - ZLABC. For every dollar a ZLABC customer spends, they get a point, and after 10,000 points I pay for them to go on a zip line adventure at a partner park. As a normal bank, I could fund that because I get somewhere in the 1%-2% of each transaction that my customer spends. In this case, Stripe gets it, but if Stripe shares some of that with me, I could find my wacky wimpy rewards card idea.)
If I create a physical card through stripe, and I use that card at a retailer does the retailer still pay a interchange fee? If so who does that go to? How does that system work?
Like it seems like everything Monzo has done as easy to replicate (not to do, im sure a lot of time and effort went into the guys at Stripe making this).
Not really. We make it easy for institutions like Monzo to issue and manage cards, but I imagine that's just a fraction of what they've needed to build to run a regulated bank, service their customers, etc etc.
You would hope that Monzo is easy to replicate well because that means you have more modern banks to choose from.
It would make the CC numbers from database leaks a less valuable target since users could easily compartmentalize for every transaction.
Seems like it's upto the businesses to treat an issued card as debit or credit. I can even see use cases for overdraft.
Below is a snippet from their doc[1]
> Any use of an issued card that results in funds entering or leaving your Stripe account
Here's what I've understood so far.
1. Businesses create, maintain and own customer accounts. It's upto the businesses to figure out how to get money from the customers. Could be prefunded (i.e., debit card) or postpaid (i.e., credit card).
2. Said business then creates cards and associates them with the above customer accounts and issues them that card.
3. Customers are now enabled to use those card wherever credit/debit cards are accepted.
4. Businesses need to maintain balance with Stripe. Stripe deducts from this account upon successful authorisation.
5. Now as I've mentioned in #1 it's upto the business to figure out a way to charge the customer.
Money movement is happening in two steps.
1. Business account -> Merchant (via stripe).
2. Consumer -> Business (Stripe isn't involved here).
Whether #2 happens before or after determines if the card is a debit card or credit card respectively.
So, what Stripe has done essentially is connect accounts holding money with rest of the world. I.e., anyone can now become a bank, in a sense.
In my previous job my team worked with a similar third party provider to launch a virtual card product[2]. But what Stripe has done is game changing.
[1] https://stripe.com/docs/issuing/transactions [2] https://www.freecharge.in/mobile/freecharge-go
Edit: Minor correction.
1. Who is the back-end issuer of the cards?
2. Are we talking credit, debit, or both?
3. What are the associated fees (issuance, re-issuance, branded issuance, charges)?
4. Is there any interchange revenue-sharing and if so, in what percentage?
Landing page have multiple cards of different types, including debit and credit.
Will they start to do things like:
- Virtual Accounts / Ledger support.
- Micro Loans.
There doesn't seem to be a digital bank that does end to end payments in the US, that businesses can plug into with an API and have everything taken care of.
There is Railsbank[0], yet they are located in the UK and US support may be in Q4 this year. But they aren't an acquirer.
This is a very interesting development for sure!
[0]: https://www.railsbank.com/
p.s if anyone does know of an end to end fintech service provider for the US. Let me know. All of the ones that I have found, unfortunately are EU only.
But I hadn't come across that link when searching on google. I am highly appreciative! I'll send them an email in the morning.
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.
Stripe and Twillio lower barriers to entry with products like this. This eliminates a powerful moat that other companies have built. Starting a digital bank or expense report software like Divvy are now much easier. What companies will be at greater risk because this is now an API?
I always wondered if we'd run out of cc numbers. 10^16 is a big number, but take out the checksums and unused blocks I'd guess we're down to only a few thousand per person.
[0]https://www.creditcards.com/credit-card-news/credit-card-app...
(That said, given many of these businesses may be on Stripe, we should have more ability to work with them to improve the experience for customers...)
Any chance Stripe lifts some restrictions on prohibited businesses soon? Virtual cards can be particularly useful in travel, but that use case on Stripe has long been considered prohibited: https://stripe.com/us/prohibited-businesses
Also, any chance for custom prints on the cards?
How do you ensure the card numbers will be respected?
Last time I asked this in another thread I got one response that indicated it may be to prevent card number inception, of sorts...
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.
Setting the balance or editing it (could find nothing on it, maybe it was by invite)
Are the funds reduced from your income? Guess there will be API's to move funds between acceptance and issuing
Webhook on the settled amount of every swipe (for several MCC's this changes considerably)
I see active/inactive which block the card, maybe a call to disable/enable transactions will help
Requesting Stripe to considering getting the CVV/CVC as a separate GET call for security reasons
a lambda'esque authorization code editor with custom logic rather than setting mcc rules may open up more use cases
https://platformdocs.bon.pe/
~Bosky
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.
Do you have any timeline on when you'll start offering your services in Poland? I'm always amazed at the quality of your offering, but always sad that I can't use them.
I find it extremely annoying that companies - any company - just can't be totally upfront about this.
"We earn money from this by you having to fund these cards using an account you must have with us, where we get interests. Also by the merchants where the card is used, which have to pay from 1,5% to 3,5% in processing fees" etc.
Shouldn't be too hard - I guess they already have this in some PowerPoint laying around.
I would love to see details on pricing. How much a card costs, how much a virtual number costs, how if at all issuers can monetize (i.e. do I get a cut of the transaction fees?), etc.
When a card is issued - do we get the card number back? e.g Could I use the card number for something else like a loyalty card.
It's annoying because it pops out multiples modals on my desktop (and complaning my HMD is not connected) and my mouse cursor starts to shutter....
Latest Steam Stable with Steam VR beta module on Windows 10 x64 Pro 1803
Edit: formatting
Edit: found a way to disable: dom.vr.openvr.enabled in about:config (why does it trigger openvr?)