配置变更历史

按时间顺序记录所有无代码的结构变更：对象和字段的创建、编辑、删除，以及模板的套用。它用来回答谁在什么时候动了什么，不必依赖任何人的记忆。

任何一个允许团队自行调整的 CRM 都有一个风险：有人在周二删掉了一个字段，到了周五某张报表毫无缘由地变空了。配置变更历史正是为了堵上这个缺口。每当结构通过界面发生变化，系统就会写下一行记录，包含动作、受影响的项目和确切的时间。

怎么查

1. 打开“设置”，进入“安全与治理”分组。
2. 点击“配置变更历史”。
3. 使用顶部的筛选按钮：全部、对象、字段或模板。
4. 从新到旧阅读列表。每一行都会突出显示动作，并列出项目名称、类型和精确到时分的日期。

记录下来的动作各有自己的名称和颜色：创建、编辑、删除和套用模板。项目类型有对象、字段和模板。页面展示最近的条目，单次查询有条数上限；对于不是每天都改结构的组织来说，这实际上已经覆盖了相当长的一段时间。

哪些会记录，哪些不会

• 会记录：通过界面完成的对象和字段的创建、编辑和删除，以及确实创建出了对象的模板库套用。
• 不会记录：其他配置区域的改动，比如销售管道、自动化、权限角色或集成。这些页面各有自己的管控手段。
• 不会记录：记录里数据的改动。讲那个故事的是记录的审计轨迹和时间线，不是这个页面。
• 不会记录：只是打开了一个已存在对象的模板套用，因为并没有创建出任何东西。

值得如实了解的限制

写入历史的优先级低于操作本身：如果结构变更成功了，它不会因为写日志失败而被回滚。实际使用中这些记录都会出现，但这个页面不是一本会计账簿，而是一条辅助性的轨迹。另外，历史本身不做撤销：它讲述发生了什么，纠正的办法是把对象或字段重新建起来。

谁可以操作

凡是能访问组织设置的人都可以查看，而且只能看到本组织的变更。数据按组织隔离，列表里不会出现任何其他公司。

常见问题

• 能从这里恢复被删掉的东西吗？不能。请用这里的信息，到对应页面把字段或对象重新建起来。
• 为什么刚做的改动没出现？确认筛选是否停在“全部”，然后刷新页面。对象、字段和模板范围之外的改动不会在这里生成记录。
• 列表是空的：说明自这个组织建立以来，还没有人通过界面做过结构变更。
• 我想要求结构变更必须先审批：那属于“设置”里的变更治理，它会让创建或删除对象变成一条交给管理者审批的申请。

在系统内打开这篇文章 →