#boggerrss

1 messages Β· Page 1 of 1 (latest)

sharp muskBOT
north peak
#

Hi there!

vestal mica
#

hello πŸ™‚

north peak
#

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

vestal mica
#

Ahhh, you superstar!

#

Now you've said I see a use case for my product also thanks soma!

north peak
#

Yes this is a confusing behavior.

#

Happy to help πŸ™‚

#

@vestal mica Can you paste your new question here?

vestal mica
#

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 !

north peak
#

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?

vestal mica
#

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

north peak
#

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

vestal mica
#

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

north peak
#

This way you get 1 3DS maximum.

vestal mica
#

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!!!!

north peak
#
  • 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?
vestal mica
#

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

north peak
#

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.

vestal mica
#

No problem πŸ™πŸ½ thank you

north peak
#

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?

vestal mica
#

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

north peak
vestal mica
#

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

north peak
#

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.

vestal mica
#

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 πŸ˜„

north peak
#

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.

vestal mica
#

Right I see, that option is only available if they have the same billing period

north peak
#

Yes all recurring price of the same subscription must have the same billing period.

vestal mica
#

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

north peak
#

We don't delete threads, so it will still be there.

#

Happy to help πŸ™‚