#webprodigies
1 messages · Page 1 of 1 (latest)
Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- webprodigies, 1 hour ago, 15 messages
- webprodigies, 6 hours ago, 22 messages
- webprodigies, 1 day ago, 34 messages
Hi 👋 yes that is possible, do you already have a sense of which of our integration paths you're planning to leverage so I can be more specific about how to accomplish that?
And since it sounds like you're planning on using Products/Prices inside of your user's Connected Accounts, am I correct in assuming you're planning to use Standard Connected Accounts with Direct Charges?
Right now Im using Stripe Connect with standard accounts. Im also using the custom form component instead of the stripe checkout sessions.
And yes im planning on using direct charges
because I want to also take a platform fee
Gotcha, so you're creating the Subscription objects first, and then using the Payment Element to process the payment for the Invoice they create?
So thats the confusion I have, If the customers are creating the products from their stripe dashboard and im displaying it on their page within our platform what would this do?
I'm not sure I'm grasping the question there. When working with Subscriptions, there are several objects involved. The Subscription controls the overall recurring nature of the payments, the Invoices they generate are specific to the payment for each billing period, and the Payment Intent those generate is used to process the payment. So when working with a Payment Element + Subscription integration, you typically create the Subscription, which generates the first Invoice. You then use the Payment Intent from that first Invoice to initialize the Payment Element, so it can process the payment.
If you want to sell one-time items as part of that, you can include them in add_invoice_items when creating the Subscription object:
https://stripe.com/docs/api/subscriptions/create#create_subscription-add_invoice_items
Items included in this fashion will only appear on the first Invoice that is generated, they will not appear again on the recurring payments.
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Got it. So do you think this is possible then -What if I create the subscription object by default , and then pass in add invoice items to charge for one time products? would this method require that atleast 1 subscription based prouduct is required?
Yeah, you have to have at least one recurring product to include there. It's not possible to have a flow that will fully work regardless of whether it receives a recurring price or a one-time price, they're too fundamentally different in the way they get handled. Your flow will need to be smart enough to detect whether it includes a recurring item, and adjust its behavior accordingly.
got it. yeah I guess thats the issue im having. But good to know that I was on the right path.
So I guess we would have to create either a subscription based object or a regular payment based on if there was a subscription based product selected
Yup, precisely! Definitely sounds like you're on the right track.
got it. Another questions I had was random but colors for the input fields for the custom form flow. which property allows me to change the color of the input field background?