Scenario audit log

scenario audit log the scenario audit log shows a complete, time stamped history of every change made inside a scenario what was changed, who changed it, when, and what the previous value was use it to review collaborator activity, investigate scenario changes, or produce a record for compliance and approval workflows who can access it anyone who can open the scenario can open its audit log there's no separate permission two viewers may see slightly different logs for the same scenario; see sensitive fields below how to access it open the scenario and click the audit log tab in the scenario header you can also jump to a specific entry from the changes screen by opening the action menu on a row and selecting view on audit log what you'll see the audit log is a table grouped by job each row is a single change to a single field on that job, sorted by modified at (most recent first) click a row to expand it and see the field by field breakdown column what it shows job the job the change applies to click the job title to open it in the org chart at the scenario's effective date change type the category of change hire , depart , move , comp , create , update , or delete color coded for quick scanning effective date the date the change takes effect, stored at the moment the change was made editing the change later updates this value on subsequent audit entries but doesn't rewrite prior ones modified by the user who made the change for changes made through an integration or api token, this is the app's identity; the real user who initiated it is recorded internally as well modified at the timestamp when the change was recorded, in utc event type whether this entry is an initial change (first time recorded), a change amended (an earlier change was edited), or a change cancelled (an earlier change was removed) expanded row details expanding a row reveals one line per field touched by the change, with three side by side values scenario value the new value recorded by this change previous value the value in the scenario before this change primary value the value in your main organization data as of the scenario's effective date use this to spot when a scenario change has drifted from live data not shown for newly created entries, which have no primary counterpart a multi field edit produces one row per changed field, all sharing the same modified at timestamp an amended entry only contains the fields that changed in that particular edit, not the full state of the change filtering and searching use the controls at the top of the table to narrow results job limit to changes on one or more jobs field changed limit to specific fields (e g salary, manager, title) modified by limit to changes made by a specific person job title free text search across job titles exporting click export audit log to download the full log as a csv the export runs asynchronously and contains one row per changed field a single edit that touched five fields produces five rows, all sharing the same change id and timestamp sensitive fields the audit log respects your existing field level permissions if you can't see a compensation or other sensitive field on the job itself, you won't see changes to that field in the audit log either when every changed field on an event would be hidden from you, the entire event row is omitted two users with different access levels may see different row counts for the same scenario this is expected behavior lifecycle audit history is retained permanently archiving, merging, or deleting a scenario doesn't remove its audit log; users who can still access the scenario can still view its history preview and test scenarios aren't audited tips the audit log is read only to undo a change, go back to the changes screen and edit or remove it there the removal will appear in the audit log as a change cancelled entry new entries can take a few seconds to appear after a change is saved looking for approval and rejection comments with the full approval chain? see the approval audit log