#thomas-subscription-details
pale scaffold
warped cloak
@tawny kraken In theory you should know your entire Price/Product catalog and all the possible values since you created those Subscriptions in the first place right?
It's a bit hard to advise on this as it depends so much on your overall set up
tawny kraken
Yeah, that is exactly what I was thinking. I was just deciding what to capture from the subscription event, and as I was going through it, it seemed like all information I already have. So I was just wondering if the price/plan information returned in the event data is supplemented with anything particular to that subscription transaction, or if it's just the same data I already know because yeah I am the one who created it.
Is that the case?
tawny kraken
Ok, perfect thank you for the help!
warped cloak
sure thing
👋 @tawny kraken please just talk here instead of a new thread each time. What can I help with?
tawny kraken
OK, apologies. I'll keep that in mind for future. New question:
For a subscription product, will the only information related to what was actually purchased be in the items[0] object? It feels like an array of many items is applicable in a shopping cart scenario, but not really for subscriptions. Like my question from five minutes ago, I'm deciding what from this event to capture, and wondered if there is any situation where there would be additional items, or if it was just safe to only check that zeroth element.
tawny kraken
Does this only work for products with static prices, or could something usage based be included as well?
warped cloak
you can have multiple Prices/Products that are usage based too
tawny kraken
Got it. Sounds complicated. I will have to think on that. Thanks again.