KB User's Guide - Users Tab - Adding a User
This document explains how to add a user to your KB and grant them permissions consistent with your workflow. In the spirit of Best Practices, KB Admins control permissions to their KB Site. However, please be mindful that any user with the Users permission enabled may make changes to User permissions.
Adding a New User to your KB Space
- Navigate to the New User Screen: KB Admin Tools > Users tab > New User link > New User screen.
- You will be presented with the User Attributes form.
The image below is the first half of the User Attributes form. The asterisk denote the required fields.
- Fill in the New User's information in following fields, an asterisk denotes that the field is required:
- *NetID - Enter the NetID or username
- *Domain - Enter the domain, (University of Wisconsin-Madison: wisc.edu, University of Chicago: uchicago.edu, etc).
- *First Name - First name.
- Middle Name - Middle name.
- Last Name - Last name.
- *Email - Email address.
- Phone Number - Phone number.
- Password - This is for local authentication only (if you don't use your domain's authentication system, e.g., NetID authentication for UW-Madison).
- Active - Check this to make the user active; if unchecked the user has no access to the KB System.
- Select which permissions to grant the new user.
The image below shows 11 attributes to select.
This table describes each attribute in more detail.
Description of new user attributes
||Check this box:
||To grant access to:
||The internal KnowledgeBase
||oDocs (Owner Docs)
||Create, edit, and review Drafts and Active Docs owned by the user.
||gDocs (Group Docs)
||Create, edit, and review Drafts and Active Docs owned by any member of the group.
||Post News items.
||Create, edit, and delete Topics.
||Access to most of the site administration functions.
Note: Best Practices suggests access to the SitePref tab is generally limited to only a few people per site.
||Add, delete, alter permissions for New users as well as Existing users.
||Add, delete, alter Assessment Modules.
||Access to info specifying which documents are being viewed on each site, etc.
||Activate and deactivate documents on your site.
||Test beta features on documents on your site. Please refer to [Link for document 93225 is unavailable at this time.] for more information.
OR Group Admins may select one of three quick-access buttons (located under the Tester field).
The image below shows the Tester field with the three buttons underneath; Select all access rights, Select default access rights, Deselect all access rights.
Select all access rights buttons - Checks the box in every permission listed in the above table
Select default access rights - Resets a user to the defaulted checked permissions: Active, iKB, OwnerDocs and GroupsDocs.
Deselect all access rights - Deselects all permissions that have been previously checked.
Determine what access you desite to grant and check the subsequent boxes.
Choose access to grant user
||Check These Boxes:
Access to the internal KB (user can read docs on the KB but cannot create or edit documents).
|Check Active and iKB.
Do NOT check oDocs nor gDocs.
Create and edit only documents they own
(as well as Active and iKB (for internal sites))
Create and edit documents owned by anyone in the group
(as well as Active and iKB, and probably oDoc)
|Access the Topics, News, SitePref, Users, Asst, or Stats tabs:
||Check the corresponding checkbox.
NOTE: Managers like to review stats, so be sure to give them access to this page.
Publish documents (make documents active on either internal or external KB sites):
|Test beta features on your KB Site (Please refer to [Link for document 93225 is unavailable at this time.] for more information) :
|Be considered a KB Group Administrator
||Check all available permissions
(Active, iKB, ... Publish)
- Click on Add User at the bottom of the screen to save your work.
When Entering a New User, Fields May Auto-Fill
If you begin to add a user who already belongs to another KB subsite, all their information will auto-fill. A line of text identifying what that user's current default group is will appear next to the NetID field, which will read:
FirstName LastName's default group space: KB Subsite Name
KB Admins will easily determine the other KB group in which their new user exists. The KB Admin can then contact that Group, should the user need to be removed (e.g. if the default group list a a department where the new user had worked with in the past). Or, KB Admin(s) may ask their new user to update their own Default KB space.