Platform

Availableapp.erp.io/admin/audit-log

Audit log

Who did what, when, and — where an agent was involved — who accepted it. The log is the answer to most questions that start "how did this happen".

Visible to
Administrators
Scope
Shell events
Module events
In the module
Export
Manual

Two logs, not one

The shell records what happened to the workspace: sign-ins, invitations, role changes, module entitlement, access rules, billing. Modules record what happened to their own data: a posted journal entry, a sent envelope, a released part. That split follows the architecture — modules do not share a database, so they do not share a log.

QuestionLook in
Who added this person?Shell — Admin → Audit log
Who gave them Accounting?Shell — Admin → Audit log
Who posted this journal entry?[Accounting → Audit trail](/docs/modules/accounting/journal-and-ledger)
Who sent this contract?[Sign](/docs/modules/sign/envelopes)
Who changed this part?[PLM](/docs/modules/plm/parts)
What did the AI cost us?Shell — Admin → AI usage

What the shell records

  • Sign-in and sign-out, including which method was used.
  • Invitations sent, accepted, and revoked.
  • Role changes, with the old and new role.
  • Module entitlement changes at the organisation level.
  • Module access rules added and removed, with the note attached to them.
  • API keys created and revoked.
  • Billing plan changes.
  • Organisation settings changes.
app.erp.io/admin/audit-log
Audit log

Last 30 days

FilterExport
WhenWhoEventDetail
Today 14:02Dana Okoromodule.access.removedTom Baird → finance ("not in finance")
Today 11:47Sam Whitfieldmember.role.changedPriya Raman: member → entity_admin
Yesterday 09:15Dana Okoroorg.module.enabledsign
3 Mar 16:30Dana Okoroinvitation.sent[email protected] (member)
2 Mar 08:02systemapikey.revokedOld Zapier
Admin → Audit log. Filterable by person, by kind of event, and by date.

How AI actions are attributed

Where an agent proposed something and a person accepted it, both halves are recorded — what was suggested, and who took it. This matters more than it sounds. It means an agent is never the actor of record for a consequential change, and it means a review can distinguish "the model got this wrong" from "somebody accepted it without looking", which are different problems with different fixes.

Separately, Admin → AI usage attributes model spend per module per month. It is a cost surface rather than an audit surface, and it is worth a monthly glance for the same reason a phone bill is.

Nothing an agent does writes the ledger directly

In Accounting, an agent can classify, match and propose. The posting itself is deterministic and is made by a person or a rule they configured. That is a deliberate constraint on the whole product, not an Accounting quirk.

Using it monthly

  1. Filter to role and access changes. Anything you cannot account for is a conversation.
  2. Check for sign-ins by people who have left.
  3. Check API key activity against the integrations you believe you have.
  4. Glance at AI usage for a shape change rather than a number.

What this does not do

No unified log across modules

The shell log does not include module events. You look in the module.

No streaming or SIEM export

There is no webhook or syslog feed of audit events. Export is manual.

No configurable retention

Retention is set by the platform and is not per-workspace.

No alerting

Nothing notifies you when a sensitive event happens. Reading it is a habit, not a trigger.

Questions

Can members see the log?

No. Administrators only.

Can entries be edited or deleted?

No.

How far back does it go?

Longer than most reviews need. If you have a specific retention requirement, ask before relying on it.