not sure I follow...you want users who have an account to be able to see the same thing as users who do not via the public catalogue? Is that it?
I actually would not want this to happen. If you want the course visible to unauthenticated users, that is what the Public Catalog is for. I absolutely do not want my courses that are gated for a specific audience to be visible/enrollable by unauthenticated users.
You can absolutely do this. Example here is our LMS. https://learningstage.etcconnect.com/ You can view the public facing catalog without logging in.
If you choose to enroll in a class you need to log in using SSO credentials as that will determine your costs and potentially trigger access to other catalogs.
There are other classes available based on branch and group assignments, but these are public.
What I mean is right now, when users click the link to a course from another one of our websites like the support or the doc portal, the Docebo page that displays is fully blank and there is no description appearing not even the name of the course which gives the impression of an error and does not encourage people to sign in.
What the stakehholders in my product line are asking for is ability for the courses to be viewed only by paying customers and employees (so internal catalogue) but still be able to at least view the description for the course when you click on it and are not signed in so you know what you’re getting into (which is more of a public catalogue behavior).
You can absolutely do this. Example here is our LMS. https://learningstage.etcconnect.com/ You can view the public facing catalog without logging in.
If you choose to enroll in a class you need to log in using SSO credentials as that will determine your costs and potentially trigger access to other catalogs.
There are other classes available based on branch and group assignments, but these are public.
I think we have the same set up as you. But anyone can create an account and watch, right? My company does not want that for a lot of our content, yet they would still like people to be able to have a preview experience for internal courses…
@ValerieIM
Yes and No. We use Single sign on from our main site to as the access to Docebo. So anyone can go to https://learningstage.etcconnect.com/ and look at materials and courses, but when they click log in they are redirected back to our main system.
On our main page they can create an account and then register for free classes or purchase classes. This is because we have our system set up that anyone with an public account in our main system is added to the public branch when they sign into Docebo and can then see and access any catalogs or content visible to the public group. This includes home pages, hamburger menu options and classes. This also matches a bespoke experience on our main website.
Within our Main system we also have additional roles that we can add to accounts that different bespoke experiences and content including courses, pricing and access.
We did this using branches and groups. So users who sign into Docebo are assigned based on additional user fields populated from our main system into one of three branches
- Public (DEFAULT ACCESS LEVEL)
- Partner
- Employee
There are also some groups that also relate to additional user fields that allow us to better refine content and access. Examples Partner/sales, Partner/Service provider, Employee/Manager.
I spent a LOT of time during blueprinting mapping this all out and it works very effectively and most importantly automatically as part of the SSO API that runs checks the user fields every time a user logs in.
So if our customer service department changes a role ion our main system is rolls out everywhere on next log in.
IIRC from testing, you can set Docebo up so that users must be approved before they are added. So whether you use SSO or not you should be able to provide selected catalog visibility without a log in without offering free immediate access when they try to log in.
Does that help?
