Skip to main content

Auditing reference


The fields of each log​

Use these names in More conditions on the Logs tab, for example {"status": "failed", "target": "odsl.email"}. Times are filtered with UTC text such as "2026-11-12T08:00:00", which the platform turns into a date.

LogRead fromOrdered byMain fields
Process runsprocess-exec/v1startname, status, trigger, reason, start, end, message, runAs, phases (name, status, log), trace
Schedules firedcrontablog/v1timestampname, trigger (when it was due), timestamp (when it fired), event, invocationId
Script runsscriptlog/v1timestampscript, function, region, scriptType, status, message, trigger, log, invocationId, rootInvocationId
Automationsautomationlog/v1timestampautomation, target, service, source, key, action, ondate, status, message, method, reason, invocationId, rootInvocationId, trace
Queue messagesqueuelog/v1timestampqueue, subject, contentType, contentId, status (success or fail), statusMessage, origin, reason, size, invocationId, messageId, trace
Changesaudit/v1/privatetimestampservice, source, key, action, status (HTTP status, 400 or more when refused), user, description, changes (kind, path, lhs, rhs), invocationId
Dataset deliveriesdataset_delivery/v1/privateondatedsid, ondate, status, statusinfo, score, complete, timestamp (loaded), lastAttempt, qualityStatus, criticalStatus, timeline, deliveries, traces
Alertsalert/v1/privatecreated.attitle, message, status, severity, agent, category, issue, key, subject (service, id, ondate), created, closed, timeline, root, trace, traces
Fusion AI runsairun/v1_createdplaybook, task, name, user, status, mode, trigger, current, steps, tokens, error
API requestsmetric/v1timestampmethod, service, key, action, httpstatus, duration (ms), responseSize, application, user, dsid, invocationId

How the filters work​

FilterLogs and fields
Time windowThe log's ordering field above. Dataset deliveries are filtered on their ondate by day
ItemMatches the start of: Process runs name; Schedules name; Script runs script; Automations key, automation or target; Queue messages contentId, subject or queue; Changes key; Deliveries dsid; Alerts subject.id or key; Fusion AI runs playbook, task or name; API requests key or dsid
UserChanges user, Process runs runAs, Alerts created.by, Fusion AI runs user, API requests user. Any part, any case
Problems onlyProcess runs, Script runs, Automations and Fusion AI runs with a failed, error, warning or stopped status; Queue messages fail; Changes with status 400 or more; Deliveries late, missing or partial; every Alert; API requests with status 400 or more. Schedules fired record no failures

How a run is linked​

FromToThrough
Schedule firedProcess runThe fire id is the run's execution id
Process runScript runs, automationsTheir rootInvocationId is the run's execution id
Process runChanges saved in the runTheir invocationId
Process runAutomations, queue messages, deliveries, alertsThe run's trace, carried by everything it sets off
AutomationQueue messages it sentIts invocationId and trace

Permissions​

Every log is read through the normal platform services with your own access, so you see the same records you could read through the API. Process runs, schedules, Fusion AI runs and API requests are limited to your company. Dataset deliveries and alerts are read from your private data: shared (common) delivery status and shared alerts are not included; use the Alerts extension for shared alerts.

The menu item and the two tabs are features of the feature policy extension.odsl.auditing, which gives them to everyone when installed.


Extension contents​

KindId
Extensionodsl.auditing
Feature policyextension.odsl.auditing (features odsl.auditing.manage, odsl.auditing.master_data, odsl.auditing.data)
Menu viewMonitor > Auditing
TabsAuditing on the Data and Master Data screens
Home page tasksodsl.auditing.problems, odsl.auditing.follow, odsl.auditing.changes

The menu view takes these properties, for links and Home page tasks:

PropertyExampleWhat it does
TABtimelineOpens overview, timeline, logs or follow
WINDOW24h1h, 6h, 24h, 3d, 7d or 30d
ITEMICE.ENDEX.TTFFills in Item
USERtom.clarkeFills in User
PROBLEMStrueTicks Problems only
LOGSprocess-exec,automationlogThe logs shown
LOGauditThe log on the Logs tab
TRACEan idOpens Follow a run and follows it

Indexes​

The logs grow quickly, so the platform keeps indexes on the fields Auditing filters, sorts and follows by: each log's time field, its item fields, status, user and correlation ids (invocationId, rootInvocationId, trace, traces, messageId). It creates them the first time a log is read, in the background, so the first searches on a big log can be slower while they are built.

To make sure of them now, select Check the log indexes at the bottom of the Overview. It lists each log collection with the indexes made and any that could not be. Your company's own logs are checked for you; the shared logs (API requests, schedules, Fusion AI runs, shared dataset deliveries and alerts) are looked after by OpenDataDSL.

The same check through the API:

GET https://api.opendatadsl.com/api/audit/v1/private?_function=ensureIndexes&force=true

Troubleshooting​

You seeWhy, and what to do
A log chip with a warning signThat log could not be read. Hover the sign, or read the status line, for the platform's reason (often a missing permission)
n/a on a log chipThe log cannot answer the filters: it records no user, or no failures for Problems only
many instead of a countThe platform did not count the matches. Narrow the window
Follow a run finds nothingCheck the id, and that the portal is on the data environment the run was in
The first search on a log is slowIts indexes are being built. Wait a minute and search again, or select Check the log indexes on the Overview
Problems over time is not shownThe platform refused the aggregation; the reason is shown. The rest of the overview still works