数据字典变更怎么评审？

基础字段不是后台小改动

系统字段、状态、枚举值和分类名称看起来只是基础配置，但一旦变更，会影响表单录入、报表统计、接口传输和历史数据解释。数据字典变更如果缺少评审，容易造成同一业务前后口径不一致。

订单状态、质量异常分类、供应商等级、客户类型、物料分类、工序名称、报表维度和接口字段枚举，都属于需要评审的数据字典。越是基础字段，越不能因为“只是改个名称”就在后台直接处理。

评审要看使用位置

数据字典变更要确认变更原因、影响模块、历史数据处理方式、报表口径、接口影响、权限影响、生效时间和回滚方案。平台管理员要先查清字段在哪些表单、报表、接口、导入模板和权限规则里被使用。

报表负责人要确认统计口径是否变化，接口负责人要确认外部系统是否受影响，业务负责人要确认新旧名称的解释边界。涉及历史数据的，不能只改当前显示名称，还要说明旧记录按什么口径解释。

发布后要抽查真实结果

数据字典变更应在约定时间发布，避开月底结账、批量导入、客户交付和报表冻结窗口。变更后要抽查表单录入、报表筛选、接口传输、导入模板和历史记录展示。

最容易遗漏的是历史数据。新旧名称混用时，报表看起来是同一个指标，实际统计范围可能已经变化。数据字典变更本质上是业务口径变更，追溯文档里要留下影响范围、审批人、发布时间和抽查结果。