Availability
The Audit Logs API is available across all Circle products. Call it with the API key from whichever Circle product you’re integrating with.Retrieve audit log events
You can retrieve audit log events with two endpoints:- List audit logs returns a paginated, newest-first list, filterable by time range, event type, actor, and outcome.
- Get an audit log by ID
returns a single audit log event by its
id.
Actor types
Every audit log event identifies an actor withactorId and actorType. The
actor type tells you what kind of identifier actorId is.
Action events and state-change events
Every audit log event is either an action event or a state-change event. Thetype field tells you which, and determines which fields carry the event’s
details.
- Action events record that something happened, with no prior or new resource state to compare.
- State-change events record a change to a resource in your entity, such as a policy update.
id, type, occurredAt, or actorId. For
action events, additional fields specific to that event appear on payload.
State-change events populate oldValues (prior state) and newValues (new
state); payload might also carry additional context.
Example action event
Auser.signed_in event is an action event. It carries the client’s user agent
on payload:
Example state-change event
Apolicy.applied event is a state-change event. It carries oldValues and
newValues alongside payload:
Audit log event types
The following event types are recorded in the audit log. The list grows over time as new products and controls add events. Your integration should tolerate unknowntype values and unknown keys inside payload.
Sign-in events
Action events recorded when a user signs in to the Circle Console, Mint Console, or CPN Console. Actor isUSER (see the
example action event).
Each event’s
payload might carry the following fields:
Policy Engine events
Circle’s Policy Engine records an immutable event each time an approval request is resolved or a policy changes state. See Policy configuration, permissions, and approvals setup to set up policies and approval rules.Approval request events
Action events recorded when an approval request is resolved. Actor isUSER
(see the example action event).
Each event’s
payload might carry the following fields:
Policy change events
State-change events recorded across the lifecycle of a policy change. Actor isUSER or SYSTEM. These populate oldValues and newValues (see the
example state-change event).
Each event’s
payload might carry the following fields: