Search the audit trail

The Audit trail is a read-only, organisation-scoped record of significant changes. Use it to establish who performed an action, when it occurred, which permission was used, and which safe fields changed.

Audit events support investigation and traceability. The underlying equipment, requirement, calibration, certificate, investigation, or membership record remains official.

Prerequisites

You need audit-event:read permission in the selected organisation. Owners, organisation administrators, and quality managers normally have this access. Calibration managers and calibration engineers do not receive organisation-wide audit access through their operational roles.

Open the correct organisation, select Quality, then Audit trail.

Search and filter events

Enter Search text to match safe action, entity, or actor values.
Select Date from and Date to when reviewing a time window.
Enter an Actor membership ID to isolate one organisation membership.
Enter an Action when you know the recorded action identifier.
Enter an Entity type or exact Entity ID to follow one kind of record or one record.
Select Apply filters.

The active filters are reflected in the page URL. Use Clear filters to return to the complete organisation view, or Refresh to reload the current view.

Results are ordered newest first and paginated. Use Previous and Next to move through pages; the page indicator shows the total matching events. Filtering and pagination are applied by the server within the selected organisation.

Read an audit event safely

Each row shows:

Occurred: the recorded event time;
Actor: the current or historical display name and membership ID where available;
Action: the human-readable action and permission used;
Record: the entity type and record ID; and
Reason and changes: a recorded reason and allowlisted before-and-after values.

Select the linked record type when a safe link is available. Links are supplied only when the referenced record has a supported route and your current organisation context can read it.

Expand the change count to compare Before and After values. Not recorded means the safe value is null or empty; it does not necessarily mean the underlying record never held other data.

Understand omissions and historical identities

The audit trail deliberately does not expose unrestricted stored snapshots. It omits unknown or non-allowlisted fields, secrets, certificate storage keys, authentication data, invitation tokens, provider responses, and unrestricted narrative content.

No safe field changes available means the event exists but has no change values approved for this view. It must not be interpreted as proof that nothing changed.

An actor may appear as Former or unavailable user, and an older event may show No membership recorded. The fixed event still identifies the recorded action and entity without requiring an active user account.

Empty and error states

Loading audit events means the current page is being requested.
No audit events match these filters is a valid empty result. Clear filters before concluding that no event exists.
Use Retry audit trail after a loading failure.
A missing record link does not invalidate the event; the source may be unavailable, unsupported, or outside your current read permissions.

Expected result

You have a filtered, paginated explanation of significant organisation activity using safe values. Use the event to locate and review the official source record before making a quality or compliance decision.

Warnings and next steps

Do not treat the audit view as a complete copy of every domain revision or certificate.
Do not infer sensitive or omitted values from an empty change list.
Do not export or share actor and membership data beyond the audit purpose.
Use a point-in-time export when evidence must be supplied outside the application.

Next steps: