
When you call the Audit Log API to return specific data on your user activity in Pigment, it returns audit events. The audit event is a JSON with standard fields and a payload containing details that vary depending on the event type. This article describes audit event structures, and provides details on the event types that occur in your Pigment Workspace.
For more information on the Audit Logs API, check out these topics:
All audit events returned by the Audit Logs API has a standard structure. You can read more details about this in the article Calling the Audit Log API. The following is a list of event types returned by the Audit Logs API.
User event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| User invited into the organization. If the user is invited into the organization, and SAML SSO is configured, then you can interpret this event to mean that the user is activated. | |
| The user account type changed. Any changes to the Workspace Primary Owner account type is not logged here. | |
| User deactivated. This event is logged either through the member’s page or through SCIM provisioning. | |
| User reactivated following their account being deactivated. This event is logged either through the member’s page or through SCIM provisioning. | |
| A user reset their password. This event only appears if the user performs an action using the reset password email. If the password is reset administratively, this event won’t appear. An example of this would be when a user can’t receive password reset emails, and is provided with a temporary password.
| |
| User logged into Pigment, whether through the web application or MCP client. This event is logged on the Workspace(s) the user is an active Member of. An exception applies to users who are Members of Workspaces that belong to several companies, such as consultants. For these users, this event is only logged on the Workspaces of their own company. | No payload is available for this event because the event is generated for the |
| User logged out of Pigment. This event is logged on the same Workspaces as | No payload is available for this event because the event is generated for the |
| Pigment Support account has started a session in the Workspace. | No payload is available for this event because the event is generated for the |
| User accessed a Workspace for the first time in a session, for example by opening it in Pigment or by connecting to it through MCP. This event is only logged on the Workspace that was accessed. Workspaces that the user can access but doesn’t open don’t generate this event. | No payload is available for this event because the event is generated for the |
Group event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| A Group was created. | |
| A Group was deleted. | |
| A Member was added to or removed from a Group from the Groups page. | |
| A Group was assigned to a Role in an Application or removed from a Role in an Application from the Groups page, or the Application Role was changed. | |
Application event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| This event is logged whenever a Member has taken a Snapshot. Note, a Snapshot creation might have failed but this event will still be logged. The status of the Snapshot created will be available on Pigment in the Snapshots page. The parameter Every Application with a Snapshot will have two parameters:
| |
| This event is logged whenever a Member has deleted a Snapshot or removed an Application from a Snapshot. The parameter Every Application with a Snapshot will have two parameters:
The The name of the deleted Snapshot Application is not available, just the Application ID. | |
| This event is logged whenever a Member has renamed a Snapshot. There will be two parameters to represent the Group:
The Snapshot Group refers to the group that contains the Applications being snapshot. If it is a single Application being snapshot, the Group will just contain a single Application details in the Every Application with a Snapshot will have two parameters:
The | |
View event types and Temporary Views
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| Whenever a Member lands on a View in a Metric, Table, Dimension or Transaction List, this event is logged. It’s logged even if the View is used in a widget on a Board. Even if the Member doesn’t have the required Access Rights set up on the View, but obtains a URL to land on the View, this action is logged. | |
| A View was created in Pigment. The event will appear with the | |
| A view configuration was updated. There’s a parameter in the payload
There can be multiple unique | |
| A View was deleted. No corresponding deleted View event is available when a Block is deleted. | |
Temporary Views in Pigment
Certain actions in Pigment can result in events from temporary Views being logged. For example, this can happen when you use the Formula Playground, or create a draft View, which is not saved, and then share the View URL with another Member in the Application.
You can identify these from the name of the View from within the entity. It has a suffix containing a random ID. In the example below, the suffix is 111aa1a1:
{
"entity":
{
"id":"ABC123",
"name":"My View - 111aa1a1",
"application":
{
"id":"ABC123",
"name":"test app"
},
"entityType":"View",
"block":
{
"id":"ABC123",
"name":"My Metric"}
}
}Metric event types and Temporary Metrics
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| A Metric was created. If the Metric is a security Metric, it has the following additional parameter settings:
| |
| A Metric was updated, for example, renamed. The type of update is specified in the
If the Metric is a security Metric, it has the following additional parameter settings:
| |
| A Metric was deleted. If the Metric is a security Metric, it has the following additional parameter settings:
| |
| The data in a Metric changed due to an input or import. If the Metric is a security Metric, it has the following additional parameter settings:
| |
Temporary Metrics in Pigment
Using the Formula Playground in Pigment can result in the audit trail logging Metric events on temporary metrics. You can identify these from the name of the Metric from within the entity . It has a prefix Formula Playground.
For example:
{
"entity":
{
"id":"ABC123",
"name":"Formula Playground ABC123",
"application":
{
"id":"ABC123",
"name":"My App"
},
"entityType":"Metric"
},
"settings":
{
"isSecurityBlock":false,
"dataType":"BlockDataType_Number"
}
}Table event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| A Table was deleted. | |
| A Table was created. | |
| A Table was updated, for example a Metric was added. The type of update is specified in the
| |
Boards event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| A Board was updated, for example, adding a widget, and so on. When the permissions on a Board is updated, this event is also logged. | |
| A Board was created. | |
| A Board was deleted. | |
| A Board was accessed by a Member. | |
List event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| A Dimension List was created. If the Dimension is a Role Dimension, there will be an additional parameter setting:
| |
| A Dimension List was updated. The type of update is specified in the
If the Dimension is a Role dimension, it has the following additional parameter setting:
| |
| A Dimension List was deleted. If the Dimension is a Role dimension, it has the following additional parameter setting:
| |
| The data on a Dimension changed, for example, due to an input or an import. This event is also logged if the order of items on a List was changed. If the Dimension is a Role dimension, it has the following additional parameter setting:
| |
| A Transaction List was created. | |
| The data on a Transaction List changed, for example, due to an input or an import. This event is also logged if the order of items on a List was changed. | |
| A Transaction List was deleted. | |
| A Transaction List was updated. The type of update is specified in the
| |
API Key Management event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| An API key was created. This applies for all API key types. The
| |
| An API key was deleted. This applies for all API key types. The
| |
| An API key was renamed. This applies for all API key types. The
| |
| An API key expiration date was updated. This applies for all API key types. The
| |
| An IP allow list was created. | |
| An IP allow list was updated. | |
| An IP allow list was deleted. | |
| An IP allow list was linked manualy to an API key. | |
| An IP allow list was set as default allow list. | |
| The default allow list was cleared. | |
Data Export event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| Data exported from any Pigment block using the Pigment Export API will be logged in this event. If data is exported through the Pigment UI, only Dimension and Transaction Lists have this event. Successful calls from MCP data tools (e.g. | |
Application Security Settings event types
Audit Log Event Type | Description | Sample Payload |
|---|---|---|
| Data access rights inheritance options were updated in the application. In the
| |
| When a data access rights rule is created, this event is logged.
| |
| When a data access rights rule is deleted, this event is logged.
| |
Model Context Protocol (MCP) and MCP Set-up event types
MCP tool calls that modify data or return data create audit events tagged with user.agent = PublicMcp alongside the user actor:
Authentication. Connecting an MCP client logs a
UserLoggedInevent.Write tools. Actions that create or update Metrics, Lists, Boards, Views, access rules, or data inputs log the same events as the UI (for example,
MetricCreated,BoardUpdated,MetricDataChanged).Data tools. Successful calls to data tools (
query_data,get_metric_description,get_metric_context,fetch_metric_data, andfetch_list_data) log aDataExportedevent for each call. The event specifies the Metric or List and its Application, but does not include the returned values.Metadata tools. Tools that only read metadata (such as
get_applications,search_metrics_and_lists,search_boards,semantic_search, andget_views) do not log audit events.
MCP setup event types
The following table lists the events logged when MCP is set up or changed for your organization, and when an MCP client connects to the MCP server. These events are available only through the Audit Logs API. Each event records who performed the action and when.
Audit Log Event Type | Description |
|---|---|
| An admin selects Enable MCP Server for the first time. MCP is then on. |
| An admin turns MCP on but not for the first time. Only admins with the |
| An admin turns MCP off. Only admins with the |
| An admin adds an entry in Allowed MCP Clients. The UI calls these URLs "Callback URL". The event names say "RedirectUri". |
| An admin removes an entry in Allowed MCP Clients. The UI calls these URLs "Callback URL". The event names say "RedirectUri". |
| An admin enables an entry in Allowed MCP Clients. The UI calls these URLs "Callback URL". The event names say "RedirectUri". |
| An admin disables an entry in Allowed MCP Clients. The UI calls these URLs "Callback URL". The event names say "RedirectUri". |
| An AI client registers with the organization's MCP server. It can happen more than once for the same client, not only the first time. The |
| A user signs in through an MCP client. This is a separate event. For MCP, it shows the client ID and the callback URL. |
Agent Connector event types
The following table lists the events logged when Agent connectors are set up or used. Agent connectors are third-party tools that Pigment Agents use. These events are available only through the Audit Logs API. For more information about Agent connectors, see Set up Agent connectors.
Audit Log Event Type | Description |
|---|---|
| An Agent connector was turned on. |
| An Agent connector was turned off. |
| A Member connects to a connector. |
| Access to an Agent connector was refreshed. This is created automatically when an Agent uses a connector and the access is about to expire. |
| Access is revoked. This happens when a Member disconnects, and when an admin turns a connector off. One disconnect can create two events (one for each token). If the connector does not support revocation, a disconnect creates no event. There is no separate "disconnected" event. |
| A tool was found in an Agent connector and added. |
| A tool that was added earlier is no longer available in the Agent connector, so it was marked as unavailable. |
| A policy was set for a tool or tool group in an Agent connector. |
| The policy of a tool or tool group was changed, for example from Always allow to Blocked. |