#Camille-wca

1 messages · Page 1 of 1 (latest)

past sirenBOT
nimble lava
#

Can you provide an example?

#

i.e. a sub_xxx ID

icy berry
#

my last test: sub_1NpoUZFgEUv1JmncTXy9sxD4

nimble lava
#

Seems expected given that you're using payment_behavior: 'pending_if_incomplete'. We'll rollback any changes in the update should payment fail

past sirenBOT
icy berry
#

But isn't the billing cycle anchor also saved inside the pending updates ?
How can I apply the changes only when the payment wen through, and still apply the correct billing cycle anchor ?

nimble lava
#

Checking on this

#

I think this is expected in this scenario as the pending update includes a switch from a free, zero-amount item to a paid item

#

In those scenarios we'd always reset the billing anchor to the moment of payment

icy berry
#

Ok, thanks for the explanation.
Is there a way to revert back if payment does not go through if I use another payment_behavior like allow_incomplete ? For example by canceling the invoice ?

hot valve
#

Hi! I'm taking over this thread.

#

For example by canceling the invoice ?
It's not possible to delete invoices created by subscriptions.

#

Your end goal is then when you update the subscription from free to paid, and the payment requires 3DS, that the billing_cycle_anchor stays the same (2nd of the month)?

icy berry
#

yes, that is correct

hot valve
#

Hum... I don't think that's possible because the switch from free to non-free will always reset the billing cycle anchor.

icy berry
#

but it doesn't when the payment does not require a user action (with the test card 4242)

#

Is there a way to reset the billing cycle anchor after the payment went through and the updates were applied ?

#

Sorry I need to go. I will get back on this this afternoon !

#

and thank you for trying to help, in case it's someone else after !

hot valve