#Miguel Cruz

1 messages · Page 1 of 1 (latest)

plush pierBOT
livid kiln
#

If you use prorate_date then yes, we'll calculate prorations as though you made the update at the exact timestamp you specified

zealous kindle
#

Oh okey, for example , If my subscription is scheduled to end on April 26th at 12:00 PM, and I add prorate_date with today's date and the time set to 12:00 PM, will the proration be calculated accurately? I want to ensure that the proration takes into account the exact time of the update, and I'm curious if using prorate_date with the same timestamp as the subscription end time guarantees an accurate calculation.

livid kiln
#

Let's back up for a minute - what update are you trying to accomplish? I'm a bit thrown off since I'm not sure why you'd want to set prorate_date to the subscription end time

zealous kindle
#

Okey apolagies for the confusion. Let me clarify the update I'm trying to achieve. I'm currently managing a subscription that is scheduled to end on April 26th at 12:00 PM. However, I need to make some changes to the subscription immediately, and I want the changes to take effect from today's date and time (i.e., the current moment). I thought of using the prorate_date parameter with today's date and 12:00 PM to ensure an accurate proration calculation for the changes I'm making. Am I on the right track with this approach?

#

btw the date to end is in the next year

livid kiln
#

yup! that would be the right approach

zealous kindle
#

Okeey, thanks for all!