月初经营会，老板问上个月产值多少。销售报的是订单签订额，生产报的是完工入库产值，财务报的是开票收入。三个数差着一截，会议前半程全用来解释“为什么不一样”，议题意兴阑珊。

会后信息部门被点名：系统里到底有没有准数？信息主管挺委屈——数据都在ERP软件系统里，一张表都没少，问题是每个部门自己导Excel，自己加字段，自己定口径。系统没撒谎，是取数的人各说各话。

### 差异往往出在三个地方

是时间维度。销售按合同签订日期算，生产按工单完工日期算，财务按开票日期算，跨月订单自然对不上。

第二是金额口径。含税还是不含税，含不含运费，返利算不算进去，三张表各按各的习惯。

第三是主数据。同一个客户在销售模块叫全称，在财务模块叫简称，在售后系统里又有一套编码，汇总的时候靠人工对照。

### 先定指标，再谈报表

这家企业的做法是先不管报表长什么样，拉上销售、生产、财务、信息四个部门，把经营会用到的十几个指标逐个写清楚：指标名称、业务含义、取哪张表、过滤条件是什么、按哪个日期、含税还是不含税、由哪个部门负责解释。写成一张指标定义表，谁加的指标谁签字。

这一步花了两周，争论不少。比如“交付及时率”，生产认为按工单完工日期对比计划日期，销售认为应该按客户签收日期。后折中成两个指标：内部完工及时率和客户签收及时率，各看各的，但定义写死，不再混用。

### 把取数收回到系统里

定义清楚之后，再在ERP里做统一的报表视图。业务部门不再从各模块导原始表二次加工，而是调用统一口径的报表，需要明细再往下钻。这一步的技术前提是数据本身要通——销售订单、生产工单、出入库、应收应付得能串成一条线。

深圳市英普瑞科技有限公司在做定制开发时，比较强调全栈数据互通，Web端、PC端、微信端读的是同一套数据源，避免出现“手机上看一个数、电脑上看另一个数”的情况。对经营分析来说，这个基础比报表做得多漂亮更重要。

### 两个配套动作别省

一是勾稽校验。日报和月报要能对上，库存台账和出入库流水要能对上，对不上就报警，而不是等到开会才发现。这家企业后来设了几条简单的校验规则，比如当月入库合计与采购到货合计的差异超过阈值就自动标红，让问题在月初就暴露。

二是权限和发布节奏。明细数据给到业务部门自查，汇总指标按会议节奏统一发布，避免会前各自算一版。数据口径一旦定下来，改动要走变更记录，不能这周按含税、下周按不含税。

### 会议从对数变成议事

口径统一之后，经营会的前二十分钟不再用来吵架。三个部门报的数仍然不完全相同，但差异能解释清楚：销售看到的是订单储备，生产看到的是产能产出，财务看到的是确认收入，各有各的用途，前提是定义写在纸上、取数落在系统里。

ERP软件系统能解决的是数据能不能通、取得准不准，解决不了的是部门之间愿不愿意用同一套语言说话。后者靠管理，前者靠系统，两件事得一起做。