Tool rights user groups allow you to determine which tools are accessible and what level of data modification is accessible for all users assigned to the user group.
Tool rights user groups are an efficient way to assign the same tools and data rights to a similar group of people (e.g, teachers, counselors, attendance clerks) and provides an easy way to remove or modify tool rights for a group of people.
Individual User Accounts and Tool Rights
Users Allowed to Assign Tool Rights
Tool rights can only be assigned by users who have Student Information System - Product Security Role. See the documentation below for more information about Product Security Roles.
Documentation
This article describes how security roles function within an Infinite Campus-only environment and includes the following topics:
The following diagram illustrates the user's ability to create and delegate Product Security roles.
There is a distinct difference between single and multi-product environments. The following diagram illustrates the process for users with Campus SIS only.
You may choose to have a single Product Security user or multiple Product Security users. If you have questions about what configuration is right for you or other questions about best practices please contact Infinite Campus.
Product Security Role Assignments
Product Security Roles determine whether a user may assign Tool Rights to other Campus Application users. Product Security Roles are assigned to users on each person's User Account. The Product Security Role Assignments section displays when Campus Application is selected in the Homepage dropdown list. Users assigned the Product Security Role automatically inherit all tool rights associated with the specific product.
Campus automatically assigns users with a Product Security Role calendar rights of All Calendars/All Schools with Data Modification Rights regardless of calendar rights assigned in their user account.
Users with a Student Information System Product Security role are allowed to log in as a user with a Student Information System - Login as User Product Security Role but once they have logged in as that user, they cannot use that user account to then log into another Campus user account via the Login as User button on the User Account.
Student Information System Product Security Role
The Student Information System product security role grants administrative rights to ALL non-finance tools within Infinite Campus. This role should only be given to system administrators within the district.
This role does not grant a person rights to Human Resources, Finance, Payroll, or Staff Evaluation tools. These tools must be granted via their respective product security roles or tool rights.
Users MUST be assigned the Student Information System product security role in order to create User Groups and access most of the User Management. The table below shows how access to User Management tools differs between the SIS product security role and a user with only tool rights.
SIS Product Security Role
User with All Tool Rights (but no SIS Product Security Role)
Login As User Feature
The Login As User button only appears for users who have equivalent or greater tool rights than the user they want to log in as and is only available with the Product Security role. When logging in as another user, users cannot gain access to tools for which they currently do not have tool rights.
This feature is not available for users only assigned the Student Information System - Group Assignment role.
The Student Information System - Login As User role is prohibited from logging in as another user with the Student Information System - Login As User role. Users assigned this role are only allowed to log in as another user once per Campus session. This behavior was put in place to ensure users do not jump from one user account to another.
The Administrator selecting this button MUST have calendar rights for the school listed on the other user's (person being logged into) District Assignment page.
A system preference called Restrict Login As User Feature On Users With Product Security Role controls whether Product Security users may log in as another user with a Product Security role. This preference is found within the Account Security Preferences tool. The default value for this preference is No which allows Product Security roles to log on as each other.
Every Campus login is stored by the system on the user's Access Log. The Third Party Admin column indicates that another user has used the Login As User button to log into Campus as this user. This column reports the other user's name, user ID and username.
Allowing Non-Product Security Users to Assign User Groups to Other Users
The Student Information System - Group Assignment security role provides non-security users the ability to assign User Groups to other users without being given the security and system access granted with other product security roles.
Users assigned this role are allowed to work within Campus to the extent of their tool rights and are only allowed access to the User Groups tab within User Security. These users cannot view or modify their own tool rights nor the tool rights of other users.
Allowing Non-Product Security Users to Log In as Other Users
The Student Information System - Login as User security role allows users to access the Login as User feature on the User Account without having the security and system access granted with other product security roles. Users assigned this role are allowed to work within Infinite Campus to the extent of their tool rights and can only log in as other users who have equal to or less than tool rights.
Users must have at least R(ead) tool rights to the User Account tab in order to properly login as other users.
The Student Information System - Login As User role is prohibited from logging in as another user with the Student Information System - Login As User role. Users assigned this role are only allowed to log in as another user once per Infinite Campus session. This behavior was put in place to ensure users do not jump from one user account to another.
Users assigned this role can log in as another user but cannot see the other user's tool rights for rights they themselves do not possess. These users can also only view or change passwords and usernames of other users if they have Write tool rights to the User Account. Read tool rights prohibits this role from modifying user account data. This role also prevents users from being able to modify their own tool rights.
Montana Edition
Users within a Montana Edition of Infinite Campus can be assigned the Montana Edition Product Security role. This role gives users full tool rights for all of the SIS including User Security tools. Users with this role can create and assign security rights, create and assign user groups to other users, and log in as users with equal to or less than tool rights (via User Account).
Auditing Which Users Are Assigned Product Security Roles
The Product Security Role Report allows you to generate a list of all users (active and disabled) who are assigned specific Product Security Roles.
Documentation
This article describes how security roles function within a multi-product or premium product environment and includes the following topics:
The following diagram illustrates the user's ability to create and delegate security rights/roles.
There is a distinct difference between single and multi-product environments. The following diagram illustrates Application Security Roles when Premium Products are added to Campus.
You may choose to have a single Product Security user or multiple Product Security users. If you have questions about what configuration is right for you or other questions about best practices, contact Infinite Campus.
Application Security User (Multi-Product Environments Only)
The Application Security user assigns Product Security Role Assignments to other users and may create additional Application Security users. The Application Security user can access tools to delegate security administration rights to users with Product Security roles.
Application Security User Accounts cannot be bound to a local Active Directory via LDAP because usernames must be unique for each person, and the primary account for the person tied to the Application Security User Account should be the LDAP-enabled account.
The Application Security Role is only required if your district uses Point of Sale, Human Resources, Payroll, or Finance.
For more complete instructions on how to use the Security Manager Tool, see the Application Security article.
Product Security Role Assignments
Product Security Roles determine whether a user may assign Tool Rights to other Campus Application users. Product Security Roles are assigned to users on each person's User Account tool. The Product Security Role Assignments section will appear when Campus Application is selected from the Homepage dropdown list. Users assigned the Product Security Role automatically inherit all tool rights associated with the specific product.
Campus automatically assigns users with a Product Security Role calendar rights of All Calendars/All Schools with Data Modification Rights regardless of calendar rights assigned on the User Account.
Users with a Student Information System Product Security role are allowed to log in as a user with a Student Information System - Login as User Product Security Role but once they have logged in as that user, they cannot use that user account to then log into another Campus user account via the Login as User button on the User Account tool.
The following Product Security Roles are available in multi-product environments:
Finance
Human Resources
Payroll
Point of Sale
Staff Evaluation
Data Change Tracker
Student Information System
Student Information System - Group Assignment
Student Information System - Login as User
Student Information System Product Security Role
The Student Information System product security role grants administrative rights to ALL non-finance tools within Infinite Campus. This role should only be given to system administrators within the district.
This role does not grant a person rights to Human Resources, Finance, Payroll, or Staff Evaluation tools. These tools must be granted via their respective product security roles or tool rights.
Login As User Feature
The Login As User button only appears for users with equivalent or greater tool rights than the user they want to log in to, and it is only available with the Product Security role. When logging in as another user, users cannot gain access to tools for which they currently do not have tool rights.
This feature is unavailable for users only assigned the Student Information System - Group Assignment role.
See the Allowing Non-Product Security Users to Log In as Other Users section below for more information on how this feature functions for users only assigned the Student Information System - Login as User role.
The Student Information System - Login As User role is prohibited from logging in as another user with the Student Information System - Login As User role. Users assigned this role are only allowed to log in as another user once per Campus session. This behavior was put in place to ensure users do not jump from one user account to another.
The Administrator selecting this button MUST have calendar rights for the school listed on the other user's (person being logged into) District Assignment page.
A system preference called Restrict Login As User Feature On Users With Product Security Role controls whether Product Security users may log in as another user with a Product Security role. This preference is found within the Account Security Preferences tool. The default value for this preference is No which allows Product Security roles to log in as each other.
The system stores every Infinite Campus login on the user's Access Log. The Third Party Admin column indicates that another user has used the Login As User button to log into Campus as this user. This column reports the other user's name, user ID, and username.
Allowing Non-Product Security Users to Assign User Groups to Other Users
The Student Information System - Group Assignment security role allows non-security users to assign User Groups to other users without being given the security and system access granted with other product security roles.
Users assigned this role are allowed to work within Infinite Campus to the extent of their tool rights and are only allowed to modify User Groups. These users cannot view or modify their own tool rights or the tool rights of other users.
Allowing Non-Product Security Users to Login as Other Users
The Student Information System - Login as User security role allows users to access the Login as User feature on the User Account tool without having the security and system access granted with other product security roles. Users assigned this role can work within Campus to the extent of their tool rights and can only log in as other users with equal to or less than tool rights.
Users must have at least Read tool rights to the User Account tool to properly log in as other users.
The Student Information System - Login As User role is prohibited from logging in as another user with the Student Information System - Login As User role. Users assigned this role are only allowed to log in as another user once per Campus session. This behavior was put in place to ensure users do not jump from one user account to another.
Users assigned this role can log in as another user but cannot see the other user's tool rights for rights they themselves do not possess. These users can only view or change passwords and usernames of other users if they have W(rite) tool rights to the User Account tool. Read tool rights prohibit this role from modifying user account data. This role also prevents users from being able to modify their own tool rights.
Auditing Which Users Are Assigned Product Security Roles
The Product Security Role Report allows you to generate a list of all users (active and disabled) who are assigned specific Product Security Roles.
Individual Tool Rights
Tool rights can be assigned individually for each user however, assigning individually can be both time consuming and hard to manage. Unlike tool rights user groups, removing or adding tool rights for users can become a tedious process.
Documentation
As of Campus.2415, individual person tool rights are managed in the User Account tool.
Tool Search: User Account
Tool Rights determine the level of access users have to tools throughout Infinite Campus.
Due to the wide range of school-specific duties and policies, this article cannot recommend how to assign tool rights to particular types of users. District administrators must determine the appropriate amount of access for each user/group based on that user/group’s needs.
To Assign Tool Rights
Only users assigned a Product Security Role may assign tool rights to users.
Navigate to a person's User Account (User Management > User Account Information > User Account)
Click the Modify Tool Rights button. The User Tool Rights Editor will appear.
Navigate to each tool you wish to grant the user rights to access and determine the level of access they should receive (Read, Write, Add, Delete). See the section below for more information about these levels of access and how they impact using Infinite Campus.
Once all tool rights have been selected, click Update. The user will now have access to the tools marked.
Understand Tool Rights Access Levels
This section will explain the four different access levels that can be assigned for each tool within Infinite Campus.
A partially checked indicator has been added to the New Look of Infinite Campus, appearing in the RWAD checkboxes of tools/menu items where the user does not have tool rights to the tool/menu item but does have rights to tools or sub-rights contained within the tool/menu-item.
Expand the link below for an example of this indication.
Read
Read indicates the user may view the information in the applicable interface area. When only R rights are applied, the user cannot access the action bar's Save, Add, or Delete icons. Reports need only the R right for full access to viewing and generating results. In addition, R rights allow the printing of information, when applicable. Many wizards require only the R right to have complete access.
Write
Write indicates that the information on the applicable interface area may be viewed and modified by the user. When this right is applied, the Save icon in the action bar will be functional. This right allows the user to modify only existing data in the area (adding new data is controlled by the A right). This right includes the ability to modify data from a specific field.
Add
Add indicates the information on the applicable interface area may be viewed, modified, and added to. When this right is applied, the New or Add icons in the action bar will be functional. This right allows the user to add new data/records.
Delete
Delete indicates the information on the applicable interface area may be deleted. When this right is applied, the Delete icon in the action bar will be functional. This right provides the ability to completely remove an existing record, including all data contained within the record. The ability to change/remove data from a field is controlled through Write. A user generally has RWA rights if he/she has D rights.
Users should assign this right with caution.
Campus Instruction Tool Rights
Compared to the RWAD rights structure for Campus Tools, rights to Campus Instruction are currently all or nothing. Each Instruction tool can have All rights for a tool or not.
Identifying Sub-Rights
Sub-rights are used to control specific functions or gatekeep certain data within a tool. Sub-rights are also found under the tool it applies to and have a | to the left of the sub-right, delineating it as a sub-right.
Example of Tool Rights
The following are examples of how tool rights affect how users are able to view and access tools throughout Campus.
Limited Tool Rights (Read Only)
Limiting a user's tool rights affects how they are able to interact with a tool. In the example below, the user is given only Read rights to the Student Information module. Because the user only has Read rights, all of the fields within each Student Information tool are read-only and the Save, Delete, and New buttons are unable to be used.
Full Tool Rights (RWAD)
Providing RWAD tool rights to a user means the user has full access to modifying data with the tool. In the example below, a user with RWAD tool rights to the Student Information module is able to modify all data within any Student Information tool.
Compare this example with the example above for a better understanding of how user groups are provided different tool access based on tool rights.
Learn More About Managing User Accounts
See the User Account article to learn more about managing user accounts, including tool rights, calendar rights, authentication options, and more.
Video
Simulation
Tool Rights Groups
Create Tool Rights Groups
The first step in the process is to create user groups. Providing a clear and informative user group name and description is helpful when searching for and assigning users to user groups.
Documentation
Tool Search: User Group Information
The User Group Information tool allows users to modify a user group's name and description.
Image 1: User Group Information
Entering User Group Information
Enter the Name of the user group.
Enter the Group Description, if desired. See the Viewing User Group Descriptions section for more information about how this field is utilized throughout Campus.
Select the Save icon.
Creating a New User Group
To create a new User Group, use the Add User Group tool.
Image 2: Add User Groups Tool
Assigning Multiple User Groups
As necessary, multiple user groups can be applied to a single user.
For example, a staff member may manage enrollments and have attendance-related duties. He/she could also belong to both census and behavior user groups.
User group rights are cumulative; that is, they build on each other.
This means: if a user has R(ead) rights to the Behavior module as part of his/her membership in a census group and R, W, A and D rights to the Behavior module as part of his/her membership in a behavior referral group, that user will have R, W, A and D rights to the Behavior module.
Modifying User Groups
Location: User Management > User Groups > Calendar Rights,Tool Rights
Modifying user groups may be done as necessary. However, users assigned individual rights may also need to be modified.
A user may have multiple accounts as necessary. For example, the district system administrator and his/her backup may have an administrator account with rights to all tools and calendars and a separate account with restricted rights.
See this document for step-by-step instructions on adding a user account for a person.
Mass Assigning User Groups to Staff User Accounts
Tool Search: User Account Batch Wizard
Once user groups have been created, you can use the User Account Batch Wizard to assign groups to staff user accounts en masse. See the User Account Batch Wizard article for more information.
Mass Removal of User Groups from Staff User Accounts
Tool Search: User Account Batch Wizard
Using the User Account Batch Wizard, you can remove user groups from staff user accounts en masse. For more information, see the User Account Batch Wizard article.
Review Information About User Groups
Tool Search: User Group Report
The User Group Report allows you to review and audit existing user groups, including what tool rights and calendars are assigned to each user group. For more information, see the User Group Report article.
Video
Simulation
Assign Tool Rights to Groups
Once user groups have been created, tool rights should be assigned to each user group.
The learning content below will describe how to assign tool rights and what each level of tool rights means.
Documentation
Tool Search: User Group Tool Rights
Tool Rights provide access to the functions within Infinite Campus. Rights are listed by menu item and are assigned by the Infinite Campus Administrator at the school.
Only users assigned a Product Security Role may assign Tool Rights to Campus Application User Groups. The Product Security Role is assigned on the User Account tab.
District administrators will need to determine the appropriate amount of access for each user/group based on that user/group’s needs and district policies.
Individual User Tool Rights vs. Group Tool Rights
Infinite Campus highly recommends assigning tool rights to users through user groups. Individual users should NOT be assigned individual rights; rather, they should be made members of the user groups to which their job duties relate.
User groups should be created in sets and should contain tool rights tailored to specific job duties (e.g., separate user groups for nurses, secretaries, principals, counselors, reporting staff). User groups should also be created for specific school/year/calendar access (e.g., a user group with access to all schools/all years/all calendars, a user group with access to only Ballard High School/11-12 school year/11-12 Ballard High calendar).
Individual users should then be added to the user groups to which their duties correspond.
Tool Rights Definitions
Read
Read rights allow information in the tool to be viewed by the user. When only Read rights are applied, the user will not be able to save, add, or delete information within the tool. Reports only require Read rights for full access to viewing and generating results. In addition, Read rights allow printing of information, when applicable. Many wizards require only Read rights for complete access.
Write
Write rights allow information in the tool to be viewed and modified by the user. When applied, the Save icon in the action bar will be functional. This right allows the user to modify only existing data in the tool (adding new data is controlled by the Add right). This right includes the ability to change or remove data from fields.
Add
Add rights allow information in a tool to be viewed, modified, and added to by the user. When applied, the New or Add icons in the action bar will be functional. This right allows users to add and create new data/records.
Delete
The Delete right allows users to delete records for a tool. When this right is applicable, the Delete icon in the action bar will be functional. This right provides the ability to completely remove an existing record, including all data contained within the record.
The ability to change/remove data from a field is controlled through the Write right. Typically, user with Delete rights will also have Read, Add, and Write rights assigned.
Use caution when assigning Delete rights.
Campus Instruction Tool Rights
In comparison to the Read, Write, Add, Delete structure for Campus Tools, rights to Campus Instruction are currently all or nothing. Marking the rights checkbox for a Campus Instruction tool gives users and groups full access to the tool.
Campus Instruction tool rights appear below the list of Campus Tools rights.
When assigning Campus Instruction tool rights, please refer to the Instruction Tool Rights article to learn more about which Instruction functionality is tied to which rights.
Tool Rights Blocked by Account Automation
If the 'Enable Automatic Creation of Staff Accounts' preference is enabled via the Account Security Preferences tool, user groups saved with only Calendar Rights will be prevented from having Tool Rights added. If you attempt to add tool rights to a calendar user group you will see the message below.
Example of Tool Rights
The following are examples of how tool rights affect how users are able to view and access tools throughout Campus.
Limited Tool Rights (Read Only)
Limiting a user group's tool rights affects how each user is able to interact with a tool. In the example below, the user group is given only Read rights to the Student Information module. Because the user group only has Read rights, all of the fields within each Student Information tool is read-only and the Save, Delete and New buttons are unable to be used.
Full Tool Rights (RWAD)
Providing RWAD tool rights to a user group means users has full access to modifying data with the tool. In the example below, a user group with RWAD tool rights to the Student Information module is able to modify all data within any Student Information tool.
Compare this example with the example above for a better understanding of how user groups are provided different tool access based on tool rights.
Privacy Law Compliance
To ensure that unauthorized users do not violate federal FERPA and HIPPA privacy laws, unauthorized users should NOT be allowed access to certain, federally protected areas in Campus.
The following fields/areas of student data are federally protected:
FRAM > Eligibility > Eligibility
Enrollments > State Reporting > Ward of State
Demographics > Enrollments > State Reporting > Ward of State
Enrollments > State Reporting > Homeless
Enrollments > State Reporting > Migrant
Enrollments > Special Ed > Service Hours
Enrollments > Special Ed > Service Hrs Percent Reported
Program Participation > English Learners (EL)
Enrollments > Enrollment History
Census > People > Demographics > Enrollments > Enrollment History
Health Office > Conditions
This is not a comprehensive list. System Administrators should use caution and follow district guidelines for what users and user groups should be given access to Federally protected data. System Administrators must specifically deny unauthorized users and user groups access to these fields; otherwise these users may be able to access this data when pulling Ad hoc filters.
User Group Tool Right Examples
The following is a list of typical user groups established within a school/district.
Due to a wide range of school-specific duties and policies, user group tool rights will vary greatly. The user group tool rights mentioned below are only examples of typical user group rights and DO NOT reflect actual tool rights needed for user groups within a school or district. System administrators should always consult school/district authorities and policies before creating and assigning user group tool rights.
All Campus Users
All campus users should be assigned these rights.
Tool Name
R
W
A
D
Account Setting
X
X
X
X
Log Off
X
X
X
X
My Data
X
X
Ad Hoc Read-Only (No Report Creation)
This group should be added to users who will generate reports that other users have created and shared.
Tool Name
R
W
A
D
Ad hoc Reports
X
Ad Hoc Reporting
X
Ad Hoc (Full Reporting)
This group should be added to users who need access to all Ad hoc reporting tools. System administrators will need to be members of this group to be able to create and share filters with other members.
Tool Name
R
W
A
D
Ad hoc Reports
X
Ad Hoc Reporting
X
X
X
X
Attendance Clerks
Tool Name
R
W
A
D
Attendance
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Attendance
X
X
X
X
Attendance Wizards
X
X
X
X
Attendance Letters
Attendance Messenger
Classroom Monitor
X
X
X
X
Daily Attendance
X
X
X
X
Attendance Messenger Scheduler
Reports
Counselors
Tool Name
R
W
A
D
Summary
X
Enrollments
X
General Enrollment Information
X
Graduation
Future Enrollment
State Reporting
Special Education
Enrollment History
X
Schedule
X
X
X
Attendance
X
Programs
X
X
X
X
Grades
X
Transcript
X
X
X
Credit Summary
X
Assessment
X
Behavior
X
Transportation
X
Fees
X
Lockers
X
Graduation
X
X
X
Athletics
X
Waiver
X
Allow Unfiltered Search
X
X
X
X
Counseling
X
X
X
X
Grad Planner
X
X
X
X
File Labels by DOB
X
X
X
X
Counselor
X
X
X
X
Folder Labels by DOB
X
X
X
X
Progress Report
X
X
X
X
Reports
X
X
X
X
Disciplinary/Behavior Staff
Tool Name
R
W
A
D
Summary
X
Behavior
X
X
X
X
All Calendars
X
Allow Unfiltered Search
X
X
X
X
Behavior
X
X
X
X
Behavior Messenger
Behavior Letter Wizard
X
Behavior Messenger Scheduler
Reports
Disciplinary/Behavior Referral
This group is usually added to teachers.
Tool Name
R
W
A
D
Behavior Referral
X
X
X
X
Health Administrators
This group should have limited members.
Tool Name
R
W
A
D
Programs
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Health
X
X
X
X
Health
X
X
X
X
Vaccines
X
Batch Service Log Entry
X
X
X
Health Staff
Tool Name
R
W
A
D
Programs
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Health
X
X
X
X
Batch Service Log Entry
X
X
X
Medicaid Administrator
Tool Name
R
W
A
D
Medicaid
X
X
X
X
Batch Service Log Entry
X
X
X
X
Batch Bills
X
X
X
X
Reports
Service Log
Service
X
X
X
X
Provider Service Log
X
X
X
X
Eligibility
X
X
X
X
Medicaid
X
X
X
X
Principals
Tool Name
R
W
A
D
Student Information
X
General
Schedule
X
Grades
X
X
X
X
Behavior
X
X
X
X
Counseling
Contact Log
X
Health
Student Locator
Behavior
X
X
X
X
Classroom Monitor
X
Daily Attendance
X
User Communication
X
X
X
X
Records Transfer (district-to-district and national)
This group is for users who send and receive student records transfers. These rights allow district-to-district records transfers and national records transfers as applicable to the particular district. Users assigned to this group should be limited.
Tool Name
R
W
A
D
Records Transfer
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Student Locator
X
X
X
X
Student Records Transfer
X
X
X
X
Notify Process Inbox
X
X
X
X
Registrars (Census)
Registrars/Census staff are often additionally assigned Reporting rights.
Tool Name
R
W
A
D
Summary
X
X
X
Enrollments
X
General Enrollment Information
X
X
X
X
Future Enrollment
X
X
X
X
Enrollment History
X
X
X
Records Transfer
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Student Locator
X
X
X
X
Enrollment Overlap
X
X
X
X
Enrollment Summary
X
X
X
X
Enrollment Status
X
X
X
X
Duplicate IDs
X
X
X
X
Duplicate Students Search
X
X
X
X
Census
X
X
X
X
People
X
X
X
X
Enrollments
X
General Enrollment Information
X
X
X
Graduation
State Reporting
Special Education
Future Enrollment
X
X
X
Enrollment History
X
X
X
District Employment
District Assignment
POS Deposit
School Choice
Student Contacts
Credentials
Overrides
Household
X
X
X
X
Fees
POS Deposit
Reports
X
X
X
X
Impact Aid Report
Schedulers
* Delete rights allow a scheduler the ability to remove the schedule and all associated attendance and grades for students who attended classes within that schedule. These rights should be limited.
** Rights should ONLY be granted to these tools during the master scheduling period. After the master scheduling period has passed, these rights should be removed. Campus recommends that one user be in charge of the Scheduling Board.
Tool Name
R
W
A
D
Schedule*
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Scheduling
X
X
X
X
Courses
X
X
X
Sections
X
X
X
Roster Setup
Scheduling Board**
X
X
X
X
Add Course*
X
X
X
X
Schedule Gap Filler**
X
X
X
X
Fill Teams**
X
X
X
X
Student Gap Scheduler**
X
X
X
X
Scheduling Board Trials**
X
X
X
X
Lunches**
X
X
X
X
Scheduling Group**
X
X
X
X
Requests and Rosters
X
X
X
X
Reports
X
X
X
X
Secretaries
Secretary roles vary greatly. * Districts or schools may wish to establish separate user groups to handle the Transportation, Fees, Lockers and/or Athletics areas.
Tool Name
R
W
A
D
Summary
X
Schedule
X
Programs
X
Transportation*
X
X
X
X
Fees*
X
X
X
X
Lockers*
X
X
X
X
Athletics*
X
X
X
X
Allow Unfiltered Search
X
X
X
X
Fee Payment*
X
X
X
X
File Labels by DOB
X
X
X
X
Folder Labels by DOB
X
X
X
X
Fee Receivable Summary*
X
X
X
X
Fee Audit*
X
X
X
X
Fee Billing Batch*
X
X
X
X
Athletic Eligibility*
X
X
X
X
Sub Attendance Roster
X
X
X
X
Master Schedule
X
X
X
X
Open Rooms
X
X
X
X
Section Rosters
X
X
X
X
Teacher Schedule Batch
X
X
X
X
Reports
X
X
X
X
Social Security Number Rights
Social Security Numbers are managed independent from other user Demographic information. By limiting user access to SSNs, schools can manage who is allowed to view or modify staff SSNs, student SSNs or the SSNs of all people within the system. Users assigned to a SSN group MUST have calendar tool rights to users included within the group.
* This tool right allows viewing or modification of all users within the system.
Tool Name
R
W
A
D
SNN for All People*
X
SSN for Staff
X
SSN for Students
X
Special Education Administration
This group should have limited members.
Tool Name
R
W
A
D
Special Ed
X
X
X
Allow Unfiltered Search
X
X
X
X
Process Compliance
X
X
X
X
Plan Audit
X
X
X
X
Service Detail
X
X
X
X
Service Provider Detail
X
X
X
X
File Labels by DOB
X
X
X
X
Special Ed Exception
X
X
X
X
Test Accommodations
X
X
X
X
Folder Labels by DOB
X
X
X
X
Service Summary
X
X
X
X
Caseload Summary
X
X
X
X
Service Provider Summary
X
X
X
X
Test Results
X
X
X
X
Progress Report
X
X
X
X
PLP
X
X
X
Special Education
X
X
X
X
Batch Service Log Entry
X
X
X
Service Log
X
X
X
Special Education Staff
Tool Name
R
W
A
D
Student Information
X
Special Education
X
X
X
Allow Unfiltered Search
X
X
X
X
Process Compliance
X
X
X
X
Plan Audit
X
X
X
X
Service Detail
X
X
X
X
Service Provider Detail
X
X
X
X
File Labels by DOB
X
X
X
X
Special Ed Exception
X
X
X
X
Test Accommodations
X
X
X
X
Folder Labels by DOB
X
X
X
X
Service Summary
X
X
X
X
Caseload Summary
X
X
X
X
Service Provider Summary
X
X
X
X
Test Results
X
X
X
X
Progress Report
X
X
X
X
PLP
X
X
X
Batch Service Log Entry
X
X
X
Service Log
X
X
X
State Reporting
* State reporting tabs and reports should be checked as necessary.
Tool Name
R
W
A
D
Summary
X
Enrollment
X
X
X
General Enrollment Information
X
ADM and ADA Detail*
Home & Hospital Attendance Register*
Funding Report*
State Reporting
X
X
X
X
Surveys
This group should only be assigned to staff members with Survey functionality needs.
Tool Name
R
W
A
D
Surveys
X
X
X
Teachers
Appropriate rights for teacher may vary by district. Some districts also provide teachers with limited access to tools within the Student Information, Grading & Standards, Census, Fees, and Attendance modules.
Tool Name
R
W
A
D
Summary
X
Schedule
X
Attendance
X
Grades
X
Assessment
X
Behavior Referral
X
X
X
X
Sent Message Log
X
Campus Instruction
Rights are all or nothing.
Simulation
Assign Individual Users to Tool Rights Groups
You can assign individual users to tool rights user groups by accessing the User Groups tab.
Documentation
As of Campus.2415, this tool was incorporated into the User Account tool. An individual's user group memberships are now set up and managed in their user account.
Tool Search: User Groups
The User Groups tab lists the user groups to which the selected person is assigned. User groups eliminate the need to individually assign tool rights to each person who needs the same access.
See the User Groups article for information about establishing user groups.
System administrators are highly encouraged to assign users to user groups as opposed to individual tool rights. This allows admins to easily remove a group of tool rights for a person by removing them from the corresponding user group, or assign tool rights to users without having to go through and individually assign each tool right per necessary tool.
Users working with many user groups (in the thousands) may experience some system performance slow down when searching for and adding user groups.
User Groups
Assigning User Groups to a User
To assign the user to a user group(s):
Locate and select the user group within the Search and Add User Group column on the left. You can narrow the user group list by entering search criteria within the search box. The field will continue to refine results as you enter more characters. Each user group selected will appear in the user group will appear in the Current Group Membership window.
Assign User Groups
Once all user groups have been selected, click the Save icon. The user is now a member of the selected user group(s) and now has access to all of the tools assigned said user groups.
Viewing the Tool Rights Summary
To access a comprehensive view of all tool rights the user has been granted within Campus (between Tool Rights and User Groups), click the User Tool Rights Summary button. The Tool Rights Summary will appear in a separate window (Image 2).
You can expand tools to view additional tool rights and sub-rights. You can also hover the mouse cursor over a tool to see exactly how the user was granted rights to the tool (granted by tool rights or granted by a group).
You will only see tools for which the user has been granted access within Campus.
Tool Rights Summary
Viewing the Calendar Rights Summary
Select the User Calendar Rights Summary button to view which calendars in which years a specific user has rights to access and how this access was granted.
A single person icon indicates access to that calendar was granted via individual user Calendar Rights (via the Calendar Rights tab).
A group icon indicates calendar access was granted by the user being a part of a specific user group. Hovering your cursor over the group icon will indicate which user group(s) granted the user rights to the calendar.
This tool allows users to batch create student and staff user accounts using the census email address or a username patterns, enable student and staff user accounts, disable student and staff user accounts, force a password reset for student and staff user accounts, and add or remove user groups for user accounts en masse.
This tool provides high-level and detailed information about which user groups exist, all tool rights and calendar rights assigned to each user group, and which user groups are assigned to which Staff Account Automation rules.
Video
Simulation
Mass Assign Users to Tool Rights Groups
An efficient way to assign users to user groups is to use the User Account Batch Wizard. This tool allows you to mass assign users to a specific user group or set of user groups.
Documentation
Tool Search: User Account Batch Wizard
The User Account Batch Wizard allows users to batch create student and staff user accounts using the census email address or a username pattern, enable student and staff user accounts, disable student and staff user accounts, force a password reset for student and staff user accounts, and add or remove user groups for user accounts en masse.
Accounts can be modified for all students or staff within a selected school(s) or for specific users. You can also preview the changes that will be made prior to initiating modifications within Campus.
This article includes the following topics:
This tool does not feature the ability to delete user accounts en masse. This option is not available due to the dangers mass deleting user accounts can introduce throughout Campus. Instead of deleting accounts, users are encouraged to disable them. If users have forgotten their account usernames and/or passwords, they are encouraged to use the Forgot Your Username? and Forgot Your Password? recovery options found on the Campus login page.
Image 1: User Account Batch Wizard
In order to access the User Account Batch Wizard, you must be granted the Student Information System Product Security Role.
Enabling Student and Staff Accounts
The Enable Account option allows you to enable user accounts for all students or staff within a school(s) or for specific set of users. See the following sections below for more information.
Enable User Accounts for All Students or Staff in a Selected School(s)
To enable all user accounts for all students or staff within a selected school(s):
Select an Account Type.
Students - Select this option to enable student accounts within the selected school(s).
Staff - Select this option to enable staff accounts within the selected school(s).
Select a Change Type of 'Enable Account'.
Mark the Enable user accounts for all students in the selected school(s) OR Enable user accounts for all staff in the selected school(s) radio button.
Select which school(s) will have user accounts enabled. To select multiple schools, hold the CTRL button while selecting each school.
To preview a list of all user accounts that will be enabled, click the Preview Changes button. A report will appear in CSV format.
To initiate the enabling of student or staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts enabled (see Image 6).
Student Accounts - Accounts will be enabled for students who currently have a disabled user account and have a current or future enrollment record in the selected school(s).
Staff Accounts - Accounts will be enabled for staff members who currently have a disabled user account and have a current district assignment record in the selected school(s).
Student Accounts
Staff Accounts
Enable User Accounts for Selected Students or Staff
To enable user accounts for a specific student or staff:
Select an Account Type.
Students - Select this option to enable specific student accounts within the selected school(s).
Staff - Select this option to enable specific staff accounts within the selected school(s).
Select a Change Type of 'Enable Account'.
Mark the Enable user accounts for selected students OREnable user accounts for selected staff radio button.
Enter search criteria for the student or staff member (e.g., Last Name, First Name, Gender, Grade) or staff (e.g., Last Name, First Name, Title, Role) and click the Search button. Users matching search criteria will appear in the window on the right.
Search results are district-wide.
In the B. Select a person to add to edit list window, select the name of each person who will have their user account enabled. When a person is selected, their name will appear in the C. Click on a person to remove from list window.
To preview a list of all user accounts that will be enabled, click the Preview Changes button. A report will appear in CSV format.
To initiate the enabling of student or staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts enabled (see Image 6).
Student Accounts - Accounts will be enabled for selected students who currently have a disabled user account and have a current or future enrollment record.
Staff Accounts - Accounts will be enabled for selected staff members who currently have a disabled user account and have a current district assignment record in the selected school(s).
Student Accounts
Staff Accounts
Below is an example of the CSV report that will generate once the Save Changes button is selected (Image 4).
Image 4: Example of the Enabled Accounts Report
Creating Student Accounts
The Create Account option allows you to create user accounts for all students within a school(s) or for specific students. Options are available for determining how username and passwords are automatically created, as well as the default homepage (Campus Portal, Campus Student).
See the following sections below for more information about setting up each option:
When using the Create Account option, accounts will only be created for students with a current or future enrollment record who do not have an existing user account within the district. If the student transfers between schools in the same Campus district, they will retain the same student account.
Image 5: Creating Student Accounts
Username
Usernames are generated based on two available options: the email address of the student (existing on the Demographics tab) or a pattern used to create usernames for each account. The table below describes each option.
Field
Description
Use census email as account username
Selecting this option means usernames will be generated to match the email address listed in the Email field on the student's Demographics tab (see below).
If you would like to remove the domain from usernames generated from a student's census email address, mark the Exclude email domain in username checkbox. For example, if the user's email address is 'joetester@email.com', his generated Campus username would be 'joetester'.
Usernames created via email account do not qualify for collision resolution. If the email address is missing or is already taken by an existing user account, the user account will not be created.
Once the user account has been created, the user will enter their email address as their username for logging into Campus via the Campus login screen (see below).
Use a pattern to generate username for each account created
Selecting this option allows you to designate a pattern for how usernames are generated for each account.
For example, using the criteria entered in the picture to the left (Last Name, First Name, Student Number), if the student's name is John Doe with a student number of 123456789, he would log in with a username of Doe.John.123456789
Authentication Type
The Authentication Type determines how users of the generated accounts will log into Campus.
This option will only appear if LDAP or SAML are configured in Campus. If hidden, the default authentication type is Local Campus Authentication.
Local Campus Authentication Only - This option means users will use their Campus username and password to log into Campus.
LDAP Authentication - This option means users will log into Campus using their LDAP username and password (controlled and maintained by their school/district's IDP). See the LDAP Authentication article for more information.
SAML Authentication - This means users will log into Campus using their SAML username and password (controlled and maintained by their school/district's IDP). See the SSO Service Provider Configuration article for more information.
Password
When determining how user account passwords are created, you have the following two options:
This section is not available if the Authentication Type is set to LDAP or SAML as account passwords are controlled and managed via your IDP.
Field
Description
Randomly generate password for each account created
Selecting this option means Campus will randomly generate a unique password for each account created.
For more information about communicating usernames and helping users log into their new account, please see the following articles:
If generating random passwords for users, it is critical you follow the steps detailed in the article linked above. This is the only way to properly have a users log in and set their own password if a random password was established by Campus.
Use a pattern to generate password for each account created
Selecting this option allows you to designate a pattern for how passwords are generated for each user account created.
In the example to the left, based on the criteria (Last Name, First Name, 10 characters), a user named Nate Student would have a password of 'studentnate'.
When automatically creating new student user account passwords containing portions or a combination of a student's PII (Personally Identifiable Information), you do so at your own risk. Often much of a student's common PII attributes are public knowledge and can be easily ascertained. Please ensure the utmost due diligence when distributing communication of a password containing portions or combinations of student PII to the applicable student(s).
Homepage
Once Username and Password criteria has been established, determine the Homepage of the accounts. The Homepage indicates whether the student will have access to Campus Student or the Campus Parent Portal. Select Campus Student.
Image 6: Setting the Campus Homepage
For example, if the Homepage is set to 'Campus Student', each generated student account is defaulted to a Homepage value of 'Campus Student Portal', meaning they will be sent to Campus Student when logging into Campus. This value is set on the student's User Account tab.
Image 7: Example of Where the Homepage Value is Set Within Campus
Create User Accounts for All Students in a School or Select Students
Once Username, Password, and Homepage criteria is set, you must determine which students will have user accounts created. User accounts can be created for all students within a selected school(s) or for a specific set of students. See the following sections below for more information about these two options.
All accounts created require a password change upon first login.
To create user accounts for all students within a selected school(s):
Select an Account Type of 'Students'.
Select a Change Type of 'Create Account'.
Set Username, Authentication Type, Password, and Homepage criteria (as described in the sections above).
Select which school(s) will have all student user accounts created. To select multiple schools, hold the CTRL button while selecting each school.
To preview a list of all user accounts that will be created, click the Preview Changes button. A report will appear in CSV format.
To initiate the creation of student user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts created.
Image 8: Creating Accounts for All Students in a School
To create user accounts for a specific student or set of students:
Select an Account Type of 'Students'.
Select a Change Type of 'Create Account'.
Mark the Create user accounts for selected students radio button.
Enter search criteria for the student (e.g., Last Name, First Name, Gender, Grade) and click the Search button. Students matching search criteria will appear in the window on the right.
Search results are district-wide.
In the B. Select a person to add to edit list window, select the name of each student which will have their user account created. When a student is selected, their name will appear in the C. Click on a person to remove from list window.
To preview a list of all user accounts that will be created, click the Preview Changes button. A report will appear in CSV format.
To initiate the creation of student user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts created.
Image 9: Creating Accounts for Specific Students
Below is an example of the CSV report that will generate once the Save Changes button is selected (Image 10).
Image 10: Example of the CSV Report Detailing Created Accounts
Creating Staff Accounts
The Create Account option also allows you to create user accounts for all staff within a school(s) or for specific staff members. Options are available for determining how usernames are automatically created, as well as the default homepage (Campus Tools, Campus Instruction).
See the following sections below for more information about setting up each option:
When using the Create Account option, accounts will only be created for staff members with a current district assignment who do not have an existing user account within the district.
Image 11: Create Staff User Accounts Option
User Groups
User Groups can be automatically assigned to all newly created staff user accounts within a school or for a specific set of staff members. This functionality is useful for using user groups to mass assign tool rights and calendar rights for new user accounts and prevents the need to manage and assign these rights on a person by person basis.
User Groups are broken into the three following categories:
Tool Rights Groups - These groups only contain tool rights and do not assign calendar rights.
Calendar Group - These groups only contain calendar rights and do not assign tool rights.
Mixed or Empty Group - These groups assign a combination of tool and calendar rights or they are blank and contain no calendar or tool rights at the moment.
By separating user groups into these categories, users have a better understanding of what types of rights will be assigned and can easily identify and sort through different user groups when assigning.
Image 12: Adding User Groups to Created User Accounts
To select user groups for staff accounts being created:
Select an Account Type of 'Staff'.
Select a Change Type of 'Create Account'.
Search for a User Group by first selecting the Group Type. Only user groups of this type will appear in search results.
Enter the Group Name being searched. Only user groups of the selected type which matches the group name entered will appear in search results.
Click the Search button. Search results will appear in the Click on a group to add to the list window on the right.
Select which groups will be assigned to these new accounts. Selected groups will appear in the Click on a group to remove from list window.
Repeat steps 1-6 If additional tool rights groups, calendar groups, or mix user groups should be added.
Once all groups have been selected, move on to the Username section below.
Username
Usernames are generated based on two available options: the email address of the staff member (existing on the Demographics tab) or a pattern used to create usernames for each account. The table below describes each option.
Field
Description
Use census email as account username
Selecting this option means usernames will be generated to match the email address listed in the Email field on the staff member's Demographics tab (see below).
If you would like to remove the domain from usernames generated from a staff member's census email address, mark the Exclude email domain in username checkbox. For example, if the user's email address is 'joetester@email.com', his generated Campus username would be 'joetester'.
Usernames created via email account do not qualify for collision resolution. If the email address is missing or is already taken by an existing user account, the user account will not be created.
Once the user account has been created, the user will enter their email address as their username for logging into Campus via the Campus login screen (see below).
Use a pattern to generate username for each account created
Selecting this option allows you to designate a pattern for how usernames are generated for each account.
For example, using the criteria entered in the picture to the left (Last Name, First Name, Staff Number), if the staff member's name is John Doe with a staff number of 123456789, he would log in with a username of Doe.John.123456789
Authentication Type
The Authentication Type determines how users of the generated accounts will log into Campus.
This option will only appear if LDAP or SAML are configured in Campus. If hidden, the default authentication type is Local Campus Authentication.
Local Campus Authentication Only - This option means users will use their Campus username and password to log into Campus.
LDAP Authentication - This option means users will log into Campus using their LDAP username and password (controlled and maintained by their school/district's IDP). See the LDAP Authentication article for more information.
SAML Authentication - This means users will log into Campus using their SAML username and password (controlled and maintained by their school/district's IDP). See the SSO Service Provider Configuration article for more information.
Password
Each account created will require the staff member go through the account activation process. During this process, their password will be established.
This section is not available if the Authentication Type is set to LDAP or SAML as account passwords are controlled and managed via your IDP.
If generating random passwords for users, it is critical you follow the steps detailed in the article linked above. This is the only way to properly have a users log in and set their own password if a random password was established by Campus.
Homepage
Once User Group and Username criteria has been established, determine the Homepage of the accounts. The Homepage indicates whether the staff will default to Campus Tools or Campus Instruction when logging in.
Image 14: Setting the Homepage
For example, if the Homepage is set to 'Campus Instruction', each generated staff account is defaulted to a Homepage value of 'Campus Instruction', meaning they will be sent to Campus Instruction when logging into Campus. This value is set on the user's User Account tab.
Image 15: Example of Where the Homepage Value is Set Within Campus
Create User Accounts for All Staff in a School or Select Staff Members
Once User Group, Username, Password, and Homepage criteria is set, you must determine which staff members will have user accounts created. User accounts can be created for all staff within a selected school(s) or for a specific set of staff members. See the following sections below for more information about these two options.
All accounts created require a password change upon first login.
To create user accounts for all staff within a selected school(s):
Select an Account Type of 'Staff'.
Select a Change Type of 'Create Account'.
Set User Group, Username, Authentication Type, Password, and Homepage criteria (as described in the sections above).
Select the Create user accounts for all staff in the selected school(s) radio button.
Select which school(s) will have all staff user accounts created. To select multiple schools, hold the CTRL button while selecting each school.
To preview a list of all user accounts that will be created, click the Preview Changes button. A report will appear in CSV format.
To initiate the creation of staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts created.
Image 16: Creating Accounts for All Staff Members in a School
To create user accounts for a specific staff members:
Select an Account Type of 'Staff'.
Select a Change Type of 'Create Account'.
Set User Group, Username, Password, and Homepage criteria (as described in the sections above).
Select the Create user accounts for all selected staff radio button.
Enter search criteria for the staff member (e.g., Last Name, First Name, Gender, Title, etc) and click the Search button. Staff members matching search criteria will appear in the window on the right.
Search results are district-wide.
In the Select a person to add to edit list window, select the name of each staff member which will have their user account created. When a staff member is selected, their name will appear in the Click on a person to remove from list window.
To preview a list of all user accounts that will be created, click the Preview Changes button. A report will appear in CSV format.
To initiate the creation of staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts created.
Image 17: Creating Accounts for Specific Staff
Below is an example of the CSV report that will generate once the Save Changes button is selected (Image 18).
Image 18: Example of the CSV Report Detailing Created Accounts
Disabling Student and Staff Accounts
The Disable Account option allows you to disable user accounts for all students or staff within a calendar(s) or for a specific set of users. See the following sections below for more information.
Disable User Accounts for All Students or Staff in a Selected Calendar(s)
To disable all user accounts for all students or staff within a selected calendar(s):
Select an Account Type
Students - Select this option to disable all students within a selected calendar(s).
Staff - Select this option to disable all staff within a selected calendar(s).
Select a Change Type of 'Disable Account'.
Mark the Disable user accounts for all students in the selected calendar(s) OR Disable user accounts for all staff in the selected calendar(s) radio button.
Select which calendar(s) will have user accounts disabled. To select multiple calendar, hold the CTRL button while selecting each calendar.
To preview a list of all user accounts that will be disabled, click the Preview Changes button. A report will appear in CSV format.
To initiate the disabling of student or staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts disabled.
Student Accounts
Staff Accounts
Disable User Accounts for All Selected Students or Staff
To disable user accounts for a specific student or set of students:
Select an Account Type
Students - Select this option to disable specific students within a selected calendar(s).
Staff - Select this option to disable specific staff within a selected calendar(s).
Select a Change Type of 'Enable Account'.
Mark the Disable user accounts for selected students OR Disable user accounts for all selected staff radio button.
Enter search criteria for the student (e.g., Last Name, First Name, Gender, Grade) or staff (e.g., Last Name, First Name, Title, Role) and click the Search button. Users matching search criteria will appear in the window on the right.
Search results are district-wide.
In the B. Select a person to add to edit list window, select the name of each person who will have their user account disabled. When a person is selected, their name will appear in the C. Click on a person to remove from list window.
To preview a list of all user accounts that will be disabled, click the Preview Changes button. A report will appear in CSV format.
To initiate the disabling of student or staff user accounts, click the Save Changes button. A report will appear in CSV format, detailing all user accounts disabled.
Student Accounts
Staff Accounts
Below is an example of the CSV report that will generate once the Save Changes button is selected (Image 20).
Image 20: Example of the CSV Report Detailing Disabled Accounts
Forcing a Password Change
The Force Password Change option allows you to force a password change for all student or staff user accounts in a school(s) or for a specific set students or staff.
Only students with a student user account which is enabled and does not already have the Force Password Change field selected will be forced to change their password.
See the following sections below for more information.
Force a Password Change for All Students or Staff in a Selected School(s)
To force a password change for all student or staff accounts in a selected school(s):
Select an Account Type
Student - Selecting this option means all students within the selected school(s) will be forced to change their password.
Staff - Selecting this option means all staff within the selected school(s) will be forced to change their password. Staff are identified based on the presence of a District Assignment record.
When forcing a password change for staff, the tool omits staff members with the following Product Security Roles: Application Security, Finance, Human Resources, Open Market Food Service, Payroll, Student Information System, Campus Learning.
Select a Change Type of 'Force Password Change'.
Mark the Force password change for all student accounts in the selected school(s) OR Force password change for all staff accounts in the selected school(s) radio button.
Select which schools will have all student or staff accounts forced to change their password.
To preview a list of all user accounts that will be impacted, click the Preview Changes button. A report will appear in CSV format.
To initiate the forcing of a password change for student or staff user accounts in the selected school(s), click the Save Changes button. A report will appear in CSV format, detailing all user accounts impacted.
Only students with an active user account, an active or future enrollment record in the selected school(s), and does not already have the Force Password Change field selected will be required to change their user account password.
Student Accounts
Staff Accounts
Force a Password Change for All Selected Students or Staff
To force a password change for specific students or staff:
Select an Account Type.
Student - Select this option to force a password change for specific students.
Staff - Select this option to force a password change for specific staff. Logic identifies staff members by looking for user accounts set with a Homepage of 'Campus Application' and then excluding some users based on their user group/product security roles.
When forcing a password change for staff, the tool omits staff members with the following Product Security Roles: Application Security, Finance, Human Resources, Open Market Food Service, Payroll, Student Information System, Campus Learning.
Select a Change Type of 'Force Password Change'.
Mark the Force password change for all selected students or Force password change for all selected staff radio button.
Enter search criteria for the student (e.g., Last Name, First Name, Gender, Grade) or staff (e.g., Last Name, First Name, Title, Role) and click the Search button. Users matching search criteria will appear in the window on the right.
Search results are district-wide.
In the B. Select a person to add to edit list window, select the name of each person who will be forced to change their password. When a person is selected, their name will appear in the C. Click on a person to remove from list window.
To preview a list of all user accounts that will be impacted, click the Preview Changes button. A report will appear in CSV format.
To initiate the forcing of a password change for all selected students or staff, click the Save Changes button. A report will appear in CSV format, detailing all user accounts impacted.
Only selected students with an active user account, an active or future enrollment record in the selected school(s), and does not already have the Force Password Change field selected will be required to change their user account password.
Student Accounts
Staff Accounts
Below is an example of the CSV report that will generate once the Save Changes button is selected (Image 20).
Image 22: Example of the CSV Report Detailing User Accounts Forced to Change Their Password
Adding User Groups to Staff Accounts
User Groups can be assigned to all staff user accounts within a school or for a specific set of staff members. This functionality is useful in mass applying calendar rights and tool rights for all staff members in a school or for a specific set of staff members (e.g., all teachers, specific counselors, etc).
User Groups are broken into the three following categories:
Tool Rights Groups - These groups only contain tool rights and do not assign calendar rights.
Calendar Group - These groups only contain calendar rights and do not assign tool rights.
Mixed or Empty Group - These groups assign a combination of tool and calendar rights or they are blank and contain no calendar or tool rights at the moment.
By separating user groups into these categories, users have more control over what types of rights are assigned and can easily identify and sort through different user groups when assigning.
User groups containing all schools and all calendars cannot be added to staff accounts via the User Account Batch Wizard. User accounts requiring all schools/all calendars must be handled manually.
See the following sections below for more information.
Add User Groups for All Staff in a Selected School(s)
To add user groups for all staff within a selected school(s):
Select an Account Type of 'Staff'
Select a Change Type of 'Add User Groups'.
Search for a User Group by first selecting the Group Type. Only user groups of this type will appear in search results.
Enter the Group Name being searched. Only user groups of the selected type which matches the group name entered will appear in search results.
Click the Search button. Search results will appear in the Click on a group to add to the list window on the right.
Select which groups will be assigned to these user accounts. Selected groups will appear in the Click on a group to remove from list window.
Repeat steps 1-6 If additional tool rights groups, calendar groups, or mix user groups should be added.
Select the Add User Groups to all staff in the selected school(s) radio button.
Select which school(s) will have selected user groups assigned to all staff members. To select multiple schools, hold the CTRL button while selecting each school.
To preview a list of all user accounts and what user groups will be added, click the Preview Changes button. A report will appear in CSV format.
Select the Save Changes button. Specified User Groups have now been added to all staff members in the selected schools.
Image 24: Adding User Groups for All Staff in a School(s)
Add User Groups for Specific Staff Members
To add user groups for specific staff members:
Select an Account Type of 'Staff'
Select a Change Type of 'Add User Groups'.
Search for a User Group by first selecting the Group Type. Only user groups of this type will appear in search results.
Enter the Group Name being searched. Only user groups of the selected type which matches the group name entered will appear in search results.
Click the Search button. Search results will appear in the Click on a group to add to the list window on the right.
Select which groups will be assigned to these user accounts. Selected groups will appear in the Click on a group to remove from list window.
Repeat steps 1-6 If additional tool rights groups, calendar groups, or mix user groups should be added.
Select the Add User Groups for selected staff radio button.
Search for a person by entering identifying criteria (e.g., Last Name, First Name, Gender, Title, etc) and click the Search button. Search results will appear in the window to the right.
Search results are district-wide.
Select which users will have user groups added by click on their name in the Select a person to add to edit list window. Once a person is selected they will appear in the Click on a person to remove from list window.
To preview a list of what user groups will be added for which people, click the Preview Changes button. A report will appear in CSV format.
Once ready initiate the addition of the user groups, select the Save Changes button. Specified User Groups have now been added to the selected users.
Image 25: Adding User Groups for Specific Staff Members
Below is an example of the report that is produced once user groups are added.
Image 26: Example of the User Group Report
Removing User Groups to Staff Accounts
User Groups can also be removed from all staff user accounts within a school or for a specific set of staff members. This functionality is useful in mass removing calendar rights and tool rights for all staff members in a school or for a specific set of staff members (e.g., all teachers, specific counselors, etc).
See the following sections below for more information.
Remove User Groups for All Staff in a Selected School(s)
To remove user groups for all staff within a selected school(s):
Select an Account Type of 'Staff'
Select a Change Type of 'Remove User Groups'.
Search for a User Group by first selecting the Group Type. Only user groups of this type will appear in search results.
Enter the Group Name being searched. Only user groups of the selected type which matches the group name entered will appear in search results.
Click the Search button. Search results will appear in the Click on a group to add to the list window on the right.
Select which groups will be removed from these user accounts. Selected groups will appear in the Click on a group to remove from list window.
Repeat steps 1-6 If additional tool rights groups, calendar groups, or mix user groups should be added for removal.
Select the Remove User Groups to all staff in the selected school(s) radio button.
Select which school(s) will have selected user groups removed for all staff members. To select multiple schools, hold the CTRL button while selecting each school.
To preview a list of all user accounts that will have user groups removed, click the Preview Changes button. A report will appear in CSV format.
Select the Save Changes button. Specified User Groups have now been removed to all staff members in the selected schools.
Image 28: Removing User Groups for All Staff in a School(s)
Remove User Groups for Specific Staff Members
To remove user groups for specific staff members:
Select an Account Type of 'Staff'
Select a Change Type of 'Remove User Groups'.
Search for a User Group by first selecting the Group Type. Only user groups of this type will appear in search results.
Enter the Group Name being searched. Only user groups of the selected type which matches the group name entered will appear in search results.
Click the Search button. Search results will appear in the Click on a group to add to the list window on the right.
Select which groups will be removed from these user accounts. Selected groups will appear in the Click on a group to remove from list window.
Repeat steps 1-6 If additional tool rights groups, calendar groups, or mix user groups should be added for removal.
Select the Remove User Groups for selected staff radio button.
Search for a person by entering identifying criteria (e.g., Last Name, First Name, Gender, Title, etc) and click the Search button. Search results will appear in the window to the right.
Search results are district-wide.
Select which users will have user groups removed by click on their name in the Select a person to add to edit list window. Once a person is selected they will appear in the Click on a person to remove from list window.
To preview a list of what user groups will be removed for which people, click the Preview Changes button. A report will appear in CSV format.
Once ready initiate the removal of the user groups, select the Save Changes button. Specified User Groups have now been removed for the selected users.
Image 29: Removing User Groups for Specific Staff Members
Below is an example of the report that will appear once the Save Changes button is selected.
Image 30: Example of the Remove User Groups Report
Creating an Email Message to Inform Users of Their New User Account
Tool Search: User Account Messenger
You can use the User Account Messenger to send an email for users to follow and access their new user account.
Image 31: User Account Messenger
In the example below, an Ad hoc filter was created which includes the total login count (usage.totalLoginCount) and if the account is flagged to require a password change (usage.forceChangePassword). These fields are important as can be combined with Filter Parameters to identify only those users who have a Campus user account who have never logged into their account and need to change their password (which will be the case for any accounts auto-generated via Account Security Preferences).
Use the following values to ensure a proper list is generated (see Image 32):
usage.totalLoginCount
Operator: =
Value: 0
usage.forceChangePassword
Operator: =TRUE
Image 32: Filter of Users Who Need to Log into their User Account
Once this filter is created, use the User Account Messenger to send a message to each one of these users.
This message should include the following Campus fields:
The accountManagement.username field.
The accountManagement.uniqueLinkActivationURL field.
The accountManagmeent.uniqueLinkExpirationDate field.
You should also enter an Account Activation URL Expiration Date (see Image 33). This is the date the unique activation URL contained in the message will expire. Users will need to select this URL prior to this date.
Filter criteria is important when sending this message. Only users who match the filter criteria selected (e.g., Student based Ad Hoc Filters, Census/Staff based Ad hoc Filters (Staff Accounts, etc) will receive the message and be able to activate their accounts.
For notifying Staff, please consider the following:
If notifying staff of their newly created Campus Application accounts (System Administration > User Security > Users > User Account > Homepage = Campus Instruction OR Campus Application), use the Census/Staff based Ad Hoc Filters (Staff Accounts) filter option.
Image 33: Informing Users who Need to Log into Their User Account
Establishing a Recurring User Account Activation Message
Tool Search: User Account Messenger Scheduler
Once you have created and saved a user account activation message in the User Account Messenger tool (see the steps mentioned in the section above), you can establish a daily, weekly, or monthly recurring message event using theUser Account Messenger Scheduler.
Image 34: User Account Message Scheduler
For example, using a user account activation message template and setting to a frequency of daily, you can set the User Account Messenger Scheduler to email the user account activation email to any user accounts created in the last 24 hours and repeat this process every day within a certain timeframe.
Creating Letters to Inform Users of Newly Created User Accounts
Tool Search: User Account Letter Builder
You can use the User Account Letter Builder to all users who have a newly created user account or who have never logged into their user account to log into their account and update their account password.
Image 35: Account Letter Builder
In the example below, an Ad hoc filter was created which includes the total login count (usage.totalLoginCount) and if the account is flagged to require a password change (usage.forceChangePassword). These fields are important as can be combined with Filter Parameters to identify only those users who have a Campus user account who have never logged into their account and need to change their password (which will be the case for any accounts auto-generated via Account Security Preferences).
Use the following values to ensure a proper list is generated (see Image 35):
usage.totalLoginCount
Operator: =
Value: 0
usage.forceChangePassword
Operator: =TRUE
Image 36: Filter of Users Who Need to Log into their User Account
Once this filter is created, use the Account Letter Designer to design a letter which will generate for each one of these users.
This letter should include the following Campus fields (see Image 36):
The accountManagement.username field.
The accountManagement.uniqueLinkActivationURL field.
The accountManagmeent.uniqueLinkExpirationDate field.
Image 37: Building a Letter to Inform Users who Need to Log Into Their Account
Once the filter has been created and the account activation letter has been build:
Select a Filter Type.
Filter criteria is important when generating this letter. Only users who match the filter criteria selected (e.g., Student based Ad Hoc Filters, Census/Staff based Ad hoc Filters (Portal Accounts), etc) will have a letter generated.
For notifying Staff, please consider the following:
If notifying staff of their newly created staff Portal accounts (System Administration > User Security > Users > User Account > Homepage = Campus Portal), use the Census/Staff based Ad Hoc Filters (Portal Accounts) filter option.
If notifying staff of their newly created Campus Application accounts (System Administration > User Security > Users > User Account > Homepage = Campus Instruction OR Campus Application), use the Census/Staff based Ad Hoc Filters (Staff Accounts) filter option.
Select the filter from the Saved Filters window.
Select the letter from the Saved Account Activation Letters window.
Enter an Account Activation URL Expiration Date. This is the date the unique activation URL contained in the message will expire (see Image 37). Users will need to select this URL prior to this date.
Click the Build Letters button. The letters will appear in a separate window.
Image 38: Generating a Letter
Below is an example of a generated letter using this scenario (Image 38).
Image 39: Example of a Letter
Video
The User Account Batch Wizard allows system administrators to batch enable, create, disable, and/or force password changes on user accounts for students.
Tool Rights Reports
Tool and Calendar Rights Access Report
Once users have been assigned to tool rights user groups, you can audit which users or user groups have been granted tool rights for a specific tool by using the Tool and Calendar Rights Access Report.
Documentation
Tool Search: Tool & Calendar Right Access
The Tool and Calendar Right Access Report allows you to view a list of all users or user groups who have been granted tool rights for a specific tool and/or rights to a particular calendar.
The following table describes each part of the User Account version of the Tool & Calendar Right Access Report.
Area
Description
Header
The header indicates the calendar, tool rights, access rights, and the number of users who meet the criteria entered in each field.
Role Legend
The legend describes how to interpret Role values reported for each user. This information is useful in determining if the user's role(s) match the need for the tool and access rights granted.
Person, Employment, Account and Assignment Information
The body of the report indicates each reporting user's person, employment, user account, role, and school calendar information.
The Granted Access column indicates how the user acquired tool rights for the reporting tool. A value of 'User Account' means the user was assigned tool rights to the tool via the Tool Rights tab. A value of 'Student Information System' means the user has a Product Security role of 'Student Information System' and thus has rights to tools within Campus. If a user acquires rights via a user group, the name of the user group(s) will be reported in this column.
User Groups
The following table describes each part of the User Groups version of the Tool & Calendar Right Access Report.
See the User Groups article for more information about managing user groups within Campus.
Area
Description
Header
The header indicates the calendar, tool rights, and access rights of user groups who meet the criteria entered in each of these fields.
User Group Information
The body of the report indicates which user groups match the report criteria and how many users are members of each user group.
Generating the Tool and Calendar Access Report
The following sections describe different ways to generate and interpret the report.
Enter values in the following fields to view which users have rights to the specific tool with the designated access rights.
The report will detail all users with the tool and access rights for the values entered in the report editor.
Viewing Users Who Have Rights to Access a Specific Calendar
Tool Settings
Report
Enter values in the following fields to view users' rights to the specific calendar.
The report will detail all users with rights to view and access data within the calendar selected on the report editor.
Viewing Users Who Have Rights for a Specific Tool and Calendar
Tool Settings
Report
Enter values in the following fields to view which users have tool and access rights to the specific tool in the designated calendar.
The report will detail all users with tool and access rights for the calendar entered on the report editor.
Viewing User Groups with Rights for a Specific Tool
Tool Settings
Report
Enter values in the following fields to view which user groups have tool and access rights for the specified tool.
The report will detail all user groups with tool and access rights for the tool entered on the report editor.
Viewing User Groups with Rights for a Specific Tool in a Specific Calendar
Tool Settings
Report
Enter values in the following fields to view which user groups have tool and access rights for the specified tool in the designated calendar.
The report will detail all user groups with tool and access rights for the tool and calendar entered on the report editor.
Viewing User Groups with Rights for a Specific Calendar
Tool Settings
Report
Enter values in the following fields to view which user groups grant access rights for the specified calendar.
The report will detail all user groups who grant access rights to the calendar entered on the report editor.
Video
The Tool & Calendar Right Access Report generates a list of users or user groups who have been given access to a specific tool and/or calendar.
User Group Report
The User Group Report provides high-level and detailed information about which user groups exist, all tool rights and calendar rights assigned to each user group, and which user groups are assigned to which Staff Account Automation rules.
Documentation
Tool Search: User Group Report
The User Group Report provides high-level and detailed information about which user groups exist, all tool rights and calendar rights assigned to each user group, and which user groups are assigned to which Staff Account Automation rules.
Image 1: User Group Report
To access the User Group Report, you must be granted the Student Information System Product Security Role.
The User Groups Summary lists all existing user groups within the district.
To generate the report:
Select a Report Type of 'User Groups Summary'
Select the Format
Click the Generate Report button. The report will appear in a separate window.
Image 3: User Group Summary Report
As shown in the image below (Image 4), the report will list all user groups within the district.
Image 4: Example of the User Group Summary Report
User Group Details Report
The User Group Details Report lists all tool or calendar rights assigned to selected user groups.
There is a limit of 50 user groups when generating in PDF format.
To generate the report:
Select a Report Type of 'User Group Details Report'.
Select which User Groups will report tool/calendar right data.
Select the Format.
Click the Generate Report button. The Report will appear in a separate window in the designated format.
Image 5: User Group Details Report
As shown in the images below, the report details each tool and corresponding tool rights assigned to each user group within the district (Image 6). It also displays all calendar rights assigned to each user group within the district (Image 7).
Example of Tool Rights
Example of Calendar Rights
Staff Automation Rule Details Report
The Staff Automation Rule Details Report details a list of all user groups associated with selected Rules.
Rules are used during the Staff Account Automation process to determine what calendar rights, tool rights, and homepage settings are automatically applied to user accounts based on the Title and/or Role(s) designated on their District Assignment.
Select a Report Type of 'Staff Automation Rule Details Report'.
Select which Rules will report user group information.
Select the report Format.
Click the Generate Report button. The report will appear in a separate window in the designated format.
Image 8: Staff Automation Rule Details Report
As shown in the image below (Image 9), the report lists all user groups tied to a specific Rule (Behavioral Specialist) and Type (Title). This means any users with a Title on their District Assignment record that matches the Title value set in the Behavior Specialist Rule will be given access to the tool rights and calendar rights encompassed in each user group listed in the User Group Summary section.
Image 9: Example of the Staff Automation Rule Details Report
Video
The User Group Report provides three options for generating information about user groups. This video will review each report option.