Are there best practices around keeping or deleting expired users? I read that all assets they have created will be deleted along with them, so obviously want to keep this in mind. What is the standard operating procedure for this?
Best Answer
Expired users - best practices
Best answer by KMallette
We spend a lot of time ‘retiring’ accounts, and I found that there are a lot of things to consider.
- Move the retired account into a branch that is unrelated to any other, at the Docebo level. This helps with reporting, groups, enrollment rules, etc.
- Write all reports/groups to “exclude deactivated accounts”
- When I’m actually deactivating, I review the account for any additional fields that should be set to ‘blank’, set an expiration date, and set the status to ‘deactivate’
- You may find that an additional field “Notes” is helpful if you want to track the reason.
- Any Power Users are changed to User; Direct managers are usually removed as well.
- I typically unenroll them from In Progress, or Enrolled courses/Learning Plans, but not from Completed
- Lastly, I make certain that they get deactivated in any other related application, or any other credentials that they were issued after they completed training. (Our LMS is their first step to working work our company, so if they leave the LMS, then all other accesses must also be disabled.)
We don’t delete accounts as they are our paper trail for what that person was told, and when they were told it. Just in case it comes up in litigation sometime in the future.
Hope that helps. Interested to hear what others have to say on the topic.
+2Hi
Check out this link, specifically the section on Status. I think it will answer your question:
https://help.docebo.com/hc/en-us/articles/360020082940-User-Levels-Roles-and-Statuses
1 person likes this
+7We spend a lot of time ‘retiring’ accounts, and I found that there are a lot of things to consider.
- Move the retired account into a branch that is unrelated to any other, at the Docebo level. This helps with reporting, groups, enrollment rules, etc.
- Write all reports/groups to “exclude deactivated accounts”
- When I’m actually deactivating, I review the account for any additional fields that should be set to ‘blank’, set an expiration date, and set the status to ‘deactivate’
- You may find that an additional field “Notes” is helpful if you want to track the reason.
- Any Power Users are changed to User; Direct managers are usually removed as well.
- I typically unenroll them from In Progress, or Enrolled courses/Learning Plans, but not from Completed
- Lastly, I make certain that they get deactivated in any other related application, or any other credentials that they were issued after they completed training. (Our LMS is their first step to working work our company, so if they leave the LMS, then all other accesses must also be disabled.)
We don’t delete accounts as they are our paper trail for what that person was told, and when they were told it. Just in case it comes up in litigation sometime in the future.
Hope that helps. Interested to hear what others have to say on the topic.
KMallette, Consultant
We make users “inactive” if they have an assets attached to them. This way we have a record. Hope this helps.
Laura
+8A further bit of advice? In the space of learning management? Everything has a lifecycle to it. It may make sense to hold onto a lifecycle document explaining the statuses that you are parking things at - for users, learning objects, groups, the gambit.
Delete maybe useful if you are bringing in users that have no learning history and never logged in.
But that is about it...deleting anyone else will very quickly sneak up on you.
And when it comes to courses - really dont delete them...retire them instead.
Reply
Log in to Docebo Community
Enter your email address or username and password below to log in to Docebo Community. No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.