配置变更历史
按时间顺序记录所有无代码的结构变更：对象和字段的创建、编辑、删除，以及模板的套用。它用来回答谁在什么时候动了什么，不必依赖任何人的记忆。
任何一个允许团队自行调整的 CRM 都有一个风险：有人在周二删掉了一个字段，到了周五某张报表毫无缘由地变空了。配置变更历史正是为了堵上这个缺口。每当结构通过界面发生变化，系统就会写下一行记录，包含动作、受影响的项目和确切的时间。
怎么查
- 打开“设置”，进入“安全与治理”分组。
- 点击“配置变更历史”。
- 使用顶部的筛选按钮：全部、对象、字段或模板。
- 从新到旧阅读列表。每一行都会突出显示动作，并列出项目名称、类型和精确到时分的日期。
记录下来的动作各有自己的名称和颜色：创建、编辑、删除和套用模板。项目类型有对象、字段和模板。页面展示最近的条目，单次查询有条数上限；对于不是每天都改结构的组织来说，这实际上已经覆盖了相当长的一段时间。
Example: 团队反映“线索来源”这个字段从表单里消失了。你打开配置变更历史，按“字段”筛选，找到了这一行：删除 · 线索来源 · 字段 · 2026-03-12 15:42。这样就不用争论了，摆着一个事实：字段是那天被删掉的，到“自定义字段”里重建即可。
哪些会记录，哪些不会
- 会记录：通过界面完成的对象和字段的创建、编辑和删除，以及确实创建出了对象的模板库套用。
- 不会记录：其他配置区域的改动，比如销售管道、自动化、权限角色或集成。这些页面各有自己的管控手段。
- 不会记录：记录里数据的改动。讲那个故事的是记录的审计轨迹和时间线，不是这个页面。
- 不会记录：只是打开了一个已存在对象的模板套用，因为并没有创建出任何东西。
值得如实了解的限制
写入历史的优先级低于操作本身：如果结构变更成功了，它不会因为写日志失败而被回滚。实际使用中这些记录都会出现，但这个页面不是一本会计账簿，而是一条辅助性的轨迹。另外，历史本身不做撤销：它讲述发生了什么，纠正的办法是把对象或字段重新建起来。
谁可以操作
凡是能访问组织设置的人都可以查看，而且只能看到本组织的变更。数据按组织隔离，列表里不会出现任何其他公司。
常见问题
- 能从这里恢复被删掉的东西吗？不能。请用这里的信息，到对应页面把字段或对象重新建起来。
- 为什么刚做的改动没出现？确认筛选是否停在“全部”，然后刷新页面。对象、字段和模板范围之外的改动不会在这里生成记录。
- 列表是空的：说明自这个组织建立以来，还没有人通过界面做过结构变更。
- 我想要求结构变更必须先审批：那属于“设置”里的变更治理，它会让创建或删除对象变成一条交给管理者审批的申请。