#riprock_product-prices-inventory

1 messages Ā· Page 1 of 1 (latest)

vital brambleBOT
#

šŸ‘‹ 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.

candid thistle
#

Hi, let me help you with this.

#

What do you mean by "classify" in this context exactly?

proven sluice
#

Like its not a repeatable product per say

#

like there may be 3 openings for the one event but after that price could change

candid thistle
#

I am still not quite sure what you mean by "classify" here. What are the possible "classes" you have in mind?

proven sluice
#

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

candid thistle
#

This shouldn't be related to Stripe payments really. You can assign types to these events in your own system however you prefer.

proven sluice
#

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

vital brambleBOT
candid thistle
#

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.

proven sluice
#

Okay interesting

#

And then would I delete it when all the slots are gone?

candid thistle
#

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.

proven sluice
#

Okay but there’s going to be where the same seller would have a diffrent price at a different track

cloud sentinel
#

Hi šŸ‘‹

I'm stepping in as my colleague needs to go

proven sluice
#

Hey thanks!

#

So I would have 2 products one being the deposit the other being remaining amount both at the number of available slots?

cloud sentinel
#

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?

proven sluice
#

So one’s a deposit

#

The other is the rest of the payment

cloud sentinel
#

Okay... and you also want to track inventory on the Product level?

proven sluice
#

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

proven sluice
cloud sentinel
#

Okay but are you using Stripe Checkout, Invoices, Payment Intents. What UI are you planning to use to collect payment method details?

proven sluice
#

And sorry if it’s coming off a bit confusing. This is my first time really diving into the stripe API.

cloud sentinel
#

No worries.

proven sluice
#

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.

cloud sentinel
#

One organization? Is this a Stripe Connect scenario too? (that would add more complexity)

proven sluice
#

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

cloud sentinel
#

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).

proven sluice
#

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?

cloud sentinel
#

Do these prices/products represent single occrances? You won't re-use them?

proven sluice
#

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.

cloud sentinel
#

You can't delete products/prices once they have transactions (so we don't lose the data).

proven sluice
#

Okay cool

cloud sentinel
#

One thing I want to call out

#

You can also embed the form in your own website if you don't want to redirect users

proven sluice
#

Okay cool

#

So I’ll create the products in the way you recommended

cloud sentinel
#

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

proven sluice
#

Cool

cloud sentinel
#

If, for whatever reason, you don't like how the products/prices are set up, you can wipe all the data and start over

proven sluice
#

Awesome thanks

#

I’ve been trying to figure this all out so sorry for dumb questions

cloud sentinel
#

No worries, no such thing

proven sluice
#

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

cloud sentinel
#

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).

proven sluice
#

That’s perfect

#

And yeah already tracking that information

cloud sentinel
proven sluice
#

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

cloud sentinel
#

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.

proven sluice
#

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

cloud sentinel
#

We have a feedback channel but that's about it

proven sluice
#

Okay

cloud sentinel
#

And we're happy to help šŸ™‚ It's why we're here

proven sluice
#

Thank you all and again sorry for the dumb questions

cloud sentinel
#

Nothing to apologize for, helping devs is fun!