#mccoypauley
sharp copper
hello! gimme a while to go through your question
i think each tier should be a different product - maybe this might help? https://stripe.com/docs/products-prices/how-products-and-prices-work
it mentions that
If you’re a SaaS platform, you might have basic and premium pricing tiers. In this case, both basic and premium are separate products because they typically offer unique attributes or features.
shy minnow
so I had read through that one, but what I don't get is how do we handle situations where a tier has options and those options vary the price? It mentions "seat" pricing, but I'm not sure how that would apply to my situation
that is, the GM tier basically has 2 flavors (which are input as separate prices in the interface)
i could def separate them into two products, but then the customer will end up seeing the same copy / info repeated twice, where the only difference is the $ and a mention of the # of codes they get
sharp copper
maybe you can explain a bit more about what's the difference between the tiers so that I can visualize it?
plain egretBOT
shy minnow
sure thing, I can send a picture if that helps?
sharp copper
yep, ou can paste the picture here
shy minnow
here's the interface that sends them to stripe from the website:
so the GM tier lets you choose between those two prices, and then the Sign Up button sends them off to that "price" purchase in Stripe
and in stripe:
but the customer portal doesn't let me pick them all:
if I try adding the 7.99 one, it gives me that error
barren heart
👋 catching up
To make sure we are on same page, that "OSR+ Player Subscription", "OSR+ Legends Subscription" and "OSR+ Game Master Subscription" are 3 Products?
barren heart
Yeah I think that's a limitation on Customer Portal. Let me quick try it
Yeah same here. The Billing Portal Configuration API has a similar error
For each product, its price must have unique billing intervals. The following prices have duplicate intervals
shy minnow
ah okay, so I'm not crazy!
so would it make more sense for the sake of the API/stripe to make 2 products, and then present them as a single product to the customer
and then in the portal they can pick between "GM Sub [4 seats]" and "GM Sub [8 seats]" among the others?
barren heart
Yes I think so
barren heart
Sure
shy minnow
it seems when a customer buys a subscription, the API fires both the create and the updated events. Right now, I have my website listening for the webhook and it sends a notice to the user by email that their subscription was purchased + their account upgraded using the create event. But I also have functionality that sends an email when their account has been updated (so say they switched tiers). However, because both events fire, my website ends up sending 2 emails. Is there a way to know if an update event is actually "the first creation of the sub" from within the event's object?
barren heart
Hmm I see. On the 2 updated events you want to distinguish, do you see the previous_attributes property and how does it look like?
shy minnow
let me check a log real quick
hmm it seems like the output of the event doesnt have that
I can paste the event output if you like
(here's the CLI so you can see the events it runs):
(this is all test data so it's probably OK to paste):
i basically switched this account between two product subs in the dashboard to generate the event