#Roman Zakyan-support-question
1 messages · Page 1 of 1 (latest)
Thanks
what is your question?
I used test card ending with 063 to do test payments
to buy suscriptions
1st payment passed, but the 2nd one not(says decliend by bank, seems for 2nd payment could not charged payment method of the 1st payment and could not reuse it)
@craggy urchin
here is the payment which passed
this is failed one(subscription update)
I'm following, can you clarify what the full question is? Is it "why did the second payment decline"?
yes
can you share the PaymentIntent ID for the declined payment?
I cant see that for the failed one
for the succeded one here is pi_3Lf5blCH1Du2NjOd0farMlIr
can you share the Subscription ID instead then?
or the Invoice ID?
for the failed payment
ok, one sec
pi_3Lf5d1CH1Du2NjOd0CLVYr8U
failed one
pi_3Lf5blCH1Du2NjOd0farMlIr
succeded one
@craggy urchin
looking
@craggy urchin please update
still looking, juggling a few threads
ah I believe this is expected
so the 3063 card requires authentication for any on session payments, e.g. when a customer is on the payment page of the business
in your case, the payment pi_3Lf5d1CH1Du2NjOd0CLVYr8U was an off_session payment. It was a recurring payment so in that case, the 3063 card declines
correct
what scenario are you trying to test
try the 3184 test card 4000002760003184
this requires authentication in all cases, will this work on recuring payments? or for example on 2nd payment will ask for authentication? or payment will be failed
@craggy urchin
this requires authentication in all cases
yes this is what I thought you wanted to test, cause you said:
recuriing payments with a required 3d secure verification cards
do you instead want to "authenticate first payment but not authenticate recurring payments" ??
then yes 3155 is what you want