#marcabrub

1 messages · Page 1 of 1 (latest)

soft ibexBOT
dawn stone
#

We have not made any changes to the checkout since September 1st. So how is it possible that now it is not saving the payment method in some cases and in others, however, it does?

elfin geyser
#

So how is it possible that now it is not saving the payment method
You mean the PaymentMethod is not saved on the Subscription level?

dawn stone
#

yes

elfin geyser
#

I'll try to do a test to double check quickly

#

Ah nope I'm wrong. it does.

#

But regarding the SusbcritpionId you shared with me sub_1MODWzIYOry9WQXwboBFvZHi, it is created from your backend (here is the requestId req_tz2oMsEy7wBAj8)

#

And not via Stripe Checkout

dawn stone
#

i have more cases
sub_1LteqyClNuC1nSuP35stLy3K
sub_1Lsyx7ClNuC1nSuPpccxTyrz
sub_1LVMfpClNuC1nSuPzGXW0y44

#

And what does it mean that it is created from the backend?

elfin geyser
#

for the Subscription that are created from your backend, you need to provide/set the default_payment_mehtod

dawn stone
#

How can I know if that subscription is made with subscriptions API?

#

To be able to compare with different cases, since we have more than 1400 clients in the same situation

#

thankyou so so much

stuck veldt
#

By looking at the Subscription objects directly? You can't, unless you specifically passed some metadata to identify them

#

You'd look at the API creation request, I guess

dawn stone
#

And then, how have you been able to identify these 2 cases that I have passed you?

stuck veldt
#

We can see the root API call that created the Subscription objects (as can you via the Dashboard)

dawn stone
#

So what I understand is that from the API it saves the payment method for information purposes but it doesn't take it to make the next payment, is that correct?

stuck veldt
#

Depends on how you created the subscription and what parameters you passed. Specific example you can share?