#stripe

Hi folks, I'm working on an app. I'm working on quite a complex use case. Anyone from stripe here with a couple of minutes to spare?

AndroUser: don't work for Stripe but pretty knowledgeable

I can vouch for markin's knowledgeability

Awesome! Well I have a master stripe account hooked up to an app. In this app multiple users create accounts, then create a store using connect. Users can then browse these multiple different stores and add products to basket etc. On checkout though, can I create these Stripe customers in the apps master account, but submit the payments to the clients accounts? Is there some form of best practice here?

Thanks folks

AndroUser: yea, you can save a customer's credit card info in your main account and then create a token that you can use in the clients account https://stripe.com/docs/connect/shared-customers

Fantastic, cheers! I'll give that a go :)

:)

Re: stripe connect, when the money is distributed to stripe accounts, and then withdrawn, what appears on the bank statement?

And can we change it at all?

herro: with stripe connect, it'll just be something like Stripe Des:Transfer.

Thanks henri

you can't change the statement descriptor unless you use Stripe Transfers.

How about on our own statement (for checkout)?

Oh, how do we activate Stripe Transfers?

Does the Stripe interface have detailed records of inbound transactions (itemised for individual transferors)?

does stripe issue statements (either paper or online)?

Do users have to create an account in order to pay via subscription billing?

herro: nope

markin, thanks, which question?

How about on our own statement (for checkout)? yes

Oh, how do we activate Stripe Transfers? account settings

Does the Stripe interface have detailed records of inbound transactions (itemised for individual transferors)? your account balance would get pooled into your account and then you just specify an amount to deposit

does stripe issue statements (either paper or online)? nope but all your data is online and exportable

Do users have to create an account in order to pay via subscription billing? nope

ur the best

re: transfers, if money is received via Stripe Connect, will they have a live balance or record of the amount received from that specific source (account)?

yea

Does each transaction in Stripe Connect have a reference number? What other information is recorded per transaction?

anyone around?

ibike365: Howdy

Can the amount of a recurring subscription change from one period to the next?

Trying to assist my wife in setting up a custom form integration, but I can't figure out how to add first/last name fields to the form

ibike365: you're using Stripe checkout?

Someone will respond if u ask a question (in my experience).

@herro yes

herro: you can modify the monthy invoice by using webhooks

ibike365: to get the name, you'd have to ask for the billing address mattarkin.com/how-to-get-billing-and-shipping-a...

markin - thanks

yw

markin: that means the amount can be changed? e.g. a monthly subscription is $20 in January, but changes to $15 in February and then continues at $15 per month thereafter. That is achievable via webhooks?

herro: so every month you'd get a webhook saying the invoice was created and then you can edit the invoice.

herro: you can also change the plan the customer is subscribed to.

I don't quite understand webhooks.

herro: Or if its a thing where only the first month is more expensive you can add like a set up fee when you create the subscription

herro: a webhook is just a notification from Stripe

Thanks.

So basically we can change the amount in two ways: (1) via webhooks and (2) by changing plans

yea, with webhooks you'd have to change it every month

i don't follow, is there a use case?

webhooks is more if you want to do usage based billing, so this month the customer sent 100 emails so its gonna cost $40 but last month they sent 1000 emails so its gonna cost $400

thanks for the e.g. that helps a lot. i guess we can have an object or token or something that multiplies by an amount, so that it's automatic

or a "webhook"

is there any limit to the number of subscriptions we can make?

Here's a use case we are trying to solve. We have on offer 3 products, X, Y and Z, and the user chooses 5X, 3Y and 1Z. Each product is provided by a different supplier, and each supplier is paid out via Stripe Connect, to their stripe account. Can we process this in one transaction?

If not, then how is it processed? What are the fees? etc

by default a customer can have 25 subscriptions at once

they'd have to have one subscription per supplier so they'd be charged 3 times a month

And there is scope to increase that? Or not?

I see.

disregard my question about increasing the default.

Each of those 3 charges would appear on their statement with the supplier's name, or our name?

Here is another use case that is a bit different. We want to allow people to choose an amount to spend. For this e.g. let's say they choose $100. Then, we give the user a range of say 10 products to choose from, and allow them to select up to 3. Then, their decision is over, and it's over to us to decide how to allocate the $100 between the 3 selected products (e.g. we might do 20% 30% 50% etc). Can we do this with subscriptions?

hey guys, each time a charge.failed is triggered, will a payment_failed even also be triggered?

aracodex123: if the charge would be for an invoice then yes

herro: by default the suppliers statement description but you can override it

herro: you could so its $100 a month?

thanks markin

Okay, supplier's statement description. On Google I was reading that Stripe invoiced everything as being from our company. But I guess that is no longer current information.

Nope, not with Stripe connect

#winning

Okay, so to be clear, the user is just choosing to spend $100. And then leaving the decision to us as to how we allocate that. Then, it can be allocated between say 3 products. And each of those will be invoiced separately.

yea

in that case, do we need to determine where the money is allocated at the time the subscription/recurring payment is created? Or can we decide that later?

well you're gonna need to know at creation so you can do the first bill

ok sure, but can we change that? to some extent they are fungible, and this would be agreed to and included in our TOCs.

Can the bill be created later, for instance, they sign up on 1 January and we bill them on 30 Jan, and decide on that date?

(sorry for asking so many Qs, i'm nearly done)

you can just create the subscription on the 30th

or cancel the subscription and create a new one

or change the plan of the subscription

Is there a map of the data that Stripe receives?

And that we receive?

Or a detailed description of all the data and its flow?

a map?

you create all the api calls

okay, so we create the data flow ourselves?

and this has to be pci compliant?

yea, so capturing the card data needs to be complaint. Stripe.js and Checkout.js tend to be the easiest way to do this

Okay, and for connect? And how can I visuallise or see in detail the data flow?

Webhooks would let you see what's happening

sorry to be unclear i mean now

trying to explain this to someone else, need to know who gets what data

the connected users only get the data for the subscriptions in their account. You have access to all the data

thanks, and how about Stripe, what data does it have access to and how is it store?

stored?

Stripe has access to everything, but its all PCI compliant