Skip to main content

Activity and Alerts in Trio MSP

Trio articles

Real-Time Operational Visibility and Incident Awareness

The Alerts & Activity module in Trio MSP is designed to give administrators immediate, actionable insight into events that affect device security, health, compliance, and authentication. Unlike passive logs, alerts are generated based on evaluated conditions and thresholds, enabling MSPs to react before minor issues escalate into service-impacting incidents.

This module combines real-time alerting, historical alert tracking, and notification management, all scoped per organization to support multi-tenant MSP environments.


Alerts Overview

When no alerts are present, the interface explicitly indicates that the environment is currently stable. As soon as a monitored condition is violated, alerts are surfaced in real time and become visible both in the Alerts table and the notification panel.

Alerts are generated by policy engines, device telemetry, and security state evaluators running across managed endpoints.

Empty state view:

Alert characteristics include:

  • A category, which defines the system domain that generated the alert

  • A severity level, which determines urgency

  • One or more affected devices or users

  • A timestamp, representing the detection time (not acknowledgment time)


Alert Categories and What They Mean

Each alert is classified to help admins quickly understand what system component is impacted.

Common categories include:

  • Authentication – login failures, suspicious access attempts, or identity-related anomalies

  • Security & Compliance – encryption disabled, antivirus turned off, firewall changes, policy violations

  • Device Health – performance degradation, hardware or OS-level issues

  • Device – configuration changes, system-level state changes not tied to security

These categories allow MSPs to prioritize response workflows differently for security incidents versus operational issues.


Severity Levels and Response Priority

Severity indicates how urgently an alert should be addressed. Trio MSP uses clear, non-ambiguous severity labels.

Severity levels:

  • Information – state changes or events that require awareness but no immediate action

  • Warning – abnormal behavior that may lead to issues if ignored

  • Critical – active risk to security, compliance, or system stability

Critical alerts are intentionally surfaced more prominently and should be treated as incidents requiring immediate investigation.


Alerts Table: Operational Control Surface

The main Alerts view presents alerts in a sortable, filterable table, optimized for high-volume MSP usage.

Admins can refine the view using:

  • Category filters to isolate security, device health, or authentication events

  • Severity filters to focus on warnings or critical incidents

  • Device filters to track issues tied to specific endpoints

  • Date range filters for incident analysis and audits

This structure supports both real-time monitoring and retrospective incident review.


Viewing Alert Details

Selecting an alert opens its detailed view, where administrators can inspect contextual information such as:

  • Trigger condition (for example, CPU usage remaining above a defined threshold)

  • Affected device(s) or user account

  • Detection time and recurrence context

  • Current alert state (new, acknowledged, resolved)

This context is critical for determining whether remediation should be automated, policy-driven, or manual.


Notifications Panel

Alerts are mirrored into the Notifications & Alerts panel to ensure visibility even when admins are not actively viewing the Alerts page.

The panel separates:

  • Alerts – actionable system issues

  • Notifications – informational system messages and updates

Unread counts are tracked independently to prevent critical alerts from being buried under informational noise.


Marking Alerts as Read

Acknowledging alerts helps teams coordinate incident response and avoid duplicate work.

To mark alerts as read:

  1. Open Activity → Alerts

  2. Select one or more alerts using the checkbox

  3. Click Mark as Read, or use Mark All as Read from the notification panel

Marking an alert as read does not resolve the underlying issue—it only acknowledges visibility.


Organization Scope and Multi-Tenant Control

All alerts are scoped to the currently selected organization. This is critical in MSP environments where a single admin may manage dozens of tenants.

Switching organizations immediately refreshes:

  • Active alerts

  • Alert history

  • Notification counts

This prevents cross-tenant data leakage and ensures clean operational boundaries.


Alerts vs. Activity Logs (Important Distinction)

Alerts are evaluated events that require attention.
Activity logs are raw system records intended for auditing and forensics.

In practice:

  • Alerts answer “What requires action?”

  • Logs answer “What exactly happened?”

Both are complementary, but alerts are the primary operational signal.


Operational Use Cases

Trio MSP alerts are commonly used to:

  • Detect disabled security controls (FileVault, antivirus, firewall)

  • Identify performance degradation before users report issues

  • Monitor risky application behavior and vulnerability exposure

  • Track authentication anomalies across managed users

  • Maintain continuous compliance posture across customer environments


Summary

The Alerts & Activity module is the operational heartbeat of Trio MSP. It transforms low-level telemetry and policy evaluations into prioritized, actionable intelligence. By combining severity-based alerting, structured categorization, and real-time notifications, MSPs gain the visibility required to operate proactively rather than reactively.

This design ensures that critical issues surface immediately, while still preserving the audit depth needed for compliance, investigations, and reporting.

Did this answer your question?