#pro-pooja_prorations
valid shardBOT
👋 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/1237388460042747974
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
shut pendantBOT
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.
- pro-pooja_api, 3 hours ago, 37 messages
- pro-pooja_webhooks, 5 days ago, 61 messages
- pro-pooja_api, 6 days ago, 25 messages
tough flax
Hi there 👋 can you help me understand what you were expecting to happen there?
spiral geyser
Stripe should not deduct this amount - Unused time on the Daily Newsletter after 07 May 2024 which is £10.00. Here, the user is charged £0.00 where as needs to charge £10.00
You there?
tough flax
Yes, I'm juggling 4 threads at once and digging into what you described trying to get more details.
If you don't want to charge the Customer the prorated amounts from when you make adjustments to their Subscription, then you need to include proration_behavior set to none in those Subscription update requests.
spiral geyser
req_sCdrxD905mGedT check this "proration_behavior" is "none",
tough flax
You made multiple requests that updated that Subscription before the most recent Invoice was generated. You passed proration_behavior set as none on two of them, but did not include it here:
https://dashboard.stripe.com/test/logs/req_P2EciRgkvB612k
when deleting a Subscription Item. That is the Subscription Item that aligns with the Invoice Item that is charging the amount you seem to be describing.
spiral geyser
$this->stripe->subscriptionItems->delete($tem->id, [
'proration_behavior' => 'none',
]);
I tried this , did not work
tough flax
Can you elaborate? Where did you do that, what were you expecting it to do, what did you see instead?
spiral geyser
When I delete the existing item- https://dashboard.stripe.com/test/logs/req_1rDjW9cTgdFaZh
tough flax
That request doesn't seem to include the proration_behavior parameter. Are you saying our API isn't allowing you to pass that parameter?
spiral geyser
I tried passing it like this in PHP, is this the correct param or not?
tough flax
I'm not sure if you intended to share your code there too. You should be using proration_behavior, the same way you do in your other requests.