There's a reason "marketplaces" get a call out on this landing page. Every single startup that has to manage buyers and sellers ends up needing to implement their own bespoke "treasury" operations. There are other players in this space (Modern Treasury for example), but obviously the distinct Stripe advantage is integrating with the payment stack.
This would have saved years of development efforts and maintenance on treasury operations for my team at a previous gig (in the live events/ticketing space, who are probably going to read this comment - hi guys).
Outsourcing KYC is a questionable decision though - I’m wondering how much of a black box that is or you get the same info as if you implemented it yourself.
There’s always false negatives for systems like this, and if Stripe wrongly tells you someone is good then are you liable for acting on that decision?
I can't speak specifically to the liability question since I don't want to provide any inaccurate information.
To the false negatives problem itself though, I think your implicit assumption is the correct one - that false negatives are a bigger potential problem than false positives. In my experience, the false positive rate on declines was immaterial to the business. The impact of a false negative is definitely a different question.
Outsourcing KYC is standard practice. There are expensive systems you can license that do this as correctly as possible, ensuring banned persons (due to sanctions, international most wanted lists, whatever) are not allowed to transact with your system.
Yes, they are black boxes, but they work pretty well considering banks all over the world use them.
In my country relying on someone else's advice even if that is a qualified professional advice won't remove any liability from a person acting on such advice. It's just an information that one needs to decide for themselves and accept consequences.
Hello anon589, no, it is the only right thing to do. Proper KYC is a thing that only works at scale, just like fraud prevention. Without access to amounts of data much larger than what any single company (even a larger one) sees you are simply going to learn all of the available lessons the hard way. KYC and UBO tracing are specialist jobs that a smaller entity will not be able to do even remotely as good as a larger one, especially not if that larger one has access to many other parties just like yours.
Treasury at this time appears to be limited to businesses that serve other business, not businesses that serve end-users.
Obviously there is a lot of potential overlap there, but in those situations I suspect that the "rules" would be that you could use Treasury services for your "serving businesses" side, but not for your "end-consumer" side.
Hi everyone, I’m Tara, PM on Stripe Treasury. Treasury is a banking-as-a-service API for platforms—built in partnership with the world’s leading banks. Embed interest-earning accounts, bill pay, ACH and wire transfers, and faster access to revenue directly in your platform. Happy to answer any questions here—and I’d love to hear your feedback!
"Financial services" are verbatim not allowed by Stripe's Acceptable Use Policy. What kind of businesses are permitted to use Stripe Treasury?
Which functionality is specifically provided (or anticipated to be provided) by Goldman Sachs Bank? The answer is probably a credit card.
Who performs KYC? Is it Stripe FTEs, Stripe contractors, or a vendor? Is it Evolve's vendor? The answer is probably a vendor.
When submitting payments or transfers, does your interface provide a way to show purpose of payment when the transfer is initiated? The answer is probably no.
Not sure why this keeps getting downvoted, these are not very opinionated or critical questions. It's also pretty reasonable to just guess answers, especially benign answers, based on their competitors, if they choose not to answer. They're all good faith questions.
Stripe Treasury does not violate our terms, and allows SaaS platforms (and similar) to provide their business users with access to capabilities which are regulated with those capabilities fulfilled by entities with the appropriate licensing and backed by our financial partners. This is similar to how our Connect product lets our regulated entity do money transmission on behalf of a demand economy company without them needing to do money transmission themselves.
Goldman Sachs is one of our financial partners for Stripe Treasury. Specifically, they provide custodial services for the money management accounts. For more details on this sort of thing, I'd recommend reading or having your lawyer read the contracts.
KYC goes through Stripe's processes. This is both operationally complicated and something that we generally do not go into detail on.
Given that the implementing SaaS business will control the UX around initiating a payment, they could control how much or little bookkeeping to do at time of a payment or transfer. Let me know if that doesn't answer the thrust of this question.
This is a bit harsh. Stripe's value add is handing you an API and doing all of the hard work behind the scenes, same as Twilio (integrating with far flung telco gateways with byzantine interfaces). It's not necessary for Stripe to handle payment flows or issue cards themselves. Success is if customers are willing to pay Stripe instead of wrangling all of those vendors together themselves (which sounds like a good bet to make).
Disclosure: Stripe CC processing customer, no other relation.
The landing page doesn’t really explain what kinds of problems Treasury solves (may need some customer education since it’s so new)
IIUC this is useful for marketplaces like Lyft/Uber/Shopify to automatically provision bank accounts for drivers and have money deposited in there? The value add is faster payouts?
Can I use this as a replacement to plaid api? I.e open a bank account through stripe and use that as a way to do finance analytics? What are the banking fees?
Basically: which customer audience is this targeting ? and what headaches does it solve for that audience?
Here are some of the common use cases we’re seeing so far:
* Bank account replacement for SMBs and sole props, integrated directly into the platform or marketplace they’re already using. For example, today a Shopify merchant earns their revenue on Shopify but then has to transfer funds out to manage overall cash flow elsewhere (e.g., pay bills). Shopify is building Balance [0] with the Treasury API so this user can manage all of this in one place with a single view of revenue and spend. Other benefits of course include faster payouts, rewards specific to the ecosystem, and adding product features enabled by read/write access to the money management data (e.g. you could roll your own invoice reconciliation or alerts, or give users a discount on your SaaS if they ran sufficient volume on your card).
* Open loop wallets, like offering a “spend” account within your product that a user can either use to buy in-product purchases, or use the card/ach/wire functionality to buy external goods. E.g. a car leasing platform for drivers adds Treasury, drivers can use the wallet for discounts on car leases, also use the card to spend on gas.
* Product operations, like having a platform-level Treasury balance you use for reserves, chargebacks, and as glue to make your product flow work. E.g. On demand services marketplace that “buys items customers need and delivers it to their door” can issue cards from a central Treasury balance to their drivers, so that they can use a physical card to buy the burrito for the customer at the restaurant.
...but part of the point with Treasury is that we don’t know every use case prior, just like we didn’t know every way developers would use Stripe Connect (developers are pretty creative!). Our goal was to build for specific use cases, of course, but also build composable enough primitives that people could recombine them in ways we didn’t imagine. We wanted to make a tool that helped unlock developer creativity, because flexible tools were so lacking in the existing fintech infrastructure space.
keyword is Treasury eg handling all the payment operations tasks that an in-house corporate treasury team that’s responsible for moving money in and out of the company’s bank accounts might complete
This is SUPER cool - congrats on the launch! A few questions:
Do you plan to offer Stripe Treasury to non-marketplace small businesses / individuals?
I ask because the #1 thing I've been wanting for the past few years is basically Stripe Bank :) I hate Bank of America. I'm not happy with any of the other startup banks. And honestly, at this point my first instinct when seeing Stripe Treasury is "Imma just build my own bank for myself!" (and that actually looks like a real possibility, at least technically).
If not, do you plan to offer a retail product for individuals?
"I hate Bank of America. I'm not happy with any of the other startup banks. And honestly, at this point my first instinct when seeing Stripe Treasury is "Imma just build my own bank for myself!" (and that actually looks like a real possibility, at least technically)."
I did this with Twilio - which is to say, I built my own little personal telco with Twilio.
It's not without it's ups and downs but there are a lot of interesting little superpowers I now have over my telco interactions that I would not otherwise have ...
My first question is, will any revenue be available for companies that build on top of this platform? Normal banks make money on interchange on bank cards and interest spread (as well as less savory activities like crazy overdraft fees). Is there any revenue split with the partner? E.g., maybe Goldman pays 0.82%, I offer my customer 0.50%, and so I pocket 0.32% of the balance.
Second, what about customer service for the end customer? There's clearly a top-level layer that's managed by the partner, a mid-level layer managed by Stripe, and the deep backend banking layer managed by the partner bank. How is customer support split up among those 3?
Those were my two main questions. I heard a couple of people asking about use cases. My use case would be an idea I've been kicking around for a while. I've been working on a concept for a next-level-totally-awesome personal finance budget app. The fundamental purpose of a personal budgeting app is to assist you in knowing when to say yes, and when to say no to a purchase, and to do autopsies on past purchases that may have messed things up. I tried a basic version using Plaid to get a data feed from my bank, but the Plaid data feed is inconsistent from bank to bank (with how it handles authorizations that later settle or fail to settle). Being able to bundle a budget app directly with banking could be killer. You'd have real-time, 100% accurate data coming in. That would be a game changer that might make me finally finish my dusty app.
So, Tara, if you're not doing revenue sharing with partners yet, please consider it:-). Revenue sharing is a great way to make apps-on-top-of-platforms flourish.
We definitely want platforms to make money on Treasury - there’s a lot of flexibility in how platforms can structure monetization (and revshares are totally possible) so please contact us to talk more about how this works.
With respect to customer service for the end customer, this follows the same process as Stripe Connect. Depending on the type of connected accounts you choose, you can have either Stripe take on customer support for you entirely, or manage customer support yourself. While our bank partners power this product, they’re never interacting with end users at all: that layer, from a customer support perspective, is abstracted by Stripe.
Hi Tara, this looks like it solves some of the limitations we've run into using Stripe Connect with ACH, which is very exciting! Will existing platforms using Stripe Connect eventually be able to add Stripe Treasury for existing users?
definitely! we want to make it as easy as possible for existing Stripe Connect users to add Treasury functionality for their connected accounts. Request an invite [0] (the product team is personally monitoring this queue) and let's chat about what you're looking to do!
Is this like Stripe Issuing where it is only available to a small number of companies? A lot of newer Stripe products seems to be available to large enterprises only. We applied for that waitlist multiple times but never heard back. What are the revenue or scale requirements for your targeted customers? Is it suitable for fintech e-wallets/banks?
We have been ramping up our rollout of Stripe Issuing over time, and will do similar for Stripe Treasury. Can we have your email address? (You can email it to me at this handle at stripe.com) Depending on the specifics of your use case, we may be at general availability.
There are no particular revenue or scale requirements; we tend to roll out features to a few users across the spectrum because supporting users from startup-in-a-garage to publicly traded customers is what we do. We would be thrilled to talk about particular potential use cases; we do envision some B2B fintech applications would find the set of capabilities appealing. Just drop some details on the form and we'll be in touch.
Escrow has a precise legal definition—and while we don’t support straight-up “escrow,” Stripe recently added support to hold funds for up to 3 months. You can use Stripe Connect to manually control (in this case, delay) payout timing: https://stripe.com/docs/connect/manual-payouts.
Do you intend to allow Treasury to be used to build new bank storefronts? For example, could someone build a slick mobile app and website and use Treasury to launch a B2B "bank", complete with FDIC insurance? Would it be acceptable to launch an offering like mercury.com entirely powered by Treasury?
Or is the intent to only allow Treasury as an adjunct to a "real" business?
Of course, neither Stripe nor users of Stripe Treasury would be launching a bank, but you could provide financial services for other businesses, entirely powered by Stripe Treasury and Stripe Connect. It's pretty analogous to what Shopify is doing with Stripe Connect, Treasury, and Issuing to launch Shopify Balance: https://www.shopify.com/balance
Is Stripe Treasury still beholden to Stripe's list of restricted businesses?[1]
A few years ago I started a company with some partners and we signed up with Stripe Atlas. At the end of the lengthy application we got rejected by Stripe because our business falls under the "regulated" category. Even though we didn't need credit card processing, just ACH, and the former is seemingly where these list of prohibited businesses come from.
We ended up going full steam ahead with Dwolla instead. Although the developer experience is not as polished as Stripe, they don't discriminate against fully legal businesses that should be allowed to bank and transact like any other.
It is—the businesses we’re not able to work with are mostly restricted by the financial partners and banks that Stripe works with. But we do want to support as many business types as possible—and for Atlas in particular, we’ve recently been able to support many more. (For example, we fully support telemedicine companies now.) Would you be able to email me at edwin@stripe.com? I’d like to take a second look at that rejection.
I had the same issue with my startup a few years back that was classified as transacting via rebates. Because the payment method was a rebate against a purchase Stripe dismissed us. And, like Waffle_es, that's when I discovered Dwolla. Nothing against Stripe, every business can choose who they want to serve.
What was the business? Stripe's not really making the rules here, it's the financial partners backing them. Just because something is "legal" doesn't mean it's not risky.
As an easy example, from the page you linked, "psychic services" are banned.
Will Stripe Treasury support Factoring use cases? If you're not familiar with factoring, let's say you get a large order that you can't actually afford to fulfill due to a lack of cash-on-hand to buy materials, rent equipment, etc. Rather than requiring the customer to pay up front or getting a loan (possibly using the invoice as collateral), you can just sell the Net-30 (or 60, or 90) invoice outright for something like 95¢ on the $ to get the money you need to fulfill the order. This is particular popular in industries like fashion that have long lead times for both manufacturing and for billing.
This seems targeted mostly for marketplaces, but I'm curious if this enables a way to accept ACH and wire transfer payments. My thinking is use the API to let the end customer setup a treasury account on my site, they can wire/ACH funds to this account of theirs to pay invoices, and I can use the API to "debit" funds from their treasury account to mine as needed to cover their service bills.
Handling invoicing and payments for a class of enterprise customers who can't use a credit card for payments as a matter of policy can be painful.
*edit: I think this is actually possible with stripe connect today.
Stripe Invoicing is purpose built for exactly that problem: serving enterprise customers who don't want to use a card for payment. While I think Treasury or Treasury+Connect could help in a pinch, Invoicing is likely the best solution with the smallest implementation lift.
Could one use this for a micro loan or payday loan platform? And the loan money via this and send monthly payment requests?
I've long had in mind doing something like that as non profit to wipe out the predatory payday loans business which preys on the most financially vulnerable in society. It just seems too difficult for me to do with current bank services. This potentially changes the calculus.
Hi Tara! First off, I've never posted on HN before, but I felt so obligated to write this because this solves so many of the challenges my team has been going through building our application. I'm wondering if students under 18 are permitted under the TOS? I can see how this product will change the open banking game and fill so many gaps in. Thank you for building this!
If you sign up for Stripe and you're under 18, you'll be required to have a person 18 years or older register as the business representative for your account (usually a parent or guardian). Depending on your country, the age requirement may vary.
If you're under 13, you are not allowed to use Stripe at all regardless of what country you're in.
Was it perhaps for a more consumery-type use-case instead of business? Issuing (and Treasury) are mostly focused on building for businesses at this moment (but are also expanding the number of use-cases). Could you email me at edwin@stripe.com and I can take another look?
Money management accounts created with Stripe Treasury can send bill payments, which depending on the payee may be delivered entirely electronically or as checks. We have no current intentions of making printable paper checks a feature, but please get in touch if you have a compelling use case for that that isn’t solved by online bill pay.
The accounts can also do both push and pull ACH payments.
While we do not currently support depositing checks into the accounts, we expect to soon, via “remote deposit capture.” You may have seen this sort of experience in mobile applications for many U.S. banks the last few years: take a picture, check gets deposited. If we offer this, we will do it in a fashion which minimizes the engineering work required by the software company, like we broadly try to minimize non-value-creating engineering work for our users.
We absolutely want platforms to make money on Treasury and our other financial services products (Capital and Issuing.) For our Issuing and Treasury products, contact us to talk more about how this works -- there’s a lot of flexibility in how a platform can structure monetization. For loans, it’s more immediately straightforward: you’ll earn a revenue share on all loans extended, with zero financial liability on credit losses.
(Stepping in for Tara because she is currently dealing with a literal fire. Never a dull moment on launch day.)
We're starting the limited beta for businesses serving businesses in the U.S., but our ambitions for products are always bringing them to all appropriate users on the internet. This is one reason why we partnered with global banks to launch this.
I look forward to the GitHub project that makes a one-click to deploy to Heroku your own "bank" using this. :)
I haven't dug into their terms, but is there any reason you couldn't create effectively a bank of one customer (or even just your family?) with this, backed by their larger institutions? Issue your own debit cards, the works?
Bit of an aside, but as a new entrepreneur selling physical products (https://narwallmask.com) I've been surprised by how much time I spend banking.
Moving money around is way more of a headache than I would have anticipated. And that's before you even get into questions of working capital etc.
As a former eng at Stripe who didn't know this product was coming, I'm very excited to see what gets built on top of it, and to see innovation spurred in business fintech in general.
(since a few folks have been interested in the mask and this is hn, I should mention that I'm currently looking for some freelance frontend dev help right now - I don't have time to fix the hideous parts of my homepage and it's giving me heartburn. Email in profile).
Usually yes - sometimes the gate attendant doesn't understand that the exhale is filtered (I assume this was the problem with your respirator). We have guidance on that here:
What's your supply capacity on these masks? I have a friend who works in a medium-sized hospital system in the South, and we talked about using snorkelling masks back in May. (They were reusing one N95 mask for 10 days per person.) I was surprised no one had repurposed snorkelling masks yet.
I sent him the link. If he gets back to me and his hospital system is interested, perhaps we could arrange a call. Would your HN profile email be okay for reaching out?
We have over 15,000 on the way this month (some are spoken for). Yes, do reach out!
Some folks actually did do this in April, just with 3D-printed adaptors: maskson.org and pneumask.org. They don't have built-in exhale filters, though, which limits the utility.
I created this product, but wouldn't say from scratch.
It's based on a full face snorkel mask, with a few adaptors for filters (instead of water) that I designed with the help of an industrial engineer and the manufacturer of the snorkel mask.
Goal was to reuse existing design and injection molds to reduce cost and increase speed to market (wanted to get them out in July, took till November!)
Super interesting from a business perspective, but can’t help but think of the personal front too. While it may be difficult to execute safely/cheaply, just the idea rolling my own personal checking account is phenomenal.
Stripe Treasury currently supports businesses whose customers make business use of the platform. We are interested in innovation in personal financial services, too, but see more need currently from B2B platforms. We will see how things develop as we improve this offering!
This is something I've wanted for a while, for personal use only. I wonder if their pricing and license will actually accommodate this kind of use case though.
What features are you looking for? If you have an account at Capital One (or most other major banks) you can get pretty good control over it thru Plaid.
I'm continue to be amazed by Stripe innovations. Financials companies used to stagnate (e.g. PayPal) while Stripe keeps reinventing itself... Stripe Capital, Stripe Checkout, Stripe Treasury...
Atlas was priced right, but we had a negative experience with it. Document templates were wrong, spouses never got emails for signature, workflow steps were out of order, tax id issuance took very long, and on top of that they are extremely oversubscribed, so hearing back from their support team took a while. Atlas has a lot of potential, but needs a lot of work.
Does this service allow anyone that is legally allowed to participate in the US financial system? Or is it limited to people that your partner banks "want" to deal with?
I'm thinking about the unbanked and others that financial institutions tend to not want to deal with. Living in a large city, I've seen plenty of people that use gift cards, transit cards, etc as their "bank" because bank services are unavailable or the fee structure is too onerous. Or, for example, someone that has been in prison for financial crimes and needs a way to rehabilitate back into society.
We are extremely in favor of making financial services available to more people in more places at lower cost and with less arbitrary restrictions. That said, we won’t be able to solve this problem singlehandedly in a day; Stripe Treasury is presently only for businesses serving businesses. As an infrastructure provider, we are also reliant on our users building the platforms their communities need.
Fees matter for businesses too, though. Many small business owners are greatly inconvenienced by e.g. the $X,000 minimum to avoid a $15-25 monthly maintenance fee. By bringing large global banks a great deal of deposits at once, we’ve convinced them to not impose maintenance fees on the end-users of these accounts; they’re willing to send the money they’re not spending on customer acquisition (advertising, branch networks, sales reps, etc) back to Main Street.
Another thing scale allows us to do is advocate for our users with financial partners. For example, earlier this year we successfully convinced the relevant parties to approve processing payments for telemedicine companies, which was previously not something they were comfortable with. That is something that previously each company would have had to individually negotiate, and e.g. startups in the space or individual medical practices might not have had sufficient reputations with their financial institutions to cause major changes in their appetite. We were able to get it through by emphasizing how our scale, maturity, and robust compliance program allowed us to allay their concerns.
Readit News
This would have saved years of development efforts and maintenance on treasury operations for my team at a previous gig (in the live events/ticketing space, who are probably going to read this comment - hi guys).
There’s always false negatives for systems like this, and if Stripe wrongly tells you someone is good then are you liable for acting on that decision?
To the false negatives problem itself though, I think your implicit assumption is the correct one - that false negatives are a bigger potential problem than false positives. In my experience, the false positive rate on declines was immaterial to the business. The impact of a false negative is definitely a different question.
Yes, they are black boxes, but they work pretty well considering banks all over the world use them.
I'm really not getting the usefulness of this offering, so can't have been exposed to or dealt with companies that have the problem it's solving.
I have worked with events companies on ticketing systems, so any example scenario you can share around events would be great to help me understand.
Obviously there is a lot of potential overlap there, but in those situations I suspect that the "rules" would be that you could use Treasury services for your "serving businesses" side, but not for your "end-consumer" side.
Which functionality is specifically provided (or anticipated to be provided) by Goldman Sachs Bank? The answer is probably a credit card.
Who performs KYC? Is it Stripe FTEs, Stripe contractors, or a vendor? Is it Evolve's vendor? The answer is probably a vendor.
When submitting payments or transfers, does your interface provide a way to show purpose of payment when the transfer is initiated? The answer is probably no.
Not sure why this keeps getting downvoted, these are not very opinionated or critical questions. It's also pretty reasonable to just guess answers, especially benign answers, based on their competitors, if they choose not to answer. They're all good faith questions.
Goldman Sachs is one of our financial partners for Stripe Treasury. Specifically, they provide custodial services for the money management accounts. For more details on this sort of thing, I'd recommend reading or having your lawyer read the contracts.
KYC goes through Stripe's processes. This is both operationally complicated and something that we generally do not go into detail on.
Given that the implementing SaaS business will control the UX around initiating a payment, they could control how much or little bookkeeping to do at time of a payment or transfer. Let me know if that doesn't answer the thrust of this question.
Disclosure: Stripe CC processing customer, no other relation.
IIUC this is useful for marketplaces like Lyft/Uber/Shopify to automatically provision bank accounts for drivers and have money deposited in there? The value add is faster payouts?
Can I use this as a replacement to plaid api? I.e open a bank account through stripe and use that as a way to do finance analytics? What are the banking fees?
Basically: which customer audience is this targeting ? and what headaches does it solve for that audience?
* Open loop wallets, like offering a “spend” account within your product that a user can either use to buy in-product purchases, or use the card/ach/wire functionality to buy external goods. E.g. a car leasing platform for drivers adds Treasury, drivers can use the wallet for discounts on car leases, also use the card to spend on gas.
* Product operations, like having a platform-level Treasury balance you use for reserves, chargebacks, and as glue to make your product flow work. E.g. On demand services marketplace that “buys items customers need and delivers it to their door” can issue cards from a central Treasury balance to their drivers, so that they can use a physical card to buy the burrito for the customer at the restaurant.
...but part of the point with Treasury is that we don’t know every use case prior, just like we didn’t know every way developers would use Stripe Connect (developers are pretty creative!). Our goal was to build for specific use cases, of course, but also build composable enough primitives that people could recombine them in ways we didn’t imagine. We wanted to make a tool that helped unlock developer creativity, because flexible tools were so lacking in the existing fintech infrastructure space.
Do you plan to offer Stripe Treasury to non-marketplace small businesses / individuals?
I ask because the #1 thing I've been wanting for the past few years is basically Stripe Bank :) I hate Bank of America. I'm not happy with any of the other startup banks. And honestly, at this point my first instinct when seeing Stripe Treasury is "Imma just build my own bank for myself!" (and that actually looks like a real possibility, at least technically).
If not, do you plan to offer a retail product for individuals?
I did this with Twilio - which is to say, I built my own little personal telco with Twilio.
It's not without it's ups and downs but there are a lot of interesting little superpowers I now have over my telco interactions that I would not otherwise have ...
My first question is, will any revenue be available for companies that build on top of this platform? Normal banks make money on interchange on bank cards and interest spread (as well as less savory activities like crazy overdraft fees). Is there any revenue split with the partner? E.g., maybe Goldman pays 0.82%, I offer my customer 0.50%, and so I pocket 0.32% of the balance.
Second, what about customer service for the end customer? There's clearly a top-level layer that's managed by the partner, a mid-level layer managed by Stripe, and the deep backend banking layer managed by the partner bank. How is customer support split up among those 3?
Those were my two main questions. I heard a couple of people asking about use cases. My use case would be an idea I've been kicking around for a while. I've been working on a concept for a next-level-totally-awesome personal finance budget app. The fundamental purpose of a personal budgeting app is to assist you in knowing when to say yes, and when to say no to a purchase, and to do autopsies on past purchases that may have messed things up. I tried a basic version using Plaid to get a data feed from my bank, but the Plaid data feed is inconsistent from bank to bank (with how it handles authorizations that later settle or fail to settle). Being able to bundle a budget app directly with banking could be killer. You'd have real-time, 100% accurate data coming in. That would be a game changer that might make me finally finish my dusty app.
So, Tara, if you're not doing revenue sharing with partners yet, please consider it:-). Revenue sharing is a great way to make apps-on-top-of-platforms flourish.
With respect to customer service for the end customer, this follows the same process as Stripe Connect. Depending on the type of connected accounts you choose, you can have either Stripe take on customer support for you entirely, or manage customer support yourself. While our bank partners power this product, they’re never interacting with end users at all: that layer, from a customer support perspective, is abstracted by Stripe.
Edit: made "connected accounts" lowercase.
0. https://stripe.com/treasury#request-invite
edit: added a space
There are no particular revenue or scale requirements; we tend to roll out features to a few users across the spectrum because supporting users from startup-in-a-garage to publicly traded customers is what we do. We would be thrilled to talk about particular potential use cases; we do envision some B2B fintech applications would find the set of capabilities appealing. Just drop some details on the form and we'll be in touch.
Do you intend to allow Treasury to be used to build new bank storefronts? For example, could someone build a slick mobile app and website and use Treasury to launch a B2B "bank", complete with FDIC insurance? Would it be acceptable to launch an offering like mercury.com entirely powered by Treasury?
Or is the intent to only allow Treasury as an adjunct to a "real" business?
Thanks!
A few years ago I started a company with some partners and we signed up with Stripe Atlas. At the end of the lengthy application we got rejected by Stripe because our business falls under the "regulated" category. Even though we didn't need credit card processing, just ACH, and the former is seemingly where these list of prohibited businesses come from.
We ended up going full steam ahead with Dwolla instead. Although the developer experience is not as polished as Stripe, they don't discriminate against fully legal businesses that should be allowed to bank and transact like any other.
[1]: https://stripe.com/restricted-businesses
Will Stripe Treasury support Factoring use cases? If you're not familiar with factoring, let's say you get a large order that you can't actually afford to fulfill due to a lack of cash-on-hand to buy materials, rent equipment, etc. Rather than requiring the customer to pay up front or getting a loan (possibly using the invoice as collateral), you can just sell the Net-30 (or 60, or 90) invoice outright for something like 95¢ on the $ to get the money you need to fulfill the order. This is particular popular in industries like fashion that have long lead times for both manufacturing and for billing.
Anyway, could Treasury be used like this?
Handling invoicing and payments for a class of enterprise customers who can't use a credit card for payments as a matter of policy can be painful.
*edit: I think this is actually possible with stripe connect today.
I've long had in mind doing something like that as non profit to wipe out the predatory payday loans business which preys on the most financially vulnerable in society. It just seems too difficult for me to do with current bank services. This potentially changes the calculus.
If you're under 13, you are not allowed to use Stripe at all regardless of what country you're in.
Is the same thing going to happen with Stripe Treasury? How can I find out if what I want to do is permissible now that Treasury exists?
Deleted Comment
The accounts can also do both push and pull ACH payments.
While we do not currently support depositing checks into the accounts, we expect to soon, via “remote deposit capture.” You may have seen this sort of experience in mobile applications for many U.S. banks the last few years: take a picture, check gets deposited. If we offer this, we will do it in a fashion which minimizes the engineering work required by the software company, like we broadly try to minimize non-value-creating engineering work for our users.
Will you be offering any consumer loans solutions in the future?
We're starting the limited beta for businesses serving businesses in the U.S., but our ambitions for products are always bringing them to all appropriate users on the internet. This is one reason why we partnered with global banks to launch this.
Do you allow transactions by and with users in states which the US is (illegally) imposing sanctions on? Like Iran?
I haven't dug into their terms, but is there any reason you couldn't create effectively a bank of one customer (or even just your family?) with this, backed by their larger institutions? Issue your own debit cards, the works?
I have yet to find a bank for our business accounts that doesn't make me jump through ridiculous hoops to get basic things done.
Moving money around is way more of a headache than I would have anticipated. And that's before you even get into questions of working capital etc.
As a former eng at Stripe who didn't know this product was coming, I'm very excited to see what gets built on top of it, and to see innovation spurred in business fintech in general.
> I'll look like a freak in the mask, but a LIVING freak. Thank you.
We sold over 1000 of them in our first week, not many returns. I've been wearing mine for months and get way more interest/thumbs-up than "looks".
We do get our fair share of internet trolls, though.
Usually yes - sometimes the gate attendant doesn't understand that the exhale is filtered (I assume this was the problem with your respirator). We have guidance on that here:
https://narwallmask.com/pages/usage-guide#h:flying
I sent him the link. If he gets back to me and his hospital system is interested, perhaps we could arrange a call. Would your HN profile email be okay for reaching out?
Some folks actually did do this in April, just with 3D-printed adaptors: maskson.org and pneumask.org. They don't have built-in exhale filters, though, which limits the utility.
It's based on a full face snorkel mask, with a few adaptors for filters (instead of water) that I designed with the help of an industrial engineer and the manufacturer of the snorkel mask.
Goal was to reuse existing design and injection molds to reduce cost and increase speed to market (wanted to get them out in July, took till November!)
Deleted Comment
I think you can tell a lot about a company by how well they do their documentation.
Deleted Comment
I'm thinking about the unbanked and others that financial institutions tend to not want to deal with. Living in a large city, I've seen plenty of people that use gift cards, transit cards, etc as their "bank" because bank services are unavailable or the fee structure is too onerous. Or, for example, someone that has been in prison for financial crimes and needs a way to rehabilitate back into society.
Thanks!
Fees matter for businesses too, though. Many small business owners are greatly inconvenienced by e.g. the $X,000 minimum to avoid a $15-25 monthly maintenance fee. By bringing large global banks a great deal of deposits at once, we’ve convinced them to not impose maintenance fees on the end-users of these accounts; they’re willing to send the money they’re not spending on customer acquisition (advertising, branch networks, sales reps, etc) back to Main Street.
Another thing scale allows us to do is advocate for our users with financial partners. For example, earlier this year we successfully convinced the relevant parties to approve processing payments for telemedicine companies, which was previously not something they were comfortable with. That is something that previously each company would have had to individually negotiate, and e.g. startups in the space or individual medical practices might not have had sufficient reputations with their financial institutions to cause major changes in their appetite. We were able to get it through by emphasizing how our scale, maturity, and robust compliance program allowed us to allay their concerns.
I missed that. Thank you for replying!