05 · 架构 · 口径
财务、销售和店长说的毛利不是一个数
数据架构师冻结指标口径和数据从哪张单据来，毛利不能同时有三种算法。口径冻住之后的波动，交给数据分析师。
各算各的：财务按凭证，销售按下单，店长按收货。三张表都叫毛利，会上无法决定哪张是错的。
一种算法，三个名字：毛利只按已过账的出库和成本。下单和收货分别叫订单额、到货额，不许再叫毛利。
数据架构师统一事实从哪张单来
主数据治理保证客户号唯一。数据架构师保证指标唯一：这个数从哪张单据的哪个状态取，用什么成本，什么时候可以改历史。岗位特点是拒绝同名不同义。报表项目失败，常常不是因为图不好看，而是三个部门用同一个词调用了三种算法，系统把三种都做出来，争论从 Excel 搬进了屏幕。
他和数据分析师的分工是：数据架构师冻结口径和来源，数据分析师在冻结之后解释波动和异常。口径没冻结时，分析不算数，否则每一版报表都在改定义，业务会认为数据不可信。他也和后端分工：后端实现事件和表，架构师规定哪些字段是事实、哪些只是过程。过程数据可以变，事实数据的更正必须留红冲，不能覆盖。
口径说明书长什么样
每个指标一页：业务定义、来源单据、状态条件、时间字段、不允许的算法、负责人。负责人必须是业务里能拍板的人，不是信息部。时间字段要写死。订单看下单时间还是支付时间，不写死，活动日的业绩会在两天之间跳动。更改历史口径要版本化，旧报表标注旧口径，禁止悄悄重算后让上个月的会看起来对不上纪要。
毛利之争怎样收成一张表
连锁门店月会吵毛利。财务按金蝶已过账成本和收入，销售按已下单未发货，店长按门店实收。数据架构师没有做三套切换开关。他请财务总监确认对外和考核只用已过账口径，另两个数改名。销售看订单额，店长看到货额和实收，屏幕上不再出现第二个毛利。成本取过账时的标准成本，事后调整走差异，不改已发布日期的毛利。
实现后他用同一天的单据对了三个部门的旧表，差异能解释到单据状态，而不是解释到「系统有问题」。解释不了的那几张，是状态被手工改过，回到单据去修，不改公式掩盖。
数据架构师还规定粒度。毛利可以按天、按门店汇总，但不能按一张尚未发货的订单提前计入。汇总表如果比明细更早更新，会上会出现总数对、明细对不上的情况。他要求汇总只从已冻结的明细来，并且能下钻到单据。不能下钻的指标，不允许出现在经营例会上，否则争论会回到「信哪个屏幕」。
历史数据迁移进来时，他给旧口径单独的名字，不把旧算法的结果灌进新毛利。灌进去的那一刻，新系统就继承了三套算法。迁移工程师按这个名字装数，分析师在说明里标注旧口径的截止日期。截止日期之后只有一种毛利。
时间字段单独冻结。订单额取下单时间还是支付时间，不写死，活动日的数会在两天之间跳动。更改历史口径必须版本化，旧报表标注旧口径，禁止悄悄重算后让上个月的会对不上纪要。不能下钻到单据的指标，不允许出现在经营例会上。过程数据可以变，事实数据的更正必须留红冲。后端实现事件和表，本岗规定哪些字段是事实。口径没冻结时，分析不算数。