#boggerrss
1 messages Β· Page 1 of 1 (latest)
Hi there!
hello π
I think it's related to this:
For Connect webhooks, itβs important to note that while only test webhooks will be sent to your development webhook URLs, both live and test webhooks will be sent to your production webhook URLs. This is due to the fact that you can perform both live and test transactions under a production application. For this reason, we recommend you check the livemode value when receiving an event webhook to know what action, if any, should be taken.
https://stripe.com/docs/connect/webhooks
Ahhh, you superstar!
Now you've said I see a use case for my product also thanks soma!
Yes this is a confusing behavior.
Happy to help π
@vestal mica Can you paste your new question here?
I have another question actually.
My applicaiton allows my customers to sell their products via stripe connect and take payments.
its possible that This could involve one time payments and recurring payments.
What is the best way to approach this without requiring two instances of 3D secure to popup.
i've tried implementing it with invoices but this didn't seem to allow me to attach subscriptions and one time product pricing
Keeping things tidy !
What is the best way to approach this without requiring two instances of 3D secure to popup.
Can you clarify your current flow? Where/when are the two 3DS triggered?
At the moment, if a one time product is displayed and a recurring product they are being processed under seperate two seperate payment intents
Both payment intents are then returning their client secrets and stripe js is then called iterably for both client_secrets to validate the payment
Am I maybe meant to be using setup intent all around here?
The susbcription payment intent secret is being retrieved from the last invoice payment intent client secret
At the moment, if a one time product is displayed and a recurring product they are being processed under seperate two seperate payment intents
Indeed that can cause two 3DS. How do you create the subscription? With the subscription endpoint? https://stripe.com/docs/api/subscriptions/create?lang=php
Yeah I'm using php sdk, using subscriptions->create
This relies on a dfault payment method that gets attached to the customer before hand also, wont forget that detail
So what you should do instead:
- Create the subscription for the recurring price
- And pass the non recurring price in
add_invoice_itemshttps://stripe.com/docs/api/subscriptions/create?lang=php#create_subscription-add_invoice_items
This way you get 1 3DS maximum.
Can I do this if the specific customer doesn't have recurring products on the payment form they have set up?
Or do I need to create one time charges separately then if a recurring product is present swith to the add_invoice_items instance?
My product allows any number of subscriptions and any number of products in a payment form so just checking if this solution can be the ultimatel solution or if some seperate logic needs to differ between if recurring items are present
You've just helped me with months of pain btw ππ½ I've been trying to get a good solution for this for ages!!!!
- If the customer only buys non-recurring price, create one PaymentIntent with the total amount
- If the customer buys one recurring price with one or multiple non-recurring price, create one Subscription with
add_invoice_items - If the customer buys multiple subscriptions, then it becomes tricky (but possible). Is this your question?
Yeah if multiple susbcriptions are on the purchase do I need to use subscription_items
The if a one time product is also on there use add_invoice_items
But if I use susbcription items can these further be cancelled individually
So Ultimately we have subscription_items containing two prices for separate subscriptions
Then invoice items for say 2 one time prices
Yeah if multiple susbcriptions are on the purchase do I need to use subscription_items
No it's different and trickier. Give me a few minutes to explain.
No problem ππ½ thank you
Basically you would compute the total for the first period of all Subscription, and create one PaymentIntent for that amount. Make sure to set setup_future_usage so that you can reuse the payment method: https://stripe.com/docs/api/payment_intents/create?lang=php#create_payment_intent-setup_future_usage
Then, once the payment is successful, you create all the Subscriptions you need with the new payment method. However you need to add coupons to all the subscriptions to make the first month free, since the user already paid for this.
This way you end up with a single 3DS and multiple Subscriptions.
Does that make sense?
So It seems I need to create a coupon in all my stripe connect customers accounts
Which is 100% off and has a duration of Once?
Then the first payment contains the subtotal of everything including the subscription prices and one time purchases
And the recurring payment e.g. next month for monthly will be charged at the normal rate specified by the price ID.
This does concern me how I will display this to my end user but thats my problem not yours!
Maybe does seem logical to limit only one subscription per payment form in this case.
Is the reason I cannot add subscription_items in this case because they are not seen as individual subscriptions?
"Since using multiple products with a subscription results in a single invoice and payment, all of the prices for those products must use the same currency and have the same billing interval. You are also limited to 20 products in a single subscription."
Never mind I can see this in the docs for mutliple products on subscriptions
Yes everything you said looks correct to me.
Is the reason I cannot add subscription_items in this case because they are not seen as individual subscriptions?
Note that one subscription can have multiple recurring prices initemshttps://stripe.com/docs/api/subscriptions/create?lang=php#create_subscription-items
But based on your question I assumed you wanted multiple Subscriptions.
Yes I believe clients want the ability to use trial periods too so I guess thats a no go!
I believe the work around or limiting to one subscription per form might be the way to go
In this case it would be simpler: create a single subscription, with multiple recurring prices in items and optionally multiple non-recurring prices in add_invoice_items.
If the susbcription items contain for example a price that is billed once a year and another billed once a month.
Can these items be individually cancelled on the subscription?
This is my last Q I promise π
If the susbcription items contain for example a price that is billed once a year and another billed once a month.
That's not possible, you would need multiple subscription for this.
Right I see, that option is only available if they have the same billing period
Yes all recurring price of the same subscription must have the same billing period.
Thanks for all your help today!
Am I able to export this chat somehow, or will it stay here indefinitely, so I can return to it when I go and write the solution