#LBG-PaymentIntetns

1 messages ยท Page 1 of 1 (latest)

onyx magnet
drifting cipher
#

Hi, I am trying to understand why we have abnormal churn (really high, from 18% to 39% in 2 weeks)

#

Can you please take a look to this pi_3KljzjLJLkeHRLt10LggsxGv and tell if something could be improved please ?

#

Based on the principle that this error payment code is a generic bank error code

onyx magnet
#

The card is declined due to insufficient funds, you can check the decline_code of last_payment_error

drifting cipher
#

I know, but I am trying to know why here*

#

This is abnormal churn

#

Can you please take a look at the pi_3KljzjLJLkeHRLt10LggsxGv and tell me what can I improve

onyx magnet
#

The pi_3KljzjLJLkeHRLt10LggsxGv's last_payment_error says insufficient funds, it means your customer's card doesn't have enough balance for the payment.

drifting cipher
onyx magnet
#

I'll suggest you to take a look at the last_payment_error of these payment intents

drifting cipher
#

How can I find the payments that failed SCA from my last screenshot ?

onyx magnet
drifting cipher
#

Do you confirm that there is no mail sent to the customer when SCA is required for a off_session payment (subscription) even with this parameter on ?

quasi canyon
#

Hi! This would depend on the setting just below the one you posted

drifting cipher
#

Can we have logs on this ?

#

Hi @quasi canyon

quasi canyon
#

What do you mean by "logs"?

drifting cipher
#

To see email sent

#

And see how many customers would have complete the authentication flow after receiving the email

quasi canyon
#

You can preview the email by clicking on the small eye icon on the right of the setting

#

And see how many customers would have complete the authentication flow after receiving the email
I don't think we provide this.

drifting cipher
#

Ok

#

We'll have to setup our own reminder then

#

I have some questions about our workflow

quasi canyon
#

What are your questions?

drifting cipher
#

Our use case is the following : We have customers that pay subscription to the plaftorm. Those customers also have to make payments to Standard connected account. The payment for subscription would be off_session. The payment for Standard Account would on_session. Our current workflow is this : create a Stripe Session with the "setup" mode. A SCA is triggered for 0โ‚ฌ. The credit card is saved on the customer object as default payment_method. Then, once the credit card (payment_method) is saved, the user (on our front) can choose a subscription. Once chosen, we create a Subscription on the customer without specifying any payment_method (I checked the customer object, the invoice_settings.default_payment_method has the default payment_method set, the credit card of the customer that he saved earlier)

#

Is this a good integration ? Or should we create the Stripe Session in "subscritpion" mode in order to ask the customer to save his card WHEN he has chosen his credit card ?

onyx magnet
#

This integration looks to me ๐Ÿ™‚

drifting cipher
#

Knowing that we have to optimize the off_session payment

#

If we want to create the subscription WHEN the customer saves his card