审计跟踪与版本历史记录
版本历史记录显示连续的内容状态；审计跟踪记录了围绕这些状态的更广泛的行动和决策序列。查看有效的 QueryChart 流程以及应用它的实际步骤。
版本历史记录显示连续的内容状态；审计跟踪记录了围绕这些状态的更广泛的行动和决策序列。
简而言之
- 比较内容：打开两个版本并确定更改的确切步骤、标签或说明。
- 跟踪决策：跟踪该变更的请求、审核、批准、生效日期和发布事件。
- 检查连续性：确认旧问题仍然可检索，但不再是提供使用的副本。
实践中的审计跟踪与版本历史记录
可以比较两个版本，而不会透露谁批准了发布或旧版本是否被撤回。相反，事件日志可以显示批准而不存储内容差异。受控流程需要两个视图由相同的记录 ID 连接。
使用版本历史记录来回答问题之间发生的变化。使用审计跟踪来回答谁请求、审查、批准、发布和淘汰它们，并附上时间戳和结果。在示例文档上测试联接。
审核跟踪和版本历史记录一目了然
| Aspect | 审计追踪 | 版本历史 |
|---|---|---|
| 记录 | 围绕对象的行动和决策 | 其内容的连续保存状态 |
| 答案 | 谁批准、发布或撤回的，何时？ | 从一个版本到另一个版本发生了什么变化？ |
| 典型证据 | 具有时间、对象和结果的归因事件 | 修订元数据和内容差异 |
| 单独使用时有间隙 | 可能会省略具体的内容差异 | 可以省略授权和分发事件 |
运作方式
比较内容
打开两个版本并确定更改的确切步骤、标签或说明。
追踪决策
遵循该变更的请求、审查、批准、生效日期和发布事件。
检查连续性
确认旧问题仍可检索，但不再是提供使用的副本。
应避免的错误
缺少决策记录
将参与者、决策和有效状态与输出一起保留。可以比较两个版本，而不会透露谁批准了发布或旧版本是否被撤回。相反，事件日志可以显示批准而不存储内容差异。受控流程需要两个视图由相同的记录 ID 连接。
常见问题
哪项记录证明措辞发生了变化？
两个保存版本的比较。
哪些记录可以证明授权？
链接到已发布版本的可归因批准事件。
我需要两个单独的工具吗？
不会。重要的是两条历史记录都可用并且可以合并为一条记录。