Overview
Classter can keep a record of changes made to certain parts of _Student_, Teacher, and academic data, so that administrators can see who changed what and when. The setting “Enable Logging for the Following Processes” is the main switch that decides which specific areas of Classter will have this change history turned on. By default, no areas are tracked; an administrator must explicitly choose which processes to monitor.
What This Setting Does
This setting presents a list of specific screens and actions within Classter (for example, the _Student_ profile, _Student_ applications, or the _Grade_ list) and lets an administrator select any combination of them. For each selected item, Classter begins keeping a detailed history of changes made in that area.
Once one or more items are selected, a “Log” button appears on the corresponding screen, giving authorized staff a quick way to open a history of the changes that have taken place there (for example, who updated a record and when). If nothing is selected, no such Log button appears and no additional change history is kept for these areas.
Each item in the list can be turned on independently. Selecting one process (for example, _Student_ Profile) does not automatically turn on logging for any other process (for example, _Student_ Applications) – each has to be selected on its own.
Selecting a process in this setting only affects new changes going forward; it does not generate a history for changes that occurred before the process was selected.
Main Settings / General Settings / Basic Customization / Logging / Enable Logging for the following processes
This setting allows you to select where to enable logging
Setting -> Active -> Pupil – Pupil Profile , Pupil – Demographic Data (Figure 1 & 2)
Figure 1
Figure 2
— Clicking the “Log” button example (Figure 3) —
Figure 3
Setting -> Pupil – Demographic Data
The Log option is now only available at the Pupil – Demographic Data because “Pupil Profile” is not selected at the setting’s dropdown list. (Figure 4 & 5)
Figure 4
Figure 5
Where It Is Used
This setting is found here:
Application Settings > Basic Customization > Logging
The list of processes that can be tracked covers the following areas of Classter:
– _Student_ Profile – changes made on a _Student_’s main profile screen
– _Student_ Demographic Data – changes made to a _Student_’s demographic details
– _Student_ Enrollments – _Subject_/_Group_ Enrollments – changes to which _Subjects_ or _Groups_ (Courses/Classes) a _Student_ is enrolled in
– _Student_ Enrollments – Services – changes to a _Student_’s enrollment in Services (extracurricular activities, clubs, etc.)
– _Student_ Applications – changes made during the admission application process
– Application Points (within a _Student_ Application) – changes to the points/scoring assigned to an admission application
– _Student_ Qualifications – changes to a _Student_’s recorded qualifications
– _Student_ SSC&P Qualifications – changes to a _Student_’s SSC&P qualification records
– _Students_ List – changes made through bulk actions on the _Students_ list
– _Student_ Routes – deletion of a _Student_’s assigned transportation route
– Teacher – Teachers List – changes made through bulk actions on the Teachers list
– Teacher – Teachers List – Replace Teacher – changes made when replacing one Teacher with another
– _Subject_ (Course) List – changes made through bulk actions on the _Subjects_ (Courses) list
– Service List – changes made through bulk actions on the Services list
– _Grade_ List – changes made through bulk actions on the _Grades_ list
When logging is turned on for one of these areas, the resulting Log button and history are visible only to staff who have access to that specific screen.
Business Logic / Behavior
– By default, this setting has no processes selected, meaning no additional change history is kept for the areas listed above until an administrator turns it on.
– The setting works as a multi-select list: an administrator can pick as many or as few processes as needed, and each selection is independent of the others.
– When a process is selected, Classter automatically starts recording relevant changes for that process from that point forward. Changes made before the setting was enabled are not retroactively logged.
– A small number of especially sensitive processes (for example, actions related to _Grade_ billing, re-registration, and signature requests) are always tracked by Classter for audit purposes, regardless of how this setting is configured.
– This setting behaves in exactly the same way whether the institution is operating in K-12 mode or in Higher Education mode. The list of available processes and the way the change history works do not differ between the two modes.
Example(s)
Example 1 – K-12 institution
Alpha Institute wants to be able to review who changed a _Student_’s enrollment details after a parent raised a question about a class change. The school administrator opens Application Settings, goes to the Basic Customization tab, and in the Logging section selects “_Student_ Profile” and “_Student_ Enrollments – _Subject_/_Group_ Enrollments” in this setting. From that moment on, a Log button appears on the _Student_ profile and enrollment screens. When office staff member Maria P. later checks a _Student_’s enrollment record, she can click the Log button and see that the class change was made by staff member George S. on a specific date.
Example 2 – Higher Education institution
Beta College, operating in Higher Education mode, wants better traceability over its admission process. The registrar enables “_Student_ Applications” and “Application Points” in this setting. From then on, whenever an application or its points are updated, the change is recorded, and staff reviewing an application can open the Log button to see the full history of edits, including any adjustments made to the applicant’s points.
When to Use
When to Enable
– The institution needs to be able to demonstrate who made a change and when, for compliance, audit, or data-protection purposes.
– Staff or families have raised questions or disputes about changes to enrollments, applications, qualifications, or similar records, and the institution wants a reliable way to review what happened.
– Several staff members can edit the same _Student_, Teacher, _Subject_, or _Grade_ records, and the institution wants accountability over who made specific changes.
– The institution wants to give designated staff an easy, on-screen way to check a change history without having to ask elsewhere for that information.
When to Disable
– The institution does not need a detailed change history for the listed areas and prefers to keep the interface simpler, without extra Log buttons on screens.
– The relevant tracking need is already covered by another, more specific logging setting, making this broader logging unnecessary for a particular process.
– There is no compliance or audit requirement to track detailed changes on these specific screens; in this case the setting can simply be left at its default (no processes selected).
Notes
This setting only controls the general change-history / Log button described above. Related settings in the same area provide more specific logging options:
– “Enable statistical enrollment log for the following types”/Enable_Statistical_Enrollment_Log_For_Types (Application Settings > Basic Customization > Logging) – tracks specific enrollment actions (such as adding, removing, or transferring a _Student_’s _Subject_/_Group_ enrollment, or assigning/removing a Teacher) for statistical reporting purposes.
– “Add log to Subjects/Classes only when the Student is in status”/Log_Add_To_Subject_Classes_Type_When_The_Student_Is_In_This_Status (Application Settings > Basic Customization > Logging) – limits the statistical enrollment log above to _Students_ who are in specific statuses.
– “Log all Subjects as Deleted to statistical log trail when a Student status is changed to the following statuses”/Log_All_Subjects_As_Deleted_To_Statistical_Log_Trail_When_A_Student_Status_Is_Changed (Application Settings > Basic Customization > Logging) – automatically logs all of a _Student_’s _Subjects_ as removed when the _Student_’s status changes to one of the selected statuses.
– “Activate detailed statistical logging for services enrollment changes”/Enable_Detailed_Service_logging (Application Settings > Services Parameters > Basic Services Settings) – keeps a separate, more detailed log specifically for changes to Service enrollments, viewable through reporting.
