审计追踪

记录哪些内容、如何搜索、哪些内容可以关闭——以及两个无法关闭的领域。

所有操作都会被记录。记录会保存在“平台 → 审计”下，而不是以简短信息流的形式显示在仪表盘上，因为值得保留的记录应该是可以搜索的。

记录本身就说明了一切。

平台上的每条记录现在都包含四列信息：创建者、创建时间、最后修改者以及修改时间。这些信息显示在记录页面的记录 ID 下方，也位于每个列表的“列”菜单中——默认处于关闭状态，需要手动开启；开启后，保存的视图会记住这些信息。

这与下方的记录路径是分开的，而且是特意分开的。记录路径是一条可搜索的历史记录，最终会根据保留策略进行清理；这四列数据是记录的一部分，会一直保留到记录被清理为止。“谁更改了信用额度”这个问题以前只能通过搜索第二个表来回答，而且只有在第二个表被清理后才能回答。

• 无论记录是如何写入的，它们都会被填充——通过表单、导入、Ask、已发布的 API 或从未提及它们的例程。
• 它们无法修改。这两个“已创建”的列在写入时就已经固定，无论请求如何，平台都会拒绝更改它们的尝试。
• “最后修改时间”会随着每次更改而移动，没有人知道更改发生的具体时间。
• 已被删除的用户仍会留下其 ID；审计跟踪记录仍然可以显示其姓名。
• 无人编写的记录（例如数据加载、迁移脚本）会显示“由系统/数据加载创建”。

搜索它

首先按日期和时间搜索审计日志，然后按区域、操作、用户或记录详情中的自由文本进行筛选，包括记录标识符和每次更改的 JSON 详细信息。搜索结果按时间倒序排列，并分页显示。

每行以编号或代码（LDR-301，非内部 ID）命名记录，以菜单名称（HRMS · 培训课程）命名区域，并以姓名命名人员，鼠标悬停时显示其电子邮件地址。用户筛选器按姓名列出人员。

设置

审计策略将所有可审计区域列为一个开关，并按安全、主数据、交易数据和配置进行分组，每个分组都包含全选、全清除和分组开关。每个分组都会显示一个图块，其中显示已记录的区域数量（“已记录 M 个区域中的 N 个”）；点击一个图块即可查看该分组的开关，点击“全部”即可查看所有开关。默认情况下，“全部”处于开启状态；您可以关闭各个区域，将审计范围缩小到您关心的区域。