月度经营会上最常见的一幕:集团报表说本月零售328台,某店总说「我们380台」,财务再报一个「已开票350台」。三个数都对,也都不对。因为三个数字回答的是三个不同的问题。这件事如果长期不解决,后果不是「数字不好看」,而是集团看不清哪个店真的强、哪个店其实在虚胖,资源配置、考核、激励全部失焦。
四个根源:主键、时点、范围、定义
主键不一致:零售台数用订单号统计,库存用VIN统计,售后用客户ID统计,三者之间没有稳定的对应关系。同一台车在订单系统、整车库存、二手车系统里是三条记录,合并时靠人工匹配车型和日期,误差就在那里产生。
时点不一致:业务说「交车日」,财务说「开票日」,库存说「出库日」。零售的确认时点到底取哪个,不同店不同程度地按自己的习惯来。批售和零售的界线更模糊:一台车批售给二级网点,业务记了零售,财务因为未过户不认,集团合并时又算一次库存。
范围不一致:含不含展车、试驾车、代步车;含不含二级网点库存;含不含已开票未交车;售后含不含自费、含不含索赔、含不含保险返点。每一个「含不含」都会产生几千块的差异,累积起来就是几十台、几百万。
定义不一致:库存深度用30天还是60天做分母;毛利率含不含返利、含不含金融佣金、含不含精品装潢;库存资金占用用成本价还是指导价;跌价计提是按月度固定比例还是按车型逐个判断。
统一口径的方法:先定主键,再定四件事
第一步是定主键。整车口径以VIN为唯一主键,贯穿采购、在途、入库、批售、零售、过户、退换全流程;客户口径以客户ID或手机号为主键;订单口径以订单号为主键,并强制建立VIN与订单号的关联字段。
第二步是就四个问题形成书面口径,并且只认一个答案:
- 零售确认时点:建议统一取「完成交车且发票已开」,以发票日期为准;未开票已交车单独列为「待确认零售」,不计入正式零售
- 库存口径:区分「在途库存」「在库库存(含展车、试驾车单列)」「已批售未过户」,三者在报表上分行列示,不做相加
- 批售与零售:出具发票给二级网点即为批售,以过户或发票为准,不按业务口头判断
- 返利口径:应收返利按权责发生制确认到对应月份,明确批售返利、零售返利、售后返利的确认规则,并规定返利是否计入毛利
第三步是建一张「口径字典」,把每个指标写成四行:指标名称、计算口径(分子分母)、数据来源系统与字段、责任部门。这张字典是全集团唯一的解释权,新店、新人都从这张表开始。它不需要复杂,但至少覆盖零售台数、库存台数、库存深度、单车毛利、库存资金占用、售后单车产值这几个核心指标就够。
统一之后,报表要能穿透
口径统一的目的是能往下追问。报表结构建议做四级穿透:集团—事业部/品牌区域—门店—明细(VIN级或订单级)。每一级都要能双击下钻到下一级,并且上下两级的合计数必须能对得平。对不平的时候,系统要能直接给出差异明细,而不是只报一个差额。
这些事 AI 能替你做到哪一步
- 主键映射、跨系统数据合并、上下级勾稽校验,是最适合自动化的部分:哪里有差异、差异多少、涉及哪些明细,系统可以直接列出来。
- 口径字典可以变成系统里的规则配置,每个指标的计算逻辑只有一处定义,杜绝各店各算一套。
- 指标异常可以先被系统发现:比如某店零售台数环比大涨但库存几乎没动,这类数字之间的不合理组合,系统能自动标出。
- 但口径本身怎么定、不同品牌和区域的特殊情形怎么处理,这是管理决定,需要人来拍板,系统只能保证定了以后全集团一致执行。