#ReneRich
1 messages ยท Page 1 of 1 (latest)
Hello ๐
Can you share the example subscription ID?
This is one of the sample stripe subscriptions being created: sub_1NIBngC0mpF9SEQY5hoVpyyz
๐ Hello
Hmm, the email address of the stripe customer does not match the email address of our platform user; might this cause this issue? My test customer has changed his/her email address. however the stripe customer has not yet been updated.
That would cause an issue if the Customer ID does not match the Customer to whom the Payment Method has been assigned.
I can update the user's email address and try again; see if that changes things.
This is a subscription ID that I created, with the correct email address; It still does not automatically complete the payment intent: sub_1NIDEJC0mpF9SEQYXGz7fIx1
The payment was successful
Here is the webhooke event: https://dashboard.stripe.com/test/events/evt_1NIDEdC0mpF9SEQYjGaK0omQ
Yes, because my frontend is confirming the payment intent at the moment. I can set it up that it no longer does that.
It fails initially:
https://dashboard.stripe.com/test/events/evt_1NIDEKC0mpF9SEQYzIni2SKT
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
The Susbcription enters a status of Incomplete
Since the payment method requires confirmation. Can you share the request where you create the Payment Method?
I am not sure what you mean. I create a setupIntent, and then use the client secret to confirm the ideal setup. which of these payloads would you like ?
The request when you create the setup intent.
This is the payload I send through the stripe php api:
"payment_method_types": [
"ideal"
],
"customer": "cus_NcCYxiXkbuVR7Z",
"usage": "off_session",
"metadata": {
"user_id": 3,
"payment_method_type": "ideal"
}
}
Right but when you confirm the request the Setup Intent is still in a status of requires_action
o...
This needs another authentication step to be performed before it can be used
Oke, thought i was done. so that would be handleCardAction then?
Yes
When I click on confirm in the stripe setup; it does succeed through the webhook asynchronously; this is not in the log however
Are you following this guide for creating saved payment methods with iDEAL? https://stripe.com/docs/payments/ideal/set-up-payment?platform=web
Yes, thats the one
Can you try not passing the usage parameter and see how it behaves?
This is the subscription created with the payment method created with setupintent payload:
"customer": "cus_NcCYxiXkbuVR7Z",
"metadata": {
"user_id": "3",
"payment_method_type": "ideal"
},
"payment_method_types": {
"0": "ideal"
}
}
The subscription ID that was created:
sub_1NIDpnC0mpF9SEQY99jJmNTd
That link doesn't help me since it's your dashboard, not mine
I have just created a new customer, in a private browser and followed the same steps;
Created a subscription sub_1NIDwqC0mpF9SEQYckzIPDLg with an initially failed payment intent.
I do create a subscription that only lasts until september; does backdating perhaps cause confirmation requirements?
{
"description": "Samui Super Moto",
"cancel_at_period_end": "false",
"metadata": {
"auto_renew": "true",
"subscription_id": "38",
"user_id": "20",
"facility_id": "1"
},
"default_payment_method": "pm_***",
"items": {
"0": {
"quantity": "1",
"price": "price_***"
}
},
"collection_method": "charge_automatically",
"application_fee_percent": "5",
"backdate_start_date": "1661990400",
"transfer_data": {
"destination": "acct_***"
},
"customer": "cus_***",
"off_session": "true",
"proration_behavior": "create_prorations",
"billing_cycle_anchor": "1693526400",
"on_behalf_of": "acct_***",
"expand": {
"0": "latest_invoice.payment_intent"
}
}
Im not sure if i can safely post any test* object id's here..
Object IDs are only useful to yourself and Stripe staff.
Once againt the invoice is in a state of requires confirmation
Yes, sorry; my initial question was related to this initial charge not automatically being charged to the customer.
I expected the setup intent confirmation allowing me to charge the customer without requiring the customer to confirm the payment intent. However that fails.
I am not sure where to continue with this. Does it usually happen that sepa_debit requires confirmation after just been setup?
I am confused as well. Can you write in to Support https://support.stripe.com/?contact=true with some example objects and request IDs. That way we can try to reproduce the error you are seeing and provide advice on how to avoid it. This is looking more complex than something I can easily debug here.
Oke, I will do that. Thanks so much for your time trying to debug this issue.
I will try again tomorrow with a simpeler use-case.
Okay happy to help. Sometimes we just need to spend time reproducing the error exactly then figuring out how to fix it. That takes some focused work so a live chat server isn't the best place to get that kind of help
๐
I love the 1-on-1 though. Thanks again.
Should i do anything to close this thread?
Just let us know when you write in to Support so we can check for the message
Oke I will report the follow-up
Wait a sec
im still here
Looking at the PM creation. This was not done with on_behalf_of
But you do pass on_behalf_of when creating the Subscription: https://dashboard.stripe.com/test/logs/req_tyBnusDyxRZ7ad
So the mandate is assigned to the wrong merchant
hmm
Can you try creating the Setup Intent with on_behalf_of?
let me try that
Thats it!
sub_1NIEatC0mpF9SEQYs2x8Kh4t Created with automated payment
snufkin had to head out, but I'm glad you got it working!
Great! Im happy for the last-minute save ๐
That did it! Thanks for the last-minute save ๐
Alright. well. Im happy. Bye I guess?
๐ if anything else comes up just let us know ๐