#.abishek
snow halo
Hello! Can you be more specific - what do you mean by package pricing? Is that somethign you're referencing from a specific doc?
strange slate
The graduated pricing and volume pricing are signified by the tiers_mode property on the Price object
but I am trying to figure out how to identify if the price object is Package Pricing
snow halo
Aha! thanks for the screenshot, it really helps. So I believe you can identity Package pricing by checking for transform_quantity on the Price
strange slate
so transform_quantity is null for all other pricing types?
snow halo
Yup, I believe so!
strange slate
can package pricing be added to Pricing tables?
what is the difference between Graduated Pricing and Volume Pricing
snow halo
You can try it out quickly on your end to confirm, but as afar as I know package pricing isn't supported with the pricing table
strange slate
ya, I was not able to add it, I thought it was a bug, so just wanted to check
snow halo
and you can read more abotu the difference between graduate and volume pricing here: https://stripe.com/docs/products-prices/pricing-models#tiered-pricing
They're both based on tiers, but the way the final amount is calculated is different
strange slate
So Volume Pricing and Graduated Pricing is always recurring
snow halo
yup
strange slate
ok
could I ask an unrelated question to the above here?
its regarding subscriptions with trial
or do I start another thread
snow halo
You can ask here
strange slate
ok, so I am using web elements for the customer to signup for a subscription and that works well. when I create the subscription, I receive the payment intent and I use that to create the web elements. But as soon as I add the trial_days, the payment_intent is null. How do I make the user add the payment information with the trial for the subscription and then when the trial is over, charge the user using the payment info provided
snow halo
Yeah when the subscription is trialing we don't create a payment intent because no payment is due. Instead you can look at pending_setup_intent and use the Setup Intent there to collect the payment method
coral cairnBOT
strange slate
ok, so in this case will it be an off_session or on_session and do I need to update the payment_method on the subscription or will it automatically set it up on the subscription once the user sets up the payment method?
kind thunder
👋 stepping in as karbi needed to step away
The SetupIntent will set the PaymentMethod up to be used off_session in the future. When you create the Subscription you want to set payment_settings.save_default_payment_method: 'on_subscription' (https://stripe.com/docs/api/subscriptions/create#create_subscription-payment_settings-save_default_payment_method) so that the default is set automatically when the SetupIntent is successfully confirmed.
strange slate
so, just trying to add here what I understood.
If a subscription has a trial and if the user doesn't have a payment method setup, I set the payment_settings.save_default_payment_method to on_subscription and then I use the pending_setup_intent to get the client_secret_key to create the web elements. Once the user adds the payment information on the web element control and submits it, that payment method gets automatically attached to the customer and the subscriptiont that we initially created and we are good to go. Is my understanding correct?
kind thunder
Yep
You can test this all out using a test clock as well: https://stripe.com/docs/billing/testing/test-clocks
strange slate
ooh, this is great, I did not know about this. thank you