#thifiel

1 messages · Page 1 of 1 (latest)

idle solarBOT
frosty crown
#

Hi

I have migrated an existing integration to payment elements but seeing periodic duplicated payments which result in having to refund one of the transactions. Can't replicate this issue locally and it seems to be completely random.
Is there two PaymentIntent created ?

#

In some instances, a new payment intent is generated and confirmed straight after the first one went through.
What is generating the new PaymentIntnet? your backend ?

solemn valve
solemn valve
frosty crown
#

The actions you are describing are triggered from your integration, it seems a concurrency issue on your backend/integration

#

You should probably debug further all the process implicated in your Checkout Flow

solemn valve
#

But there seems to be some automatic confirmation behind the scenes which happens when using payment elements which didn't happen before, despite still having confirmationMethod set to manual in the payment intent creation code

frosty crown
#

But there seems to be some automatic confirmation behind the scenes which happens when using payment elements
No there is no automatic confirmation/Action made from the Stripe Element

#

The goal of using Stripe Element is to give developers the ability to synchronise all the events and the flow

solemn valve
#

I suspected as much. I think our main issue is still manually confirming using handleCardAction as opposed to web hooks, which I understand is the better approach. Was just wondering if there was a workaround before going away and overhauling all of the front-end integrations to use stripe.confirmPayment instead

frosty crown
#

Was just wondering if there was a workaround before going away and overhauling all of the front-end integrations to use stripe.confirmPayment instead
You should use confirmPayment

#

That' the better approach

solemn valve
#

Ok, thank you for your time, that makes sense. We will look into it.