面向 IT 决策者的落地笔记，只谈工程约束，不谈厂商。

ERP 为什么管不了渠道

白酒渠道链路长（一批/二批/终端/团购/电商），单瓶价格高、渠道利润厚，窜货和费用渗漏是两大顽疾。ERP 的边界在企业内部：财务总账、供应链进出存都管得很好，但发货一旦离厂，下游经销商的真实库存、真实流向、真实价格，ERP 一概看不到。

于是出现三个典型的管理黑洞：一是库存黑洞——经销商报的库存是"手工 Excel 月末盘点"，与实际相差几成是常态；二是流向黑洞——一批卖给谁、卖到哪个省，品牌商只能靠业务员电话回访；三是费用黑洞——陈列费、开瓶费、返利付出去了，终端有没有做、做了多少，没有数据闭环。

要补的不是把 ERP 换掉，而是在下游补三层能力：DMS 管经销商协同，码关联管流向，TPM 管费用。三层共用一套主数据，这是架构上要先想清楚的。

一箱四码的数据模型

多级码绑定（外箱码/盒码/瓶码，加托码构成一箱四码的常见变体）核心是"码码关联"。落库时三张表是骨架：

• 码层级表（parent_code, child_code, level）：出厂赋码时一次写全，层级关系不变
• 流向事件表（code, from_party, to_party, scan_time, channel）：每一次出入库、每一次终端扫码都是一条事件，只增不改
• 预警规则表（区域白名单、渠道授权范围、触发阈值）：同一条码出现在非授权区域即触发窜货告警

工程上有两个坑要提前设计。一是 码表的写放大：一次整车发货可能生成数十万条码事件，写入要批量化，查询按码段分区，否则上线一个月数据库先扛不住。二是 箱码拆并：二批拆箱、拼箱是常态，层级表要支持解除与重建绑定，并把拆并本身作为一条事件记录，否则拆完的瓶码会变成"孤儿码"，流向链路从这里断掉。

扫码率：数据完整性的生死线

模型再好，没人扫码就是摆设。见过技术侧全链路打通、但终端不扫的案例：经销商嫌麻烦，终端店老板更嫌麻烦，预警系统上线三个月，扫码率不到两成，窜货预警形同虚设。

正向激励是必须项：终端扫箱码得积分、消费者扫瓶码得红包，把扫码变成有收益的动作。工程上还要做 扫码率监控——按区域、按经销商看扫码覆盖率，扫码率异常低的区域，先怀疑数据断点而不是先信预警结论。数据完整性指标和预警准确率要一起看。

DMS 协同层

DMS 解决品牌商与经销商之间的信息对称：进销存实时上报、对账与信用额度自动计算、绩效按铺货率/动销率/窜货记录评级。关键是两个接口的一致性：

• 品牌商 ERP 的发货数据 → DMS 的到货确认，两边单号要能对上，差异要有人工处理队列而不是静默丢弃
• 经销商入库数据回传 → 双写一致靠对账日结兜底，每天凌晨跑一次差异报告

主数据（经销商、终端、产品）必须在三层系统里统一编码。这条在架构评审时最容易放过，上线后 DMS 与 TPM 对不上账，十有八九是同一个终端在两个系统里有两个 ID。

TPM 费用闭环

白酒费用大头在陈列费和开瓶/返利。TPM 的思路是把每笔费用当项目管理：预算按历史投入产出测算 → 执行环节拍照加图像识别核验（端架有没有做、排面占比够不够）→ 核销环节 OCR 抽取发票要素（税号、金额、日期）交叉比对 → 项目结束算投入产出比。

对 IT 规划者来说，这条链路的集成复杂度在中间不在两端：图像识别和 OCR 都是标准能力，难的是把"费用项目-终端主数据-扫码流向数据"三者关联起来，才能回答"这台端架的动销提升是否覆盖了费用"。没有前两层数据，TPM 只是一个电子审批流。

落地节奏

先上码关联管窜货（赋码改造投入相对小、见效快），再上 DMS 做协同，最后上 TPM 管费用。统一主数据是全程前提。中小品牌不必追求一步到位：先让码关联和扫码激励跑起来、把流向数据攒出来，DMS 与 TPM 的价值才有数据地基。已有系统改造比新建更常见，接口层的幂等与对账设计决定上线后运维量，这部分工作量建议在规划期就按总工作量的两成预估。