Audit log
Open Settings → Audit LOG in Thermal →
What it's for
Audit log is the organization-wide record of what happened and who did it — every recorded event across every branch, one row per action, going back as far as the ledger holds. Use it to answer "who changed this" after the fact, or to confirm a sensitive action actually happened. It sits next to Data exports and Capabilities in the settings sidebar as one of the org's oversight tools, rather than living on the record it describes.
Reach it from Settings → Integrations & data → Audit log in the sidebar, at
/settings/audit-log.
Tabs
This screen has no tabs. It narrows with a facet toolbar and a date-range form instead: filter by actor type, action, entity type, and branch from the table toolbar, or type a date range, an entity ID, or an actor ID into the form above it and click Apply.
Panels and controls
Date-range form
Four fields — From, To, Entity ID, Actor ID — each optional.
Entity ID and Actor ID expect the record's internal ID (a uuid), not
its human-facing number, which is why the field is hinted with uuid. Typing
into the table's own search box also fills the entity ID filter, as long as
you haven't already set one from this form.
The events table
One row per event: Time, Actor type (a person, the system, or an automation), Actor, Action, Entity type, Entity ID, and Branch. The Branch column only appears when you can see every branch — a caller restricted to one branch never sees the column, and the underlying query is filtered to their branch regardless of what's requested in the URL. Clicking a row opens a read-only side panel with the event's full detail.
Export
Export CSV and Export JSON download the currently filtered view — they carry the same facets, search, and date range as what's on screen, not the whole ledger.
Self-logging
Opening this screen is itself logged as an audit event. Viewing who did what is not invisible.
What it accepts
| Field | Format | Required | Rule |
|---|---|---|---|
| From | Date | No | Filters events on or after this date |
| To | Date | No | Filters events on or before this date |
| Entity ID | Text (uuid) | No | Matches an event's entity ID exactly |
| Actor ID | Text (uuid) | No | Matches an event's actor ID exactly |
There's nothing to save here — every control filters what's already recorded. A malformed or unmatched entity/actor ID simply returns no rows; it isn't rejected.
How to configure it
Nothing configures the audit log itself — it isn't a settings screen in the usual sense, it's a read layer over the event ledger every other screen writes to as a side effect of normal use. There's no retention setting, no filter you can save, and no way to delete or edit an entry from here.
Who can see it
Audit log is owner-only. The sidebar link only shows for owners, and the page itself redirects any office manager who navigates to the route directly back to Settings — this is one of the few settings screens where office access does not extend past the sidebar. Dispatchers and technicians cannot reach Settings at all.
The full role matrix is on Roles & permissions.