Subject: Grouper Developers Forum
- From: "Hyzer, Chris" <>
- To: "" <>
- Subject: [grouper-dev] deprovisioning screen in Grouper
- Date: Fri, 20 Jan 2017 19:39:04 +0000
- Accept-language: en-US
- Authentication-results: spf=none (sender IP is ) ;
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
I would like to have a deprovisioning screen in the Grouper UI. Here are my thoughts. What do you think? Maybe instead of big email discussion you could add a comment to the document or email me directly and I can do that.
This is a design document for deprovisioning support in Grouper. Comments welcome.
Deprovisioning in Grouper allows a deprovisioning administrator to see someone access and instantly remove it. It would also help notify application administrators where grouper is not the system of record.
- The Grouper UI could have a one-pager for deprovisioning.
- Users of this screen would need to be in a certain group. Grouper admins would also be allowed to use this page
- Note: users of this screen would effectively have a lot of access in grouper. They can pull up any subjects and see what they have. They can remove most things. But they do not have to be Grouper admins.
This screen could be used by an HR person.
- This screen could be disabled if an institution does not want it.
- The screen would start with a subject lookup for someone to be deprovisioned
- When submitting that combobox, all the assignments in grouper would display, as well as deprovisioned status
- A button "Add to deprovision group" could add the user to a preset group for people who will be deprovisioned.
- This group should have a membership expiry for a certain amount of time (1 month is the default)
- This group can be used in "exclude" groups or rules in grouper
- Note, some institutions might already have this "lockout" group
- Assignments on screen will include memberships, privileges, permissions, and attributes(?)
- The screen will have checkbox about assignments to deprovision
- There could be a way to see effective as well as immediate assignments, though it will default to immediate (ones you can deprovision)
- There will be a "check all" and "uncheck all" button
- An "unassign" button will remove all those assignments
- All assignments could be stored temporarily in attributes so that the state could be restored (future feature if people interested)
- At the very least, the stuff unassigned could be logged and emailed to the user using the app so they could piece it back together. Maybe grouper import script or GSH?
- Groups and folders could have attributes related to deprovisioning
- Mark a group or folder as ineligible for deprovisioning (e.g. the lockout group)
- Mark a group or folder with attributes so that emails are sent out to application owners to deprovision that user. This would not remove the assignment in grouper because in this case grouper is not the
source of the assignment but instead reflects it in another system. The receiver of the email would need to unassign the user and that data would flow back to grouper ater the next load
- e.g. an attribute to say "deprovision_notify_app_owner", an attribute "deprovision_notify_app_owner_email", attribute "deprovision_notify_app_owner_email_subject", "deprovision_notify_app_owner_email_body"
- There could be a feature in loader jobs to not load deprovisioned users (without having to adjust the query). Of course loader jobs could be exempt from this if they need deprovisioned users inside. The
default would be to not include them
- There could be a report of deprovisioned users and assignments they still have access to so that followups can be made after a week or two to make sure everything is removed for that user that should be
- There could be a report of inactive users and things they are still assigned to to clean out users who left the institution long ago
- [grouper-dev] deprovisioning screen in Grouper, Hyzer, Chris, 01/20/2017
Archive powered by MHonArc 2.6.19.