Search Screen Field Order
| The Search Screen Field Order system preference determines where the Student Number field will be located in relation to name fields when conducting an Advanced Search for students.
Click here to expand...
The available options have the following implications: - Student Number AFTER Name Fields -- The Student Number field will display as the third field on the Advanced Student Search screen.
- Student Number BEFORE Name Fields -- The Student Number field will display as the first field on the Advanced Student Search screen.
| Advanced Search | District State |
Enrollment Overlap Behavior
| This preference determines how multiple enrollments in the same school year are handled within Campus. These settings are enforced when managing enrollments from anywhere within Campus (Student Enrollment tab, Census Enrollment tab, Student Locator, etc.). - Centralized Enrollment: Auto-End Overlapping Primary Enrollments. This option automatically enters an End Date for the old primary enrollment when a new overlapping enrollment is created. This date is the date before the Start Date of the new enrollment record. When a new non-primary enrollment has the same date as another primary enrollment, both enrollments remain active. If the start dates are the same, a message displays indicating the primary enrollment cannot overlap with another primary enrollment. The existing enrollment ends with the entered start date and is set to No Show.
- Decentralized Enrollment: Allow Overlapping Primary Enrollment. Allows primary enrollments to overlap. Red exclamation points will display next to the overlapping enrollments on the Enrollments tab.
- Overlap Warning: Auto-end overlapping primary enrollment. Warn the user. Warns the user when a new primary enrollment overlaps with another primary enrollment. The user may click OK and continue creating the enrollment. The new enrollment's start date is compared to any existing enrollment's start date. If the start dates are the same, a message displays indicating the primary enrollment cannot overlap with another primary enrollment. The existing enrollment ends with the entered start date and is set to No Show.
- Strict Prevent and Warn Primary: Prevent overlapping of primary enrollments in any calendar. Warn the User. Allow secondary enrollment overlaps. This option prevents the overlapping of primary enrollment records in any calendar. A warning appears when the user attempts to create a new primary enrollment which overlaps another primary enrollment. The enrollment will not be saved and selecting OK on the warning message will result in an error displaying. This option DOES NOT allow partial enrollments to exist without there already being a primary enrollment. This prevents the ability to have two enrollments in the same calendar, even if the enrollments are in separate schedule structures and even if the enrollments are varying service types (primary, secondary, etc.). This option DOES NOT prevent the creation of a new Primary enrollment that overlaps a No Show enrollment.
- Strict Prevent and Warn Non-Primary: Prevent overlapping primary enrollments in any calendar, allow Non-Primary Enrollments with no primary enrollment. This option prevents primary enrollments from overlapping in any calendar, but non-primary enrollments can overlap if there are no primary enrollments. This prevents the ability to have two enrollments in the same calendar, even if the enrollments are in separate schedule structures and even if the enrollments are varying service types (primary, secondary, etc.). This option DOES NOT prevent the creation of a new Primary enrollment that overlaps a No Show enrollment.
| Enrollments | District State |
Record Transfer Enrollment Type(s) | This preference allows you to determine which district to send a Records Transfer request to based on the enrollment type of the student’s most recent enrollment record(s).
For example, if this field is set to ‘Primary (P) OR Special Ed (N)’ and the student has a Primary enrollment in District A and a more recent Special Ed enrollment record in District B, District B would be sent the enrollment record request. Options include: Primary (P) Only - This is the default setting Primary (P) OR Partial (S) Primary (P) OR Special Ed (N) Primary (P) OR Special Ed (N) OR Partial (S)
| Student Records Transfer
| Option only available in State Edition but impacts District Edition customers. |
Default Enrollment End Status
| When the Enrollment Overlap Behavior Preference is set to Centralized Enrollment, this preference displays. The selected enrollment end status is applied to all enrollments upon the ending of the enrollment. | Enrollments | District State |
Allow GPA Bonus Points
| Indicates whether or not GPA bonus points are allowed for Score Groups. See the GPA Calculations article for information on Bonus Points. | Score Groups and Rubrics
Grading Scales | District State |
Turn on Federal Impact Aid Tracking | If set to 'Yes', the Impact Aid tab and Impact Aid Site field on the Address editor display.
These fields are used to report Impact Aid information in the Impact Aid and Military Connections Site and Impact Aid Employment Reports.
If set to 'No', the Impact Aid tab displays with a message indicating the preference is not turned on. The Impact Aid Site field on the Address editor does not display. | Impact Aid
Address | District State |
Search Limit | The Search Limit system preference allows districts to limit the number of results returned by a search to improve search and system performance.
Click here to expand...
The Search Limit preference has several levels of search limits: 100, 500, 1000, 3000, 5000 and No Limit. Once saved, the limit will be applied to the search results displayed on the Search tab. Exceeding Search LimitsIf a system preference has been set, search results exceeding the limit set in the Search Limit field, red warning text will instruct the user to enter additional criteria that will return a smaller set of search results:
| Advanced Search | District State |
School Boundary Warnings | If set to 'Yes', users will receive a warning when attempting to enroll a student in a school outside of the student's geographical boundary. | Enrollments | District State |
Disable Custom Comments when Posting Grades | If set to 'Yes', teachers will not be allowed to enter individual comments on posted student grades. | Posting by Student
Posting by Task
Grading by Student (Section)
Grading by Task (Section) | District State |
# of Significant GPA Decimal Places | Indicates how many significant decimals (decimals to the right of the period) are allowed for GPA values. | No specific path | District State |
Require all scores for Composite Grading | If set to 'Yes', teachers are not able to post a composite grade until the child grades that make it up have also been posted. | Grade Calc Options (Course Masters)
Grade Calc Options (Courses)
Grade Calc Options (Campus Instruction) | District State |
Show Counselor in the Student Header | If set to 'Yes', the name of a student's Counselor will appear in their information header. | Student Information | District State |
Student State ID Method | The Student State ID Method system preference determines how Student State IDs are generated for new students within Campus.
Click here to expand...
State Edition users are able view the Student State ID Method (and Student State ID Window) value enabled at the state. The following table describes each field value: Value | Description |
---|
District Controlled | Indicates Student State IDs are not automatically generated for new students within state-linked District Editions or at the state level. Users will need to manually enter Student State ID data on the Demographics tab. Student State IDs entered at the district are synced up the state. | 2 digit year + 7 digit random | Indicates new students are auto-generated with a Student State ID where the first two digits represent the current year followed by 7 random digits (i.e., 123334445, where 12 = current year and 3334445 = seven random digits). | 9 digit random, no leading zeroes | Indicates new students are auto-generated with a Student State ID made up entirely of 9 random digits and no leading zeroes. | 10 digit random, no leading zeroes | Indicates new students are auto-generated with a Student State ID made up entirely of 10 random digits and no leading zeroes. | 9 digit windowing sequential with leading zeroes | Indicates new students are auto-generated a Student State ID made up of 9 digits where the 9 digit number is generated in sequential order (with leading zeroes) within the range designated by the Min and Max State Student ID Window values. For example: - If Student State ID Window has a Min = 100 and a Max = 1000000000.
- The first generated number would be 000000100 where 000000 = leading zeroes and 100 = Min number.
- The second generated number would be 0000000101 where 000000 = leading zeroes and 101 = the next sequential number within the Min and Max window.
- This would continue in sequential order for each Student State ID generated.
| 10 digit windowing sequential with leading zeroes | Indicates new students are auto-generated a Student State ID made up of 10 digits where the 10 digit number is generated in sequential order (with leading zeroes) within the range designated by the Min and Max State Student ID Window values.
For example: - If Student State ID Window has a Min = 100 and a Max = 10000000000.
- The first generated number would be 0000000100 where 0000000 = leading zeroes and 100 = Min number.
- The second generated number would be 00000000101 where 0000000 = leading zeroes and 101 = the next sequential number within the Min and Max window.
- This would continue in sequential order for each Student State ID generated.
|
| Demographics
Student Locator | District State |
Student State ID Window | Minimum and Maximum number range allowed when generating Student State IDs. | Demographics | State |
Display last known district in Student Locator | The student's last known district appears within the Student Locator when searching students. | Student Locator | State |
Staff State ID Method | The Staff State ID Method system preference determines how Staff State IDs are generated for new staff within Campus. | Demographics | State |
Staff State ID Window | Minimum and Maximum Number range for generating Staff State IDs. | Demographics | State |
Display last known district in Staff Locator | If set to 'Yes', the staff person's last know district is displayed within the Staff Locator when search staff members. | Staff Locator | State |
SSN Staff Search Only | If set to 'Yes', staff can only be searched by Social Security Number. | Staff Locator | District State |
Enable Default Transcript | When set to Yes, the Campus-provided Default transcript report is available for generation. When set to No, this option is not available. | Transcript
| District State |
Enable Self Service Auto Approval | Allows users to self-approve changes made via My Data tools. | My Data | State |
Enable Scheduling Validations | If set to 'Yes', provides users a warning in the Walk-In Scheduler when deleting or end-dating a course if the action results in a gap in the student's schedule. Yes No | Walk-In Scheduler | District State |
Allow Multiple Primary Addresses | If set to 'Yes', users are allowed to have multiple Primary home addresses within Campus. | Census
Address | District State |
Require Race/Ethnicity Data for | This setting indicates the type of person record in Campus for which race/ethnicity information is required. Existing settings for this option will become the default - either All Students or No One.
Click here to expand...
Preference LogicAny state or district will see no change in preferences unless a modification is made manually. All state-linked districts will have the option to change these preferences independent of State Edition settings. Staff BehaviorWhen any of the race/ethnicity fields are required for Staff, the following will be enforced: - When the Demographics page for an existing staff member is loaded, the appropriate race/ethnicity fields will be marked as required (red text and asterisk). The page cannot be saved until the required fields are populated.
- If the user deleted the Staff IDs after loading the page for an existing staff member, the race/ethnicity fields are still required. The page will need to be saved without the Staff ID and WITH the race/ethnicity and then re-loaded to remove the race/ethnicity if desired.
- When the Demographics page is loaded for a person who does NOT have either of the Staff IDs, the appropriate race/ethnicity fields will not be marked as required. However, if a Local or State Staff ID is entered, the page cannot be saved until the appropriate race/ethnicity fields are completed.
- The Staff Locator will require completion of the appropriate fields.
- The Add Person tool will not allow a Save operation if a Local or State Staff ID is entered.
Student BehaviorWhen any of the race/ethnicity fields are required for Students, the following will be enforced: - When the Demographics page for an existing student is loaded, the appropriate race/ethnicity fields will be marked as required (red text and asterisk). The page cannot be saved until the required fields are populated.
- If the user deleted the Student IDs after loading the page for an existing student, the race/ethnicity fields are still required. The page will need to be saved without the Student ID and WITH the race/ethnicity and then re-loaded to remove the race/ethnicity if desired.
- When the Demographics page is loaded for a person who does NOT have either of the Student IDs, the appropriate race/ethnicity fields will not be marked as required. However, if a Local or State Student ID is entered and the person does not have a Staff ID, the page cannot be saved until the appropriate race/ethnicity fields are completed.
- The Student Locator will require completion of the appropriate fields.
- The Add Person page will not allow a Save operation if a Local or State Staff ID is entered.
All People BehaviorWhen any of the Race/Ethnicity fields are required for All People, it will be enforced in the Student Locator, Staff Locator, Add Person and Demographics tools.
| Demographics
Add Person
Student Locator
Staff Locator | District State |
Require Race Selection | This preference setting indicates when race information is required, based on the answer to the "Is the individual Hispanic/Latino?" question on the Demographics tab. Available selections for this option vary depending on the selection of the Require Race/Ethnicity Data For preference. - If the Require Race/Ethnicity Data For preference is set to No One, the Require Race Selection preference will be set to Never.
- For all other settings of the Require Race/Ethnicity Data For preference, options for Require Race Selection are Only when Hispanic/Latino = No and Always.
| Demographics
Add Person
Student Locator
Staff Locator
| District State |
Require Race/Ethnicity Determination for: | The Race/Ethnicity Determination preference sets logic for when the Race Determination field needs to be selected. | Demographics
Add Person
Student Locator
Staff Locator | District State |
Enable Attendance Auditing | The Enable Attendance Auditing system preference indicates whether the district is auditing student attendance records. Setting this preference to Yes requires a significant amount of data storage. The following reports are available for auditing attendance records. Attendance auditing provides a complete history of attendance changes for compliance with electronic signature requirements and other state reporting obligations. This preference can be turned on and off at any time. Data will only be stored for the time when it is turned on (set to Yes). Reports can still be generated when it is turned off, but only the data stored during the time it is turned on will be returned on the reports. | Attendance
| District State |
Enable Attendance Check In/Check Out Auditing | The configuration for this preference is displayed but cannot be changed in System Preferences. | No specific path | State (KY only) |
Accept State Excluded Grade Levels and Enrollments | The Accept State Excluded Grade Levels and Enrollments state system preference indicates whether or not items marked for state-exclusion at the district level will be accepted at the state level.
Click here to expand...
Setting the PreferenceThe Accept State Excluded Grade Levels and Enrollments state system preference will default to a value of "No." - Yes - The state edition will accept calendars, grade levels and enrollments that are marked for state-exclusion by districts. These items will appear in the user interface and will be saved within the state database.
- No - The state edition will not accept grade levels or enrollments that are marked for state-exclusion by districts. These items will NOT appear in the user interface and will NOT be saved within the state database.
Grade Level State ExcludeGrade levels can be designated for state exclusion at the district level, on the Grade Levels tab, by marking the Exclude from State Reporting checkbox.
If the Accept State Excluded Grade Levels and Enrollments state system preference is set to a value of No, the grade level marked as "Exclude from State Reporting" (as shown above) will NOT be accepted by the state level. Additionally, all student enrollment records for that grade level will also be excluded from the state level. These items will not display in the user interface nor will they be saved in the state database.
If the Accept State Excluded Grade Levels and Enrollments state system preference is set to a value of Yes, the grade level marked as "Exclude from State Reporting" (as shown above) WILL be accepted at the state level. Additionally, all student enrollment records for that grade level will also appear at the state level. These items will be displayed on the state user interface and will be saved in the state database. Enrollment State ExcludeEnrollments can be designated for exclusion from state reporting at the district level, on the student Enrollments tab, by marking the State Exclude checkbox.
If the Accept State Excluded Grade Levels and Enrollments state system preference is set to a value of No, enrollments marked as "State Exclude" (as shown above) will NOT appear at the state level. These items will not display on the state user interface nor will they be saved in the state database.
If the Accept State Excluded Grade Levels and Enrollments state system preference is set to a value of Yes, enrollments marked as "State Exclude" (as shown above) WILL appear at the state level. These items will be displayed on the state user interface and will be saved in the state database.
| Enrollments
Grade Levels | State |
Flag Health Conditions | Flag Health Conditions system preference determines the display of health conditions assigned to students. When set to yes, any condition marked as flagged will appear as checked by default when that condition is assigned to a student and the flag will appear by the student’s name. If this preference is turned off, the flag will not display next to the student’s name even if the box is checked in the Condition for the student.
Click here to expand...
Flag Health Conditions Set to YesWhen the Flag Health Conditions is set to Yes, a flagged condition marked on the Condition List that is assigned to a student will display an EMT symbol next to the student's name. This allows other staff who have that student in a class or are part of the student's learner plan team can see this condition and be aware of certain situations that may be difficult for that student.
Flag Health Condition Set to NoWhen the Flag Health Condition is set to No, the EMT symbol will not display next to the student's name, even if a condition is flagged in the Condition List or if the condition is marked as flagged when assigning that condition to a student.
| Health Conditions | District State |
Default Health Conditions | Default Health Conditions preference will allow users to use the Campus default conditions in addition to their custom conditions, or just the custom conditions. - No - When the preference is set to No, only custom health conditions display.
- ICD-9 Conditions - When the preference is set to ICD-9 Conditions, the ICD-9 health conditions along with custom health conditions display.
- ICD-10 Conditions - When the preference is set to ICD-10 Conditions, the ICD-10 health conditions along with custom health conditions display.
| Health Conditions | District State |
Learner Planning Copy Plan | Determines how learner plans are locked after being copied. - Leave the original plan's locking as it was prior to copy
- Lock the original plan after copy
- Only allow copy of a locked plan
See the Plan Copy Wizard article for more information. | Learner Plan Documents | District State |
Require Employment Record for District Assignment | The Require Employment Record for District Assignment preference requires staff members to have a District Employment record before having a District Assignment record. State edition customers and state-linked districts will not have the option to modify this preference. The preference will be determined by the state Department of Education and updated by Infinite Campus. The setting will be view/read-only in those situations. A corresponding District Employment Record is defined as such: - The start and end dates for the District Assignment must match or fall within the dates of a single District Employment Record.
- A District Assignment record cannot end after the latest District Employment End Date.
- A District Assignment record cannot start before the earliest District Employment Start Date.
A validation will occur when a District Assignment Record is created without the existence of a District Employment Record.
Click here to expand...
Employment Record Set to YesA District Assignment record cannot be created unless there is a corresponding District Employment record. A District Assignment record cannot be edited/saved unless there is a corresponding District Employment record.
When ending a District Employment record, all District Assignment records in a district will be automatically ended if there is no other District Employment record in the district that can completely contain the Assignment.
For example, if there is a District Employment record that begins January 1 with no end date, and a second District Employment that begins February 1 with no end date and a District Assignment record that begins January 15 with no end date, the first District Employment record, when ended, will end the District Assignment record, because the remaining District Employment record cannot fully contain that assignment as it started prior to that record.
If the district assignment starts AFTER the District Employment record ends, the assignment will not be ended. The user will need to correct this situation in order to end the employment record by doing one of the following: - Changing the end date of the employment record to be later than the start date of the latest assignment
- Deleting the assignment
- Changing the assignment start date to be earlier than the employment end date
Employment records cannot be deleted if there is a corresponding District Assignment unless there is another Employment Record in that district that can contain all district employments. The following error message will appear if (1) there are district assignments in that district, and (2) there is no other district employment that can contain the district assignments.
When a District Assignment record exists after the end of its associated District Employment record, the following validation will occur, asking the user to correct the date issue.
When an employment record is saved and end date is entered, validation will occur to verify no District Assignment records start after the entered end date. My Data ImpactIf a staff person requests a change to the District Employment or District Assignment, no validation will be done at the request level. Validation is done at the Request Approval level. The validations mentioned above are used and the request cannot be approved until the validation issues are resolved. Employment Record Preference Set to NoWhen the District Employment Record preference is set to No, the staff person may have a District Assignment record without having a District Employment record. When the District Employment record is saved and an end date is entered, the same alert message will display. If the user chooses to continue, only those assignments that start prior to the end date entered will be ended.
| District Employment
District Assignments | District State |
Batch Queue Expiration Days | The Batch Queue Expiration Days field of the System Preferences allows a system administrator to specify the length of time a Batch Queue report should display on the Batch Queue and Admin Queue tools before it is deleted. This preference is available at both the district and state levels. The value entered in the Batch Queue Expiration Days field should reflect the maximum number of days a Batch Queue report is allowed to display on the Batch Queue and Admin Queue tools. When a report exceeds the maximum number of days allotted by this field, it will be deleted by the automated Batch Queue Maintenance task executed by the Task Scheduler.
Click here to expand...
View Expiration Dates on ReportsPATH: Ad hoc Reporting > Batch Queue; System Administration > Batch Queue Admin > Admin Queue Depending on the setting indicated in the Batch Queue Expiration Days preference and the specific preferences set for a report, the Batch Queue / Admin Queue tools will display one of the following types of values in the Expires After field of the Batch Queue Detail editor: - No Expiration Configured
- Expiration Date
- Crossed-Out Expiration Date
If a value of "No Expiration Configured" appears in the Expires After field of a report, either the report has not yet been generated or the Batch Queue Expiration Days preference does not contain an expiration value.
Expiration DateIf a date appears in the Expires After field of a report, it indicates the scheduled expiration date on which the report will be automatically deleted from the Batch Queue List editors of the Batch Queue / Admin Queue tools.
Crossed-Out Expiration DateIf a crossed-out date appears in the Expires After field of a report, the Never Expires checkbox should also be flagged, indicating a user has manually excluded the report from deletion on the scheduled Expires Date of the Batch Queue / Admin Queue. The report will remain in the queue until a user manually deletes it or removes the check from the Never Expires checkbox (in which case the report will be deleted the next time the Batch Queue Maintenance task runs).
| Batch Queue
Batch Queue (Admin)
Task Scheduler | District State |
Autopay Fees with Surplus Balance | The Auto-pay Fees with Surplus Balance preference will automatically pay any fee with surplus from another fee.
Click here to expand...
Set the Auto-pay Fees with Surplus Balance Preference- Set the Auto-pay Fees preference to either Yes or No.
- Click the Save icon when finished.
When set to Yes, auto-pay will happen in the following scenarios: - When a deposit is created after adjusting a fee assignment where the total adjustments plus total payments is greater than the fee amount.
- When part of a payment is voided on a fee assignment. This will auto-pay any other fees that may exist (but not the one where the payment was just voided).
- When a new fee assignment is created when there is a surplus balance. This will auto-pay the newly created fee first and then any remaining surplus will be auto--paid to other fees.
A message will appear when making a payment for Students and Persons when a surplus exists alerting the office person the deposit will be applied to other fees.
| Fees (Student)
Fees (Person) | District State |
Days to Flag Roster Additions | The Days to Flag Roster Additions system preference determines the length of time a student's name will appear in green color within a section roster in both the Instruction module and on Course Section rosters. This gives the teacher and any office staff an indication that the student is new to the section.
Click here to expand...
Any students with a start date entered on a section roster will display in green font in the following areas for the specified number of days:
| Campus Instruction
Course Sections
Attendance | District State |
NGA Cohort Years after NCLB | The NGA Cohort Years after NCLB system preference allows users to dictate how many additional years are available for selection when entering NGA Cohort End Year values on the student Graduation tab.
Click here to expand...
For example, setting the NGA Cohort Years after NCLB preference from 1 to 4 allows users to select an additional 3 years (see Image below).
| Student Graduation Tab | District State |
Lock State Graduation Records | This preference determines how student graduation records at the state level behave for district-linked installations. - If locked, existing state graduation records will not be auto-updated by new graduation records synced from districts. State Graduation records for students who do not already have those records will still be created. State users can manually change the record when the district appeals changes to the student's graduation tab.
- If not locked (default setting), existing state graduation records will be auto-updated with new graduation records synced from districts.
| Student Graduation Tab
| State |
Data Source for Ad Hoc | This preference allows users to choose what database to use when generating and creating Ad hoc Reporting Filters (using the Filter Designer Query Wizard and Pass-Through Query tools).
Users can select to query data from the Data Warehouse database (default selection) or the Live Site. | Query Wizard
Letter Builder
Data Export
Data Analysis
Data Warehouse Settings
| District State |