SRM Documentation ← Back to app

← All docs

The audit trail

Some actions in the app are worth keeping a record of: deleting a workspace, handing off ownership, changing someone's role, removing a member, or purging a project or release. The audit trail is where those actions are logged, so an owner can always answer who did this, and when?

#Who can see it

The audit trail is an owner-only screen, like the Live transport view. If you own the current workspace, you'll see an Audit trail entry in the sidebar navigation (under the host tools). Members who aren't owners don't see the link, and the screen refuses to load for them.

#What it shows

Each row is one recorded action, newest first:

  • The action — a plain description like "Deleted workspace", "Changed a member's role", "Removed a member", or "Purged project". Destructive actions are marked in red so they stand out.
  • The target — the name of what the action touched, when there's a name to show (a workspace name, a release version, a member's name).
  • Who did it — the person (or automated agent) that performed the action. Unattributed system actions show as System.
  • When — how long ago it happened.

The list is paginated. Use Older and Newer at the bottom to walk back through the history.

#It only ever shows this workspace

The audit trail is scoped to the workspace you're currently in. It never shows actions from another workspace — even actions an operator took against a workspace that has since been deleted are kept out of every tenant's trail. If you own more than one workspace, switch workspaces (top-left of the sidebar) to see each one's trail.

#What isn't here

The audit trail is a read-only log. It doesn't offer export or a retention policy, and it isn't a cross-workspace operator console — it's the honest, per-workspace answer to "who did that?"

2 min read · Last updated 2026-07-13T20:39:15+00:00