Service status & outage comms

Status in the sidebar is your organization’s single answer to “is it just me, or is Zoom down?”. It tracks two kinds of trouble:

• Vendor outages — CompassDocs polls each tracked tool’s own status page about every five minutes and normalizes the result to one state: Operational, Degraded, Outage, Maintenance.
• Internal incidents — for systems with no status page (the phone system, an on-prem server), an approver or admin declares an incident, posts updates as it unfolds, and resolves it when it’s over.

When anything is wrong, a banner appears at the top of everyone’s dashboard, the sidebar’s Status entry shows a count — and everyone gets a notification through the bell inbox and their personal chat webhook (with its own row in the Account → Notifications routing grid), both when a service goes down and when it recovers.

Tracking a service (admins)

On the Status page, Track a service:

• From the catalog — one click for common tools: GitHub, Zoom, Slack, Cloudflare, Dropbox, OpenAI, DocuSign, Box, NetDocuments, iManage Cloud, Google Workspace, Salesforce, AWS, Microsoft 365, and more.
• Custom — point at any vendor status page:
  • Statuspage JSON: works for any page hosted on Atlassian Statuspage (most SaaS vendors) — enter the status page’s base URL, e.g. https://status.example.com.
  • RSS / Atom feed: a fallback for vendors without a JSON API — coarser (a recent unresolved item marks the service degraded).
  • Manual: an internal system with no page at all. It reads Operational until someone declares an incident.

A fetch hiccup never flips a service’s state — the last known status stands until a successful check says otherwise.

Microsoft 365 (enterprise)

The Microsoft 365 catalog entry reads real tenant service health (Exchange, Teams, SharePoint…) from Microsoft Graph using the same Entra app registration as the directory sync — grant it the ServiceHealth.Read.All application permission (admin consent) and it lights up. Enterprise license required.

Declaring an incident (approvers & admins)

Declare incident on the Status page: pick the affected service, a severity (Outage / Degraded / Maintenance), a title, and an optional first update (“Carrier issue — use Teams calling meanwhile”). Everyone is notified immediately. Post updates as things develop — they build a timeline on the incident card — and Mark resolved when it’s over, which notifies everyone again and returns the service to Operational.

Incidents can also be declared against a tracked vendor — useful for adding org-specific guidance on top of the vendor’s own incident (“Zoom is down — client calls move to Teams”).

Who sees and does what

Action	Who
View the Status page, dashboard banner, notifications	Everyone
Declare / update / resolve incidents	Approvers and admins
Track / remove services	Admins

Users who find the alerts noisy can switch the Service status row off per channel in Account → Notifications.