Admin & feature-change alerts

When one admin changes something significant β€” flips a feature, edits security policy, changes who has access β€” every other admin gets an email about it in real time. It's how a team of admins stays honest with each other without anyone having to watch the activity log.

Who gets notified

An alert goes to every other active admin of the organization β€” Principals, IT Admins, and any Enterprise Admin over the org (one level up, e.g. the diocese that owns the school). The admin who made the change is never emailed about their own action.

  • Enterprise admins are looped in. If a diocese admin edits one of its schools, that school's local admins hear about it β€” and vice-versa, a local change is visible to the diocese. Enterprise reach is a single parent hop; an enterprise two levels up isn't notified.
  • Pending invitees are skipped. An enterprise admin who hasn't accepted their invitation yet won't receive org-change alerts until they do.
  • It never blocks the change. Alerts are sent in the background β€” if email delivery hiccups, the admin's action still goes through and nothing breaks. You'll just have missed that one notification (the change is still in the activity log).

What triggers an alert

Two kinds of change fire an email. Settings changes arrive as a before β†’ after table (βš™οΈ in the subject); access changes arrive as a plain sentence (πŸ‘€ in the subject).

Feature & security toggles

  • Features: AI email analysis, Online Kindness, Password Manager (and its MFA requirement), Require-MFA-for-all, automatic campaigns (and pausing / auto-approving them), enterprise-controls-campaigns, Public Hall of Fame, login-email-change alerts, link-check policy, community-alert threshold, and simulated vendor services.
  • Security settings: link-check policy, domain monitoring, the weekly spoof scan, and dark-web scan frequency.
  • Key staff / leadership: the Principal, faith leader, business manager, IT contact, or front-office names and titles (plus the Principal's and IT contact's email) β€” so you hear when someone, including an enterprise admin, edits your org's setup.

Who-has-access changes

  • The primary admin is transferred, or steps down.
  • A member is promoted into or out of an admin role (Principal / IT Admin / Enterprise Admin).
  • An admin's fine-grained permissions change.
  • A role is removed from someone, or a member is deactivated.
  • The Org Reporter instant-alert permission is granted or revoked.
  • An enterprise administrator is added or removed over the org.
πŸ’‘
What deliberately doesn't alert
To keep the signal high, routine edits stay silent β€” they're still in the activity log, just not emailed: a plain teacher↔staff relabel (only admin-role changes alert), ordinary profile edits like the org name, address, or billing, a toggle you flip and flip right back (no net change), and internal TSNC platform/support-staff grants (those aren't your org's governance).

What the email looks like

The subject names the change, the org, and who did it β€” e.g. "βš™οΈ AI email analysis toggled at St. Mary's (by Jane Doe)" or "πŸ‘€ Primary admin changed at St. Mary's". The body shows exactly what changed (a from β†’ to table, or a one-line summary), a Review the activity log button, and a link to manage your notification preferences. Deactivating someone who held several roles at one org sends a single alert, not one per role.

Turning it on or off

These alerts are on by default. To change that, go to Admin β†’ Platform Features β†’ πŸ”” Notifications, and under Report activity emails toggle "Admin & Feature Changes."

  • Preferences are per-organization. If you administer more than one org, set them separately for each.
  • Opting out anywhere wins. If you hold several admin roles and turn the alert off under any one of them, you stop receiving that org's alerts β€” a single "off" is respected everywhere.

FAQ

Will I get emailed about my own changes?+
No. You never receive an alert for an action you took yourself β€” only your fellow admins do. It's a peer-awareness tool, not a receipt.
Why didn't I get an alert when I renamed the org / edited a contact?+
Because those aren't governance or feature changes β€” routine profile edits (name, address, billing, plain contact details) are logged in the activity log but don't email anyone, to keep the alerts meaningful. Feature toggles, security policy, key-staff, and access changes are what trigger an email.
I changed a teacher to staff β€” no alert went out. Bug?+
No. Only admin-role transitions (into or out of Principal / IT Admin / Enterprise Admin) send an alert. A teacher↔staff or aide↔teacher relabel is still recorded in the activity log, it's just not notify-worthy.
I'm a diocese (enterprise) admin β€” do I get alerts for my schools?+
Yes. You're notified of significant changes at the schools directly under your enterprise (one level down), and your school admins are notified when you edit their org. It's deliberately two-way so nobody's surprised.
Is the alert the same thing as the digest?+
No. The digest is a scheduled weekly/monthly summary of your org's posture. These alerts are real-time and event-driven β€” one email the moment a specific change happens.
← Previous
Weekly & monthly digest
Next β†’
Dark web monitoring