PG官网

  去年有个做连锁零售的客户，ERP、CRM、门店 POS、线上商城、财务系统各上一套，系统名单拉出来挺好看。老板每周看经营报表，却发现同一个月的销售额，运营报一个数，财务报一个数，门店也报一个数，差出一截。开会第一件事经常变成争论哪个数字才算数，生意反倒没人先谈。

  这类问题做久了会发现，报表工具通常背不了这个锅。数字对不上，多半是系统之间的基础数据、统计规则和同步过程各走各的，报表只是把矛盾摆到了桌面上。

一、先别怪报表工具，先看同一件事有几个名字

  主数据是报表的地基。客户、商品、门店、供应商、物料这些对象，如果在 CRM、ERP、订单系统和财务系统里各有各的编码，报表按 ID 一关联，关系就容易断。同一个客户在 CRM 叫 A 公司，在 ERP 叫 A 公司成都办，在订单系统又是一串手机号，三张表放在一起，系统认不出它们是同一个人。

  商品也一样。同一个 SKU，采购叫 500ml 装，仓库叫大瓶，线上叫家庭装，财务按品类汇总。名称不统一还只是难看，规格、单位、包装数量不一致，数量、金额、毛利就会跟着偏。门店改名、搬迁、合并更常见，历史报表按新名字一归集，老数据就对不上。

  所以做报表前，先把主数据盘一遍。客户、商品、门店、供应商至少要有唯一编码，名称、层级、归属关系要有维护规则，新增和变更要走同一个入口。主数据没人管，后面接再多 BI 工具，也只是把错数字展示得更漂亮。

二、指标口径不写清楚，每个部门都能算出一个正确的数字

  同一个销售额，至少有几种算法。含不含退款，含不含税，按下单时间还是支付时间，按发货仓还是下单仓，线下门店算不算，平台补贴算不算。每个部门都能说自己的算法有依据，放在一起就打架。

  活跃用户也是这样。打开一次算活跃，登录算活跃，下单才算活跃，三十天没打开算流失还是沉睡，不同团队各有各的理解。口径不写下来，换一个人接手，报表就得重算一遍。

  指标口径要落到指标字典里。名称、业务含义、计算公式、数据来源、时间口径、统计范围、责任部门、更新频率，都要写清楚。指标字典不需要做得多漂亮，关键是要有人认账，版本变更要留痕。新报表上线前先过一遍口径评审，比上线后再解释省事得多。

三、ETL 只搬数据不洗数据，脏数据会在报表里放大

  很多项目做数据同步，重点都放在表能抽过来、字段能对上、任务能跑完。真正影响报表的，是抽取之后的清洗和映射。空值怎么补，重复怎么去，单位怎么统一，状态怎么翻译，历史数据怎么回溯，这些规则没定，数据只是从源系统搬到了报表里。

  增量同步更容易出问题。订单状态从待支付变成已支付，再变成已发货、已完成、已退款，如果同步只认最后状态，中间过程就丢了。退款发生在下个月，报表按支付月归集，当月销售额看着没变，财务账上却已经冲减。

  ETL 还要有数据质量检查。主键重复、金额为空、状态不在枚举范围、时间晚于当前时间、订单和支付金额不一致，这些规则要每天跑。发现问题先落到差异池，别让脏数据直接进报表。报表里一个错误会被放大成一层楼的错误，业务看到数字不对，第一反应就是以后不用了。

四、跨系统对账要落到每天，不能等月底才发现差多少

  跨系统对账不能只看总数。订单系统和支付系统对，支付系统和财务系统对，库存系统和订单系统对，会员系统和订单系统对，每一层都要有明确的对照字段和容差范围。只对总额，能对上也不知道哪一笔出了问题。

  对账要自动化。每天固定时间跑，差异按业务类型分池，标清责任人和处理时限。订单有支付没回调，退款有申请没到账，库存有出库没扣减，会员有积分没入账，这些差异当天就能看见。等到月底再人工翻凭证，工作量翻几倍，业务也等不起。

  报表上线前还要做一次端到端验收。拿一个真实业务事件，从下单、支付、发货、退款一路走到财务凭证，看每个系统里的记录能不能对上。验收不过，先别急着给老板看报表。报表是经营依据，数字站不住，后面所有讨论都站不住。