#riprock_product-prices-inventory
1 messages Ā· Page 1 of 1 (latest)
š Welcome to your new thread!
ā²ļø We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
ā±ļø We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
š This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1308929487387496498
š Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi, let me help you with this.
What do you mean by "classify" in this context exactly?
Like its not a repeatable product per say
like there may be 3 openings for the one event but after that price could change
I am still not quite sure what you mean by "classify" here. What are the possible "classes" you have in mind?
Like rally training, circuit training , advanced driving techniques
Those are the classes
For an example
But others bound to be added in the future by other users
This shouldn't be related to Stripe payments really. You can assign types to these events in your own system however you prefer.
Well I mean how would be best to put it into stripe
Would I have to create a product for each different price point set by the seller
Yes, each Product could be an individual event. And each of them would have one or more Prices, depending if you want to charge different customers different amounts.
Not necessarily. You can track the stock in your own database or saving it in each Product's metadata field. And then your system would not allow purchases if the stock is 0.
Okay but thereās going to be where the same seller would have a diffrent price at a different track
Hi š
I'm stepping in as my colleague needs to go
Hey thanks!
So I would have 2 products one being the deposit the other being remaining amount both at the number of available slots?
Not following. would these be two products (each with their own related Price object) for each type of class?
Also, just curious, what Stripe tooling do you plan to use to collect funds?
Okay... and you also want to track inventory on the Product level?
Basically, for whatās being sold on my platform, it requires an upfront payment
Maybe. Right now I have tracking built into my db schema but if I can have it mirrored to stripe that I can track with stripe metrics too would be useful
I donāt follow by what you mean by tooling. Iām currently setting up the stripe python api as thatās what our backend is built on(python
Okay but are you using Stripe Checkout, Invoices, Payment Intents. What UI are you planning to use to collect payment method details?
And sorry if itās coming off a bit confusing. This is my first time really diving into the stripe API.
No worries.
Thatās kind of why Iām asking these questions. Because Iām reading through the docs and Iām understanding that these all can apply. I just donāt know what would be smart for my case.
Like Iām just trying to figure out what would be best for my use case where I take an initial deposit and then I have the final payment
The only thing is one organization can offer multiple experiences at different price points based on location based on what car they going to use, etc.
One organization? Is this a Stripe Connect scenario too? (that would add more complexity)
There is only one stripe connection. Any of the businesses that are using our platform are not required or going to need a stripe account to work with us
Skipping the connect piece for now:
If it were me, I would create products for each experience/location combination. Then create 2 prices for each of those products and use the nickname property to track which one is which (e.g. deposit and final payment).
OK awesome! And then what I can do is I can mirror the stock between stripe and my database.
And when all seats have been sold, would it be better off to delete it from stripe or just leave it set as zero?
Do these prices/products represent single occrances? You won't re-use them?
In the scheme of like 6 to 8 months yes they are single occurrences. They may happen on a yearly basis, but I donāt see any short term occurrences.
You can't delete products/prices once they have transactions (so we don't lose the data).
But you can mark them as inactive: https://docs.stripe.com/api/products/update#update_product-active
Okay cool
One thing I want to call out
Stripe Checkout is likely your best place to start for collecting funds.
- It allows you to specify Prices in the
line_itemsparameter: https://docs.stripe.com/api/checkout/sessions/create#create_checkout_session-line_items - It provides an out of the box, Stripe-hosted, UI for securely collecting payment method data: https://docs.stripe.com/payments/checkout/how-checkout-works
You can also embed the form in your own website if you don't want to redirect users
And I do recommend building all of this in Test mode and have a full end-to-end simulation so you can verify the integration behaves the way you expect
Cool
If, for whatever reason, you don't like how the products/prices are set up, you can wipe all the data and start over
Awesome thanks
Iāve been trying to figure this all out so sorry for dumb questions
No worries, no such thing
Just trying to figure out the deposit setup with full payment 30 days out has been a challenge albeit never worked with stripe before this
Yeah the 30 day out thing is something you would need to track yourself. But you could use our webhook events to trigger the counter (e.g. when you receive notification of the deposit payment you log that date and charge for the full amount 30 days later).
We have docs on setting up webhooks here: https://docs.stripe.com/webhooks
Awesome! And itās 30 days from event start not from paymentš only time it is both is when itās sooner than 30 but I can test that in test mode
Yeah test mode is pretty great for that
You can through a bunch of different scenarios at it and make sure your payments will behave the way you want.
Awesome
Thank you so much for the help! I know this is OOB from the normal support but if thereās a place to rate/review the support I would like todo that
The fact that you guys have this setup the way you more dev focused is really useful
We have a feedback channel but that's about it
Okay
And we're happy to help š It's why we're here
Thank you all and again sorry for the dumb questions
Nothing to apologize for, helping devs is fun!