很多企业把数据目录建起来后，第一阶段成果通常不错。指标名、字段口径、负责人和来源系统都能查到了，会议里也更容易对齐说法。但运行一段时间后，管理层会发现另一个现实问题：目录里有标准口径，业务部门手里依然保留着老报表，两个版本并行很久，真正该退掉的口径始终退不干净。平台已经搭好了，旧习惯却没有一起下线。
这类问题并不只是推广不够。对业务团队来说，老报表之所以顽固，往往因为它背后还承载着解释责任。新目录定义了指标，但若月结、经营会或专题分析仍没有明确“从哪一天起只认新口径”，部门就会本能地把旧表留在手边。当数据出现波动时，大家更愿意回到自己熟悉的版本，而不是直接承认新的定义已经生效。
技术上看，目录和报表是两类东西。目录回答的是“这项数据应该怎样理解”，旧报表承载的却是“过去我们怎样做判断”。如果替代动作只停留在建目录、发通知，而没有安排并行验证周期、差异解释和停用门槛，旧口径就会一直以“保险起见”的名义存在。最后系统里有一个标准，组织里却保持两个真相。
更有效的做法，是把老报表退场当成一次发布管理，而不是一次文档整理。每个核心指标需要明确新的生效日期、并行比对周期、差异解释负责人和停用条件。只有当业务确认“这份新口径足以支撑决策”，旧报表才真正具备退出条件。否则目录只是多了一层说明页，口径治理并没有走到使用环节。
在企业数据治理与系统集成服务中，目录建设应和指标发布、经营节奏和权限收口一起推进，而不是孤立做主数据或元数据项目。特别是多系统口径切换阶段，业务、财务和数据团队需要共享一张替代清单，避免每个部门各自保留“最后一份可信报表”。
一个直接检查方法是：挑一项已经进入数据目录的核心指标，确认旧报表是否有明确停用日期、差异说明和责任人。如果答案仍然是“先都留着”，说明企业已经具备标准定义，却还没有把标准真正变成组织动作。更多治理实践可在新闻洞察和行业方案中继续评估。