Custom Fields Tab

The Custom Fields tab allows districts to store additional information on users and devices that doesn’t naturally fit into standard system fields.

Most districts use custom fields to track information that is important locally but varies from district to district, such as funding sources, internal notes, program participation, or compliance-related indicators.

Once created, these fields become part of your everyday workflows and can appear directly on user and device profiles.

How Custom Fields Are Used

Custom fields are attached to either devices or users, depending on how the field is configured. They can be displayed directly on profile pages, included in exports, and referenced by staff during day-to-day operations.

Because custom fields often support reporting or compliance needs, districts typically define them carefully and avoid frequent changes once they are in active use.

Types of Custom Fields

When creating a custom field, you choose how data will be entered. The available field types are intentionally flexible to support a wide range of use cases.

Common field types include:

• Text Box Used for short, open-ended values such as asset tags, internal references, or brief notes.

• Text Area Similar to a text box, but supports longer, multi-line entries. Often used for comments or explanations.

• Dropdown Allows selection from a predefined list of values. This is one of the most common field types, especially when consistent reporting is required.

• Checkbox A simple yes or no option, useful for indicators such as program participation or eligibility.

• Password Stores values that the administrator can see, however it is fully encrpyed in the database. This is most often used for sensitive reference information.

Supported Custom Field Locations

Device Custom Fields

Device custom fields store information that applies to the device itself, not the person using it.

Examples include:

• Funding source
• Warranty notes
• Special handling requirements
• Deployment program identifiers

If not hidden, these fields appear directly on the Device Profile page and are always available when editing a device.

User Custom Fields

User custom fields apply to students or staff and are displayed on the User Profile.

Common examples include:

• Program participation indicators
• Internal notes for staff
• District-specific identifiers
• Compliance or documentation flags

As with device fields, hidden fields will not appear on the profile view but are always available when editing the user.

Adding or Editing a Custom Field

Adding and editing a custom field use the same workflow. The only difference is whether you select Add Device Custom Field or Add User Custom Field, or click Edit on an existing field.

When configuring a custom field, you’ll define:

• Field Name The label displayed throughout the system.

• Field Type Determines how data is entered and stored.

• Description Optional helper text shown beneath the field to guide staff entering data.

• Dropdown Options Used only for dropdown fields. Values are entered as a comma-separated list.

• Hide on Profile Controls whether the field appears directly on the profile page. Even when hidden, the field remains available on edit screens and in exports.

Visibility behavior

Hiding a field does not remove it from the system. It simply reduces visual clutter on profile pages while keeping the data accessible to authorized users.

Ordering Custom Fields

Custom fields can be reordered by dragging and dropping using the Order column. This controls how fields appear on profile pages and edit screens.

Most districts place their most frequently referenced fields near the top to reduce scrolling and improve usability for staff.

Best Practices

Districts that get the most value from custom fields tend to follow a few consistent patterns:

• Use dropdowns whenever possible for data that will be reported on.
• Keep field names clear and self-explanatory.
• Avoid editing or renaming fields once they are actively in use.
• Use descriptions to guide data entry, especially when multiple staff members are involved.
• Periodically review fields to ensure they are still relevant and being used consistently.