#cody_subscription-schedule-dashboard-preview
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/1362076926780379318
๐ 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.
- cody_best-practices, 6 days ago, 9 messages
It's weird that the subscription schedule works as expected in approach #1, but not approach #2...
So for the subscriptoin schedule with 4 phases, I only see 1 invoice associated with it
What do you mean coupon was removed? Where are you seeing this?
I see it in the UI when inspecting the phases
It explicity says the coupon is removed in the second phase, and shows an incorrect (undiscounted) price.
In that same editor it shows correctly for the other sub?
Trying to narrow down if it's an issue with the above calculation or not
Since the second phase hasn't started, the above is just a calculation
It does, yeah. I can recreate it without advancing the test clock if necessary.
I'll try the 4 phase example with a test clock to see if when the schedule is advanced, that the behavior is expected.
Ok cool thanks. Can you share the id when that's done so I can compare to the other test clock example you shared?
Yep, np. Just a moment.
Here's that customer and sub I made with the 4 phases, with a test clock:
cus_S8paBzZnjLtNFD
sub_1REY3vHHHT1qJ1rwtWTsHYIw
It appears to work afterall; it's just a display issue in the UI, it seems.
I posted about a similar issue a few days ago whereby two phases with the same coupon do not reapply the discount, but 2 phases with different promoCodes to the same coupon DO reapply a discount. I'm glad to see the latter case works, but I expect the former to as well.
Hello ๐
I'm stepping in as my colleague needs to go. Are you referring to how the Invoice preview is rendered in the dashboard when you say "just a display issue in the UI"?
See the screenshot above. In the sub_sched's 2nd phase, it incorrectly states that the education coupon is removed. But that's not the intention, and that's not what actually happens when advancing the test clock.
Got it, thanks for flagging. I will raise this with the team that handles that part of the dashboard.
See this as well, though I think the last dev who helped me already flagged it:
I posted about a similar issue a few days ago whereby two phases with the same coupon do not reapply the discount, but 2 phases with different promoCodes to the same coupon DO reapply a discount. I'm glad to see the latter case works, but I expect the former to as well.
In the 2 coupon case (vs 2 promoCode case), it also incorrectly removes the coupon in the second phase. But in that case, it really does remove it when advancing the test clock.
And which subscription represents that case?
I'm looking at the second request from your original question and I see
- Phase 1 -
discounts.prompotion_code: promo_1PqH7xHHHT1qJ1rwlsLQtOvo - Phase 2 -
discounts.promotion_code: promo_1REHTLHHHT1qJ1rwDpV6J62G - Phase 3 -
discounts.coupon: iIt78jJX - Phase 4 -
discounts: []
This appears to align with what you are attempting
Right; after testing it further, I discovered that the schedule I made worked expectedly.
False positive. But the UI still shows the incorrect behavior.
It's worth noting that, even if the underlying coupon is the same, the transition between Phase 1 <-> 2 and 2 <-> 3 do represent removing coupons (and replacing them with either the same or a different one).
I do still think it's a bug in our dashboard UI but wanted to flag what I suspect are the reasons for that tag being shown
Gotcha.
I wanted to let you know that I have filed this as a bug with our Subscription editor UI
Thank you very much for the help on this.
Sure thing! Happy to help ๐