#Matt11-decline

1 messages · Page 1 of 1 (latest)

next snow
tropic prism
#

sorry this is not what I need. I need to simulate a payment for a customer that previously entered a valid card

#

because my app automatically create a PI after N days with the same card

#

so I need to simulate like the customer card is emtpy

next snow
#

you can use the "Decline after attaching" card to simulate a decline where you saved the card to a customer and then charging the saved card

tropic prism
#

but are we sure that the "Decline after attaching card" returns the same error of an empty card?

next snow
#

you can't simulate the insufficient_funds decline specifically that way no, it just gives a generic decline

#

it doesn't really matter, all declines are roughly the same, you catch the error and ask the customer to enter a new card.

tropic prism
#

and what if the customer recharge the same card? can he re-enter the same one or Stripe return an error?

next snow
#

they can enter the same card if they like and it might decline or it might not

tropic prism
#

so a pament_intent with an insufficient funds card has the requires_payment_method status, correct?

next snow
#

yes

tropic prism
#

another question if possible

#

the "Decline after attaching" card (4000000000000341) the first time returns a requires_action status, the 3ds fails and later returns a requires_payment_method status.

  • Why is acting like this?
  • Are there any scenraio where a card can act like this?
  • For an insufficient funds card is it the same or return only the requires_payment_method status?
next snow
#
  • maybe you have a Radar rule to force 3D Secure that triggered on that attempt?
  • yep, it's possible that you do 3D Secure on a card but the bank still declines the charge attempt after that
  • all declines are requires_payment_method
tropic prism
#

how can I check the radar rule?

next snow
#

easiest way is to paste the PaymentIntent ID pi_xxx so I can look for you

tropic prism
#

pi_3L3yXgApMCw5clA31NMPOTNe

next snow