#nukesforbreakfast_unexpected
1 messages Β· Page 1 of 1 (latest)
π 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/1336766463393927179
π Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- nukesforbreakfast_api, 10 hours ago, 10 messages
- nukesforbreakfast_best-practices, 20 hours ago, 60 messages
Hi, thank you for the feedback. I will share this with the product owning team.
sorry, it won't let me create a new thread, but I have a different question
why is the hosted invoice portal not prompting for payment on the initial subscription invoice?
sub_sched_1QpDigB7kbjcJ8QqOSyI3ZZrsub_1QpDigB7kbjcJ8QqhPBesPDNin_1QpDigB7kbjcJ8QqWuoys7ca
whereas on this one for the next invoice for the next phase of the subscription, it is asking to "pay amount due".
No worries, you can continue asking here
What do you mean by 'invoice portal not prompting for payment on the initial subscription invoice'?
@sly lion this screenshot.
Customer Portal has some limitations that we document here: https://docs.stripe.com/customer-management#customer-portal-limitations
Customers canβt update or cancel subscriptions that currently have an update scheduled with a subscription schedule.
As for "pay amount due", is not that amount for $69 already paid?
no, if you look at the invoice in the invoice history it shows as "past due"
in_1QpDigB7kbjcJ8QqWuoys7ca
Ah, it shows on the screenshot at the bottom too
yeah, I was expecting it to have a CTA to ask them to pay the open invoice.
just like it does in the second phase of the subscription schedule.
If you advance the clock Clock for another billing interval, what do you see?
you mean to the next year when the next phase starts?
Yes!
let me check
I clicked "+ 1 year" but it looks like that didn't advance it far enough to create the next invoice
did you want me to advance it to Feb 5, 2026 to see if the invoice generates?
Yeah to the next interval so we can see what the UI pulls for the second year
here you go
clicking "pay amount due" takes me to the hosted page for the second, $24 invoice.
so it seems like there is never a CTA rendered for the first, unpaid invoice of $69.
Yeah, I think it's the limitation with the subscription schedules.
If you create a subscription without a schedule, it works
that seems like a bug to me, because wouldn't you always want to render some kind of CTA to drive them towards payment of an open invoice, regardless of the schedule?
and it's not listed in the limitations of the billing portal. It says customers can't make updates, but is paying for an open invoice related to a subscription considered "updating a subscription"?
I should also note the collection method here is send_invoice.
Initially what was my intepretation hence I split that apart.
sorry, I don't understand that statement.
oh got it. So you're saying you think this is incorrect behavior of the customer portal when subscription schedules are invovled?
I just re-created the subscription without a schedule and see the CTA is present for the first invoice.
Yeap, that was from my test as well. From my end, it does not look like the behavior changed recently and subscription schedules is the culprit. You can add the abilit to add a payment method on the customer portal configuration so they can at least add a new payment method.
From my test, I can click on the invoice and pay on the hosted invoice page
yes, that works fine. I just want the CTA to be present as it isn't as obvious that they need to click the invoice in the invoice history.
I added the feature to add a payment method
It looks like it does not support what you're looking for when using subscription schedules in Customer Portal
so are you submitting it as a feature request or bug report?
Hi there π jumping in as my teammate needs to step away soon. It's listed as an expected limitation that the Customer Portal doesn't support all functionality when a Subscription is controlled by a Subscription Schedule. I'll file feedback with our teams that this is something you'd be interested in seeing supported in the future.
I just want to confirm what is being requested:
That you want to see the Customer Portal offer full feature parity for Subscrpitions controlled by Subscription Schedules as ones that aren't.
Not quite, one second
testing one last thing
argggh
I'm trying to test if it works if I add the schedule after the fact, but I'm getting an error I don't understand
do you see req_yxEBQDvDGJigN9?
>>> subscription_schedule = client.subscription_schedules.update(
... subscription_schedule.id,
... {
... "phases": [
... {"items": [{"price": "price_1Qp1JNB7kbjcJ8QqwpclPUYa", "quantity": 1}], "iterations": 1, "start_date": int(phase_start.timestamp())},
... ],
... "default_settings": {"invoice_settings": {"days_until_due": 30}, "collection_method": "send_invoice"},
... }
... )
stripe._error.InvalidRequestError: Request req_yxEBQDvDGJigN9: You can not modify the start date of the current phase.
I created a subscription schedule using from_subscription after I generated the subscription: sub_sched_1QpEb7B7kbjcJ8Qq17QH1aJK
I'm just trying to add a new phase that starts 1 year from the subscription start.
Looks like the timestamp you're providng is one year in the future from the current one
You have to keep the original phase in the phases array too
wait really?
Yup
that's not what the API docs say:
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Note that past phases can be omitted.
or does that mean phases that have expired?
Past phases, not current phases
ah, user error then. One second.
ok, adding it after the fact still didn't work. Alright, let me write this up
What I'm specifically requesting is:
When a subscription is created without a schedule, with a send_invoice collection method, the billing portal shows a CTA of "pay amount due" to pay that first invoice.
However, if a subscription is created through a schedule with a send_invoice collection method, the billing portal does not show a CTA of "pay amount due" to pay that first invoice even if that invoice is still open and unpaid.
Gotcha, I'll get that filed!
Billing portal display when first invoice is unpaid for a subscription that is created with a send_invoice collection method:
Billing portal display when first invoice is unpaid for a subscription that is created through a subscription schedule with a send_invoice collection method:
hopefully those screenshots make it clear what the issue is.
Thanks! Feel free to use the screenshots I just added above to help illustrate the issue.
Will do! Appreciate that
and just to confirm: I haven't received any emails from these tests even though I'm using my personal email for the customer. Does the customer get emailed about the open invoice when it is finalized?
If I recall correctly, that's dependent on two factors.
Whether you have those emails enabled for your account. Second-to-last section on this page:
https://dashboard.stripe.com/settings/billing/automatic
right above the section about pausing all subscriptions.
And whether auto_advance is enabled on the Invoice
https://docs.stripe.com/invoicing/integration/automatic-advancement-collection#toggle-auto-advance
I'm less confident about which of our email flows actually generates emails in testmode though, that's outside of what we're most familiar with.
Got it. I thought emails didn't get sent in test mode at all.
π stepping in here