← Back to documentation

Audit Log

Use the audit log to investigate organization activity and meet compliance needs.

5 min read

Audit Log

The PayloadRelay audit log gives your organization a complete, queryable history of who did what, when. It is an append-only record designed for security monitoring, compliance reporting, and incident investigation.

Who can view it?

Only organization Owners and Admins can access the audit log. Regular members (USER) and read-only members (VIEWER) receive a 403 error when calling the audit API. The log is always scoped to your organization — you cannot see another organization's events.

What is logged?

Every significant action performed by a user or the system generates an audit event. The table below lists the currently emitted action values.

ActionDescription
endpoint.createdA new relay endpoint was created
endpoint.updatedAn endpoint's settings were changed
endpoint.deletedAn endpoint was permanently deleted
endpoint.pausedAn endpoint was manually paused
endpoint.resumedA paused endpoint was manually resumed
endpoint.auto_pausedAn endpoint was automatically paused by the failure-alert system
output.createdAn output was added to an endpoint
output.updatedAn output's settings were changed
output.deletedAn output was removed
output.template.updatedThe message template for an output was changed
output.routing_filters.updatedThe routing filters for an output were changed
target.createdA relay target (webhook, email, Slack, etc.) was created
target.updatedA relay target was edited
target.deletedA relay target was removed
target.smtp.verifiedAn SMTP relay target connection was successfully verified
transform.createdA transform rule was added
transform.updatedA transform rule was edited
transform.deletedA transform rule was removed
alert.config.updatedThe failure-alert configuration for an endpoint was changed
alert.firedA failure alert was triggered
alert.test_sentA test alert was dispatched manually
member.invitedA user was invited to join the organization
member.invitation_resentA pending organization invitation was resent
member.invitation_revokedA pending organization invitation was revoked
member.role_changedAn existing member's role was changed
member.removedA member was removed from the organization
org.contact_email_updatedThe organization's contact email was changed
org.ownership_transfer_requestedAn owner requested an organization ownership transfer
org.ownership_transfer_confirmedAn organization ownership transfer was confirmed
password.changedA user changed their account password
password.resetA user reset their account password
subscription.changedThe billing plan was upgraded or downgraded
paymentmethod.updatedA payment method was added or replaced
activity.exportedThe activity log was exported as CSV
audit.exportedThe audit log itself was exported as CSV
auth.login.successA user successfully signed in
auth.login.failedA sign-in attempt failed (wrong credentials)
auth.logoutA user signed out

What is NOT logged?

  • Read-only operations: listing endpoints, fetching activity logs, viewing settings.
  • Relay payload bodies: PayloadRelay never stores incoming request bodies (see Observability).
  • Advanced filter queries: filtering your own activity data is not audit-worthy.
  • Full payment details: billing events capture only metadata like plan name and billing interval — never card numbers or bank details.

Event fields

Each audit event contains:

FieldDescription
idUUID of the event
occurredAtTimestamp (UTC)
actorEmailEmail address of the user who triggered the action (snapshot)
actorTypeUSER, SYSTEM, or API_TOKEN
actorIpIP address of the actor (if available)
actorUserAgentBrowser/client user-agent (truncated to 512 chars)
actionAction slug (see catalog above)
targetTypeResource type affected (e.g. ENDPOINT, MEMBER, AUTH)
targetIdUUID of the affected resource (if applicable)
targetNameHuman-readable name of the resource (snapshot at event time)
metadataAction-specific JSON bag (up to 8 KB)
successtrue if the action succeeded; false for failures like auth.login.failed
errorMessageError detail for failed events

Actor email is a snapshot. Even if a user is deleted later, their email remains in historical audit events.

Querying the audit log

Use the Organization → Audit Log page in the dashboard, or the audit API (GET /audit/events) for programmatic access.

Filter parameters (all optional):

ParameterDescription
actorEmailContainsFilter by actor email substring
actionFilter by action value (dot-notation slug). Multiple values can be comma-separated. Use the API endpoint GET /audit/actions to discover available values, or see the table above for the currently emitted values.
targetTypeFilter by target resource type (ENDPOINT, OUTPUT, TARGET, MEMBER, etc.)
targetIdFilter by specific target UUID
fromISO 8601 start timestamp (inclusive)
toISO 8601 end timestamp (exclusive)
successtrue or false
limitPage size (default 50, max 200)
offsetPagination offset

Filtering by action — the action parameter uses the dot-notation value (e.g., endpoint.created, target.updated), not the display name (ENDPOINT_CREATED). For example:

Code Example
GET /audit/events?action=endpoint.created,target.deleted
GET /audit/events?action=member.invited,member.role_changed&success=true

Exporting as CSV

Click Export CSV in the dashboard to download matching audit events. Large exports may be capped or temporarily limited; narrow your filters if the export is too large.

Retention

Audit events are retained for 1 year (365 days) and are removed automatically after the retention period.

Security and compliance

The audit log is designed to assist with:

  • SOC 2 Type II — access control, monitoring, and incident response requirements.
  • ISO 27001 — logging and traceability of privileged user actions.
  • Security investigations — correlate suspicious IP addresses with actions via actorIp.

Audit events cannot be modified or deleted by organization users. Older events are removed automatically after the retention period.

Related guides

  • Endpoint management — learn about the endpoint lifecycle actions that generate audit events.
  • Relay targets — target CRUD and SMTP verification are audited.
  • Failure alerts — alert configuration changes and auto-pause events appear in the audit log.
  • Observability — for request-level activity logs (not audit logs).