#taylorcooney_bca-subs
tiny smeltBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1219703410107088916
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
stray glenBOT
hollow nymph
Hello! Generally we don't recommend using billing_cycle_anchor: unchanged - it's undocumented/deprecated, and it's behavior isn't well understood which is why we don't mention it in our public docs
heady frost
Not resetting the billing period is the most desirable outcome. You can search previous threads here to see this discussed. Why would you choose to not mention that, when it is such highly requested behavior?
hollow nymph
I know it's not ideal, but again, it's really not something we recommend using which is why we don't publicly document it - it can have unexpected issues, and currently does not work correctly with pending updates
heady frost
Could you elaborate on that for me?
...it can have unexpected issues, and currently does not work correctly with pending updates
hollow nymph
There's currently a known bug when using pending updates + billing_cycle_anchor: unchanged where the cycle gets updated incorrectly when the pending updatae is applied. I wouldn't be surprised if there were other bugs/weird edge cases, especially given how old unchanged is
heady frost
Sorry, what are pending updates? Is that a feature that I would be aware of if we were using?
hollow nymph
Ah! Sorry I didn't realize that's the part you wanted clarification on - https://docs.stripe.com/billing/subscriptions/pending-updates
If your subscription update code passes in payment_behavior=pending_if_incomplete thats's what would trigger the pending update flow
tiny smeltBOT
taylorcooney_bca-subs
heady frost
That makes sense. Cheers!
hollow nymph
👍
heady frost
@hollow nymph I also had a question about adding multiple currencies to a price (price_1Ow3qSKYTiCt9KzS0LlYTD0A). Is it OK if we talk through that in this thread?
hollow nymph
Yup we can talk here!
heady frost
Cool, if you check that price ID you can see there is a $1.00 USD price set up. How would I leverage that?
For example, if I create a subscription and define the currency as USD, when I add that item will it automagically use the USD price?
hollow nymph
I know that definitely works with Checkout/Payment Links, but let me see if I can quickly test and make sure it works for standalone subs
heady frost
Testing as well
hollow nymph
yup looks like it works for me!
heady frost
Cool! Beat me to it
So I have a CAD plan but and I am trying to add a USD equivalent now. But because the price was used in a transaction, it says to make other changes, I have to create a new price.
Sort of annoying but if I do that how do I re-assign everyone's subscription to the new ID?
It seems a little more tedious than it needs to be
hollow nymph
Yeah I know it's a bit of a pain - you'd write a one-off script and update each of the subscriptions using the old price to the new price. You could also consider doing something slightly different (like maybe implementing a webhook handler that listens for customer.subscription.updated and if it gets an event for a subscription on the old price, it updates the subscription to the new price)
heady frost
What about this?
https://docs.stripe.com/billing/subscriptions/upgrade-downgrade#update-the-subscription-item
hollow nymph
Yeah that would work too
hollow nymph
you too!