#KRS

1 messages · Page 1 of 1 (latest)

wary gobletBOT
maiden basin
golden hamlet
#

Umm does this happen to only this Sub or you notice as a consistent behavior?

maiden basin
#

on another test account, we see it is working fine.

golden hamlet
#

If in same account and different price, do you see it?

maiden basin
#

we have not come across this scenario in production account, this is the first time, so i dont know if it is common or not.

golden hamlet
#

I mean, can you try in Test mode?

maiden basin
#

we dont want to use production account with test mode

golden hamlet
#

Hmm, so on another account and Test mode, you don't see this issue, correct?

maiden basin
crude flicker
#

Hi @maiden basin I'm taking over

maiden basin
#

ok. let me know if you need any details?

crude flicker
#

Can you also send me the invoice ID which the new price is not reflected? Or did you get the invoice by using the upcoming invoice API?

maiden basin
#

we are checking the upcoming invoice

#

this is the problematic sub, where the subscription is updated, but the upcoming invoice is not yet updated

crude flicker
maiden basin
#

yes

crude flicker
#

What I see is different from what you shared in screenshot.

maiden basin
#

i think you are confusing with working and not working subscriptions, let me explain aga.

#

Snapshot I have shared is from the Problematic one

crude flicker
#

Ah, OK. Let me check again.

#

OK. So this subscription is managed by a subscription schedule, and in it's phase 2, the new price (e.g., price_1LytxUI5vSu94Gk8Vc7G89oR ) is missing in its phase 2 (starts on 2 Dec) 's items.

#

That's why the new price is absent from the upcoming invoice which is supposed to be generated on 2 Dec, same date as the phase 2 of the subscription schedule.

maiden basin
#

ok. so it is missing only in the Problematic subscription schedule and it is present in the working subscription schedule.

#

?

#

if you compare the logs between working and not working subscriptions, we are changing only the subscription and it schedule is not changed.

crude flicker
#

There's only one phase in the working subscription's schedule (sub_sched_1M1R6NIvwrjYDHRMWma0kki1), and there's no other phases that changes the subscription's prices.

maiden basin
#

so, if it is only one phase, the update will be automatic (updating the subscription will update the schdule too), but if there are multiple phases, then the update is NOT automatic. schedule's remaining phase need to be updated with the new price item?

crude flicker
#

The update happened, it's just that the price update is overridden by the subscription schedule.

maiden basin
#

I am wondering why the same override did not happen in the working subscription. the only difference is that working has only 1 phase and problematic has 2 phases.

#

I am questioning because i want to be clear on what needs to be done to fix the issue which should not cause any other side effects.

crude flicker
#

Here's how subscription schedule works, when the phase start_date arrive, Stripe takes phase's configuration and apply to the subscription. So in the problematic subscription, the 1st phase starts the subscription with 3 prices, and the 2nd phase updates the subscription and change the items to two prices only, and that's why you only find two prices in the upcoming invoice.

Whereas in the working subscription, the subscription will still carry 3 prices (including the updated one) since it doesn't have another phase to change the subscription prices.

maiden basin
#

here what the issue is. when the subscription schedule is created on both the cases, it is created with only 2 prices

#

Now when you said the price is updated with 3 in the 1st phase in the problematic case, i would like to understand if it is done by stripe automatically because of current active phase? The future phase is not updated automatically?

#

and the 2nd phase only has 3 prices correctly

crude flicker
#

the 1st phase starts the subscription with 3 price -> this statement is wrong, it's my oversight, sorry about that.

The schedule's phase 1 items was updated from two prices to three prices because the underlying subscription is updated https://dashboard.stripe.com/test/logs/req_umyoPcaJ67pK4P

maiden basin
#

how are you sure that the phase 1 items is updated? when i check the schedule updated event, i can see it is the 2nd phase which is updated

#

Actually, even i am wrong. it is not the 2nd phase, it is the 3rd phase which is updated with 3 prices

#

Here is my observation, the Problematic subscription schedule has 4 phases after the recent subscription update. in which the new price is added only to the current phase which is 3rd (ending on 2nd Dec). and the 4th phase which starts on 2nd Dec is still having only 2 prices, which is the reason for the upcoming invoice to have only 2 prices. Now, my question is, when I did not perform explicit schedule update API call, stripe has updated only the schedule of the current active phase and the future phase is not modified - I expect it should affect the current phase and future phase too if stripe is modifying the current phase.

crude flicker
#

This is indeed a complicated problem. Can I get back to you later? Discord is quite busy right now.

#

I'll try my best to get back to you soon. If I can't solve your problem today, please tell Stripe support https://support.stripe.com/contact and tell them you have talked to us in Discord, they will forward your ticket to us.

maiden basin
#

i have dropped a mail to stripe support with your name as reference. hope there will be some conclusion soon..

crude flicker
#

Thanks. We'll follow up from there.