老 ERP 重构时，先统一主数据，还是先把报表口径拉齐？

如果当前最大的痛点是老板、部门负责人和一线团队对经营数据各说各话，那先统一报表口径通常更现实。因为管理动作要先建立在同一套解释框架上，否则系统还没重构完，内部判断已经先失真。

这里的“先拉齐”不等于立刻把所有底层数据都洗干净，而是先把几个关键指标定义清楚：订单额怎么算、出货额怎么算、在制怎么算、库存周转怎么算。先让关键会议上说的是同一回事，后面的主数据治理才更容易获得组织支持。

如果问题已经不是“看不懂报表”，而是同一物料、客户或供应商在系统里存在多套编码、多套命名，导致订单、库存、采购和财务根本串不起来，那主数据治理就不能再往后拖。

这类情况下，报表口径再怎么讨论，最后也只是给错误输入做格式化展示。先把关键主数据的唯一性、归属关系和维护责任定下来，系统才有机会往稳的方向走。

因为这两件事背后的组织牵引完全不同。报表口径统一，本质上是在统一管理语言；主数据治理，本质上是在重做数据责任边界。一个偏业务共识，一个偏系统约束，同时大推往往意味着会议越来越多、规则越来越厚，但一线迟迟没有稳定的新操作方式。

更现实的推进法通常是：先抓一个能形成业务闭环的切口。比如先围绕订单到出货把口径统一出来，或者先围绕物料主数据把编码、命名和维护流程收住。先跑通一条，再扩到别的模块，项目的阻力会小很多。

如果非要给顺序一个实操判断，我通常会这样分：先判断当前管理最缺的是“同一套经营视图”还是“可信的数据底座”；然后一期只解决最关键的一边，另一边只做最低限度配合。

比如先做报表口径统一时，主数据侧只先收关键字段和关键编码；如果先做主数据治理，报表侧就只先保留管理必须看的几个指标，不追求一次搭完所有分析模型。这样更像交付，而不像许愿。