#dick-flair_best-practices

1 messages ยท Page 1 of 1 (latest)

plain kestrelBOT
#

๐Ÿ‘‹ 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/1315981334853849109

๐Ÿ“ 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.

rich fable
#

Hi, I'm trying to understand why the invoice it generated after a subscription schedule is different to what I expected it to. It might be that I am using the subscription schedule incorrectly but let me know if you need more info

faint tree
#

Hi
Could you please share the Subscirption Id and the requestId of the downgrade ?

rich fable
#

The subscription Id is: sub_1QUPsCDvmqvcAnANhI1TUItN
The invoice I was confused about: in_1QUPy7DvmqvcAnANUn5QUsMa

Creation of the sub schedule /downgrade:
req_Wq8VjKuJdyqPKd

updated with the phases:
req_Wq8VjKuJdyqPKd

#

I was expecting for that invoice to just be this line and nothing else:
and for it to be a value of ยฃ100 + VAT of (ยฃ20) but it seems to include prorations which doesn't really makes sense. Especially with "Unused time on 5 ร— Fundamentals v2 after 10 Dec 2024" as it was/is used in that the downgrade to 4 quantity does not come into effect until the 10 Jan 2025

faint tree
#

Creation of the sub schedule /downgrade:
req_Wq8VjKuJdyqPKd

updated with the phases:
req_Wq8VjKuJdyqPKd
Those are the same request for the schedule creation

rich fable
#

Apologies, I thought it had copied it

#

req_rqwQ9E4R9WkONt

faint tree
#

Np! checking...

#

Why are you updating the current phase ?

#

You should update only the next phase with the downgrade right ?

#

The customer has paid 150 already, you updated the first phase with the new price (which you shouldn't I think according to your initial message)

#

So the reason behind 150-125 (first phase change)+ 125 (second phase)

#

req_rqwQ9E4R9WkONt
Update this request in a way that updates only the price of the second phase and keep the price of the first phase as it is.

rich fable
#

Great, thanks for the tip, let me have a quick look and test

faint tree
#

Happy to help!

plain kestrelBOT
rich fable
#

Ahh, amazing. You directed me to where I needed to look but let me check with you whether on this is the best practice. So initially, when I create a subscription schedule, I create this from a subscription, so at this point, this wouldn't have any phases, am I understanding that correctly? So the request log you had looked at was the request to update the subscription schedule with the phases which includes the current phase and the next phase (which is the downgrade). For the current phase, I was just setting the phase items that was from subscription schedule it had created, the issue I had was, I was setting the tax_rates again even though the phase items already has tax against them, resulting in the weird invoice that I was talking about. But I've fixed this issue now though but I wanted to check whether this seem like a good typical useage for a subscription schedule?

hard badger
#

hi! I'm taking over this thread.

rich fable
#

Hi Soma, np

hard badger
#

I create this from a subscription, so at this point, this wouldn't have any phases, am I understanding that correctly?
technically it would have one phase.

rich fable
#

Is that one phase the current subscription items/prices?

hard badger
#

yes

rich fable
#

So when I come to update the phase to include a new phase for the downgrade, do I need to include the current phase? As this is what I'm doing now, phase[0] being current phase, and phase[1] is the downgrade phase

hard badger
#

So when I come to update the phase to include a new phase for the downgrade, do I need to include the current phase?
what's your end goal? for the Subscription to have 2 phases? if so, then yes you need to include the existing phase and the new phase when updating the subscription.

rich fable
#

Ok great. Thanks. The end goal is to have a pending update/downgrade to a subscription that gets applied to the next billing cycle, i.e. decreasing the quantity to 4 from 5 for the next cycle. I just wanted to check on whether this was a standard practice or if I was just "hacking" it together

hard badger
#

if you want something to change in the future, then using a Subscription Schedule makes a lot of sense!

rich fable
#

Awesome. Thanks for the sanity check!

#

That's all I have today, and managed to resolve my problem. Thanks for both your help. Have a great day ๐Ÿ™‚

hard badger
#

happy to help ๐Ÿ™‚