Subscription Bundles with Complicated Billing Procedures

Not sure I follow your user case...are you saying that you're selling the same course as part of a license and as an individual seat? Or you have the course available in catalogue but only for some users?

Hi ​@lrnlab 

We sell the courses individually, but we are aiming to bundle them as a lower cost if you purchase x or more licenses. It’s less of both seats and licenses and more so licenses and available for purchase. Our branch structure is very expansive, and we have a lot of different visibility settings. Our aim is to be able to sell the licenses to certain groups but still be able to offer purchases of individual courses if users wish. With all of this being trackable with how we have to handle our billing. 

Does that clarify your questions? I appreciate you trying to understand our situation!

yes it helps...Do you create Subscription catalogues and control access that way? Not sure that creating course copies is the best way to handle your use case. Are you able to remove access to your general catalogues for those that bought a subscription? or if that the issue you're trying to solve for?

Maybe it needs to be more of process thing where those admins that purchase seats advise their users NOT to buy from an open catalogue?

​@lrnlab 

If we didn’t need to track the source of the enrollment (whether or not the enrollment came from a purchase or a license), we could just add the course into a new catalog and sell it as a subscription bundle. The problem is that Docebo offers no way to track if an enrollment came from someone making a purchase on their own, they were assigned seats, or they were enrolled via auto-enrollment rules, etc. Because users are enrolled in fee-based training outside of e-commerce, and it is currently not in their roadmap to allow for other applications to work with e-commerce, we have to charge certain groups based off of enrollment instead of just letting e-commerce do the heavy lifting. 

The courses are spread across multiple catalogs, and we need our users to be able to access other courses in those catalogs. We would have to rearrange our catalogue structure to account for the visibility of these courses, which we are considering but hesitant to do.

OK I hear you...the only way I can think to see who or how the enrolment occurred is via the Audit trail which would be too time consuming to have to pull each time you need your stats/reports. That said, you can see what branch or group a user is part of on the enrolments tab - could that be of use?