Live data from Hacker News

Stripe Treasury

stripe.com

51–60 of 265 posts

Re: Stripe Treasury

#51
post #42

Earlier quoted context omitted.

"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 submitti…

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…

> Stripe Treasury does not violate our terms...

Would AngelList's angel investing product, built on Treasury, violate Stripe's AUP? How about TransferWise? These are financial services companies, they are something I can imagine building on Stripe Treasury. But they are probably against your AUP, even if of course they are permissible from a legal point of view.

> KYC goes through Stripe's processes. This is both operationally complicated and something that we generally do not go into detail on.

One of the things I like about banks is, when you're dealing with large amounts of money, which is what I aspire to do, you are talking with an educated person on the other end of the line. It's very easy to talk with integrity because the bank's FTE is experienced, vested in a positive outcome for you, doesn't get tripped up with keywords, and critically, because they live here and are paid well, they have something at stake, you can achieve a remedy if you don't get what you need from them.

With a contractor, there's a script. It's hard to talk with integrity because you might say a forbidden word, or you might merely delay your legitimate business even further by having to wait even longer for a Zendesk follow-up, or you might be dealing with someone in a foreign country beyond the law who is just going to criminally misuse information in your docs, like your passport, because SOC 2 and ISO 27001 are just policies, they're not laws and they're especially not enforcement. This is pretty consistent with everyone’s experience with contractors versus W2 in customer service and other cost departments, it is not a controversial position, it is definitely correlated with the fact that it is capricious, with no remedies, when you are locked out of eg your Google account, compared to say getting your checking account closed at a bank for non-legal reasons - at least the bank gives you the money in the account, while Google generally does not give you your emails nor responds to your support tickets.

It's one thing when it's a $100 merchant payment. Who cares. It's another when it's a $1,000,000 transfer. I understand the desire to scale and compartmentalize, to use vendors. It is pretty clear that the bulk of compliance work is not done through W2 Stripe employees, although I don't see why that is possible with a bank and not with Stripe.

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

I'm asking, how do the typical statement-of-purpose and other KYC processes adopted by other fintech firms fit into your API? For example, if my business or I transfer $1,000,000, most fintech firms ask a day or two later to fulfill more detailed statement of purpose asks, as part of a "large transfer compliance" department sort of thing, like providing an invoice and information about the recipient. I understand this is above-and-beyond any regulatory requirements but I could be wrong. So suppose my end user makes a $1,000,000 transfer that I fulfill using Stripe Treasury-backed API, do you then follow up days later with the Treasury implementer (me), via e-mail, to obtain PDFs from the end user, etc.? Or do you simply not perform this sort of above-and-beyond ask?

The broader question was really about, how do you anticipate doing this KYC in an API-driven way? Or is the answer you will not? I'm not asking the specifics of the policy, I understand you cannot disclose the policy, I'm asking from a UX point of view, how will that policy be acted out? Because building the whole API implementation and then winding up in an e-mailing PDF back-and-forth with a contract Stripe employee anyway sounds pretty crummy.

Are the unusual asks are part of determining whether or not the implementor / intermediary is obeying an AUP, not to fulfill legal obligations? AUPs are at once quite subjective and opinionated but also surprisingly uniform among Internet money companies, leading me to believe that this is not something anyone actually feels strongly about but really just cargo-cults. While I do not personally believe this, the most cynical belief is that this is data gathering and lead generation, that Treasury is really a Robinhood-style business, so the docs asked are retained to be later analyzed for secular, non-compliance reasons like identifying new customers (i.e., the recipients's business) and pricing.

Re: Stripe Treasury

#52
post #5

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!

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!

Re: Stripe Treasury

#53
post #20

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!

Re: Stripe Treasury

#54
post #42

Earlier quoted context omitted.

"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 submitti…

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…

> KYC goes through Stripe's processes.

I take it this means that Stripe will still be acquiescing to activist pressure and taking actions to deplatform clients? Or is this opaque KYC process limited to the minimum required by law? Stripe's history of banning conservative clients in other offerings seems unacceptable for a platform trying to dig in deeper into core layers of the financial ecosystem.

Re: Stripe Treasury

#55

Earlier quoted context omitted.

The one thing I've been hoping Stripe eventually rolls out is escrow; hopefully this is a step towards that?

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 .

Why does the US support holding funds for up to 2 years, while everywhere else (like Brazil) only 90 days?

Re: Stripe Treasury

#56
post #21

Earlier quoted context omitted.

Will this support paper checks that can be written on the spot by a client?

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 curr…

Billing (invoices, specifically) has an invite feature to mail in checks and has auto-reconciliation. Maybe it's possible to integrate that?

Re: Stripe Treasury

#57

Earlier quoted context omitted.

A literal fire? Sounds like a good story. Tell?

There's unfortunately a fire in Orange County today and had to pack a bag for evac. Truly, never a dull moment. https://www.latimes.com/california/story/2020-12-03/wind-dri...

I'm in Orange County too! All Irvine schools are closed. Stay safe.

Re: Stripe Treasury

#58
post #29

Earlier quoted context omitted.

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…

> supporting users from startup-in-a-garage to publicly traded customers is what we do Unless that startup is a site that has naughty pictures!

You're getting downvoted but it's fair criticism. Unfortunately it's also probably out of Stripe's hands, given that it tends to be driven by partner limitations.

Re: Stripe Treasury

#59
post #5

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!

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?

Re: Stripe Treasury

#60
post #5

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!

Hi Tara - first, thanks for coming here for Q&A.

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.

Post reply on HN