#adam-subscription-sca

1 messages · Page 1 of 1 (latest)

hollow brambleBOT
dawn acorn
#

adam-subscription-sca

#

Hey @red dune sorry we missed your earlier question

#

Can you assign a support engineer to support us to come up with a pragmatic solution given our volume and limited timeframes?
That's not how this server works, so mostly no. You can talk to your account manager if you have one about this and maybe they can connect you, or you can pay for premium support (or whatever that's called, sorry that's not my area of expertise)

red dune
#

Ok are you able to just help me with one thing...

How can I tell if a payment methods would be expected to work for an off session payment?

dawn acorn
#

You can't tell at all in the API at least

#

Do you have an example Subscription id I can look at? I can check how it's been collected at least

red dune
#

sub_1LFKO1BlsszCFRQ0bjiX1ErP

#

That might not be the best example actually since that customer has changed their card details... let me find a more representative subscription.

#

Ok... this one: sub_1LEslHBlsszCFRQ0tpEmIk9z

dawn acorn
#

so as far as I can tell you collected card details the right way on that Subscription

red dune
#

Ok, so what you are saying is that in normal circumstances the automatic payment for renewal for this subscription would be expected to succeed? (i.e. you wouldn't expect it to invoke another requires_action)

dawn acorn
#

That's what it looks like to me right now yes. Is this how you did all your Subscriptions where basically you did
1/ Create a Subscription with default_incomplete
2/ Client-side, attempt to pay the latest Invoice by confirming its PaymentIntent via PaymentElement while collecting card details and doing 3DS
3/ After successful payment, make that PaymentMethod pm_123 the default payment method for Invoices on the Customer
?

red dune
#

Yeah that's right.