Incidents Tab
The Incidents tab controls how device incidents behave across your district. This includes how users are notified, how incidents are categorized, and how status progression is handled throughout the repair, investigation, or review process.
Most districts configure this section early during implementation, then refine it over time as workflows mature and reporting needs become clearer.
Incident Management
The Incident Management section controls district wide behavior related to how incidents communicate status changes.
Waiting for Pickup Notifications
When enabled, Manage1to1 automatically sends a “Your device is ready for pickup” email when an incident status changes to Waiting for Pickup.
This is commonly used by districts that want students or staff notified immediately once a device has completed repair or review. The message is sent to the primary contact associated with the incident.
The email content itself is managed from the Email Templates area and can be customized to match district messaging.
Districts that prefer manual communication, front office pickup slips, or alternate notification workflows typically leave this disabled.
Changes to this setting apply to all incidents going forward.
Incident Flags
Incident flags provide a structured way to categorize issues associated with an incident. They allow staff to quickly understand what type of issue is being addressed without reading through full incident notes.
Flags are also heavily used throughout reporting, dashboards, and data exports, making them an important part of consistent district wide data tracking.
Common examples include physical damage, battery issues, loaner provided, screen damage, or routine checks.
Each flag includes:
- A display name shown throughout the system
- An icon for quick visual recognition
- An option to alert administrators when applied
- A visibility setting that controls whether the flag can be selected
Creating and Managing Flags
New flags can be added at any time using the Add Flag button. When creating a flag, you define how it appears, whether it is selectable, and whether it triggers an alert.
Existing flags can also be edited to update names, icons, or alert behavior. Any changes made to a flag will be reflected anywhere that flag is currently used.
Editing a flag updates how that flag appears on all existing incidents. If you need to change behavior without impacting historical data, it is often better to create a new flag and hide the old one.
Deleting Flags
Once a flag has been used on an incident, it cannot be deleted. This protects historical data and ensures reports remain accurate over time.
If a flag is no longer needed, it can simply be hidden so it is no longer available for selection.
Icons
Incident flags use a font based icon system for fast loading and consistent display across devices. Manage1to1 utilizes Font Awesome icons.
When selecting an icon, use the official Font Awesome icon class name:
Taking advantage of modern HTML5 technology, we utilize a font-based icon system to ensure fast rendering and consistency across platforms. For this we utilize FontAwesome Pro.
To view the full list of either FontAwesome, please refer to the links below:
Please note, when when referring to FontAwesome, you must use the proper FontAwesone icon name shown on their website under the “Icon Class”.
Incident Status
Incident statuses define the lifecycle of an incident from creation through completion. They control how incidents appear in dashboards, queues, and reports.
Each status includes a status attribute that tells the system how to treat it functionally, such as whether the incident is active, in progress, or completed.
Common examples include:
- In Progress
- Investigating
- Sent for Repair
- Waiting for Student Pickup
- Completed
Managing Statuses
Districts can add new statuses, rename existing ones, or adjust colors to match local workflows. Many districts align statuses with repair handoffs, internal review steps, or vendor processes.
Status changes are logged in the incident history and may trigger automation depending on configuration.
Updating a status will affect all incidents currently using that status. As with flags, consider adding a new status and retiring the old one if historical clarity is important.
Deleting Statuses
A status cannot be deleted if it has already been used in an incident. This ensures past incident data remains intact and reportable.
Unused statuses may be safely removed.
Best Practices
Most districts find success by:
- Keeping flags concise and standardized across buildings
- Using statuses to reflect meaningful workflow transitions
- Avoiding frequent renaming of items already in use
- Reviewing incident reporting periodically to adjust flags and statuses as needs evolve