#miketimturner
1 messages · Page 1 of 1 (latest)
Hello, how are you adding another? Can you paste in the request Id or the code you are doing?
Not sure but heres the sub id sub_KC75YJ80doaTIs
Hey, are you sure it has multiple items? I only can see 1 item inside this Subscription
Oh the quantities? It should trigger proration then. Can you provide the Invoice that
it refunds for the first then bills for both again
?
Sorry was in a meeting
in_1JXiqKDXCAkSnHZdQ7r0Xp3X
OK so this is the standard way of doing things then
Can I ask a really important question while I have you here
So I am looking into metered billing or even tiered billing.... When I update a unit count from let's say 1 to 20 where each unit costs £50. The customers bill will go from £50 to £1000. Can this just taken from the customers account or will it need manual intervention? as in the customer will need to confirm the payment before it can be taken as the price is changed from the original agreement?
I think it should trigger the proration and it would attempt to charge your customer at the billing date. But let me introduce @static garden here to continue helping you!
🙂
@flat gull there's no real agreement or technical reason for it not to work(it's up to you as the merchant to provide the customer with approprate information and notice that their recurring payments might increase and why/when). On the Stripe side you call the API to increase the quantity and the next invoice will attempt to charge the customer's saved payment method for the updated amount as a regular payment.
Thats sounds really good as I am thinking of a really nice yet complex pricing model where I use the units of metered billing to store time in minutes to have a cross proration, metered billing approach. I just didn't want the customer to have to accept the price every month.
yep there's no upfront permission needed for changing the recurring amount, they just process as regular payments against the saved card. Of course like all payments, they might decline or otherwise fail so you should have recovery for that(https://stripe.com/docs/invoicing/automatic-collection) ; and also if you're changing the amount a lot without making it clear to the customer they might dispute/chargeback so you should make sure it's clear to them when the amount will change(like email them when they are approaching some threshold in your system or so on).
Of course, all this will be covered. Within the docs is says that SCA will be required for this first payment and then Stripe does something with the banking provider so further payment attempts are exempt from SCA? and this also covers my scenario? thanks
but the idea yes is that you authenticate the first payment and then future payments get exempted; but it's up to the bank as they have discretion to force authentication so you need to think about what happens in those cases(https://stripe.com/docs/billing/migration/strong-customer-authentication#off-session-tools)
Out of curiosity, whats percentage of exceptions are successful?
I don't think I have that data to hand
Im just wondering if it could have any negative affects from traditional package pricing?
Or whether package pricing has the same risk of SCA being enforced
I believe there's probably a slightly higher chance of not getting exemptions yes— there's a specific exemption for 'fixed price' subscriptions but that wouldn't apply here so it has to be this more generic "merchant-initiated-transaction" one.
really I wouldn't worry too much about it or change your approach to optimise prematurely, we don't have much data on this yet as an industry and this is all still rolling out.
I do like this approach as it's simpler to what I'm expected to see using aws. I appreciate your help and will stick with it. Thanks
One more thing while I have you here
Because of the way I am building this. The invoice generated by stripe will not show exactly what is going on. It will show a much of units and one big price. I am going to need to create my own invoices for the user. It there any info you can give around this? Like stopping the default invoice from being sent and maybe using the upcoming invoice hook to retrieve the usage reports or even the overall price for a product on the invoice to cross check with what I have in my app?