一、项目背景

客户是一家做白酒和进口葡萄酒的区域经销集团，下面挂着三级分销体系：集团直供的一级商二十来家，二级批发商两百多家，终端门店和餐饮渠道加起来四千多个网点。酒这个品类，价格体系就是命门。同一款产品在不同区域、不同层级、不同促销周期里价格差得很大，一旦有人把低价区的货倒到高价区，整个区域的市场秩序就崩了。

他们原来查窜货的办法很原始。市场部收到举报，派人跑到店里，把箱子翻过来抄箱码，回来在 Excel 里比对出货记录，一轮下来快的三五天，慢的两周。等结论出来，那批货早卖完了。我第一次去他们仓库，看见稽查专员蹲在地上用手机拍箱码，拍了三百多张，说这已经算快的了。

集团想解决的其实是两件事：价格体系要能落到执行层，窜货要能在发生后的几天内被发现并追到人。

二、落地场景

我们用 XpShop 的 S2B2C 供应链平台搭了主干，把品牌商、一级商、二级商、终端网点做成一棵组织树，商品主数据统一到集团层。

赋码是整个方案的地基。生产或入库环节给每一瓶酒赋一个瓶码，每一箱赋一个箱码，箱码和瓶码建立父子关联，托盘再和箱码关联。这套关联关系在系统里叫码包，出库时按码包整体流转，不用逐瓶扫。

价格体系做成分级：集团给一级商一个价，一级商给二级商的价在集团设定的区间内自主定，终端零售价设指导价和红线价。每一笔订单下单时系统实时校验，低于红线价直接拦，落在预警区间的放行但打标。

窜货识别靠的是扫码回传。终端开箱扫码激活，消费者扫瓶码查真伪，业务员巡店扫码登记，这三路数据回传时都带位置。系统拿实际扫码位置和这批货的授权销售区域做比对，超出范围的自动生成疑似窜货线索。

稽查这块做成了工单闭环。线索出来自动派给对应区域的稽查专员，专员到店核实、拍照、上传，确认属实的进处罚流程，不属实的填原因关闭，这些反馈回来会调整线索的置信度阈值。

三、关键技术挑战与解决思路

赋码关联的准确性是第一个硬骨头。理论上很美好，实际上仓库工人赶货的时候会漏扫、会重复扫、会把两箱的码扫进一个托盘。我们最初的设计是严格校验，扫错就报错不让继续，结果第一周仓库主管就打电话来骂，说效率比人工还慢。后来改成宽进严出：扫码环节容错，允许异常先放行，但在出库复核环节跑一遍码包完整性校验，不完整的箱子亮黄灯，由复核员统一处理。这个改动之后仓库那边才接受。回头看，这是我们在这个项目上犯的最典型的错误，把工程上的正确性凌驾于现场作业节奏之上。

窜货识别的误报是第二个难题。刚上线那两周，系统每天推出来两三百条线索，稽查专员根本跑不过来，而且十条里有七八条是误报。分析下来原因有几类：消费者自己带酒去外地喝、婚宴大批量采购拉到邻市、还有物流中转时的扫码。我们做了几层过滤。单点单次扫码不构成线索，同一批次在授权区外出现三次以上才触发。消费者扫码和业务员扫码权重不同，业务员巡店扫到的权重高得多。跨区距离做了分档，相邻区县的越界降权，跨省的直接高优先级。加上这几层之后，日均线索量降到二三十条，准确率上到百分之七十以上，稽查专员才跑得动。

一客一价的实现看着简单，实际上牵扯到订单、合同、账期、返利四套逻辑。同一个二级商，A 产品走的是买断价，B 产品走的是代销结算价，C 产品在促销期还有阶梯返利。我们把价格计算抽成了独立的定价服务，订单侧只负责传上下文，定价服务返回价格和适用规则的说明文本，这段说明文本会打印在订货确认单上，避免了大量"为什么这次比上次贵"的扯皮。

案例片段（已脱敏）： 一条被确认属实的窜货线索：批次 P2026-0417-B 授权区域=华东-江苏，实际扫码点：安徽某地级市 3 家终端，扫码时间跨度 6 天，扫码来源=业务员巡店×2 / 消费者×5，置信度 0.86。稽查专员到场核实，追溯到一级商下面的某二级商为冲量把 200 箱转手给了跨省的三级贩子。从系统预警到出结论用了 4 天，按老办法这一轮至少两周。 定价服务返回的规则说明示例：本次成交价适用「二级商-金牌等级」买断价，叠加「夏季动销」阶梯返利第二档（累计满 80 箱），实际单价较上一订单下降约 3.2%，返利于季度末结算。

四、效果数据

上线半年后复盘，窜货识别率从原来基本靠举报（可估算的识别率不到两成）提升到百分之六十八左右，这是按事后市场部盘点的实际窜货事件反推的。单条线索从发现到出结论的平均时长，从原来的九天压到两天半以内。价格执行率，也就是终端实际成交价落在指导区间内的比例，从百分之七十一提到百分之九十三。稽查工单的闭环率从百分之五十四提到百分之九十一，主要是因为线索派单和处置记录都在系统里，跑不掉了。二级商的订货线上化率上到百分之八十九，电话和微信订货基本退出。文中数字为项目复盘口径，已做脱敏处理。

五、可复用经验总结

防窜货这件事，技术能做的是把发现周期从周级压到天级，但真正决定效果的还是处罚能不能落地。我们见过赋码做得很漂亮但形同虚设的项目，原因是集团碍于渠道关系不敢真罚。系统上线前，最好先和客户确认处罚机制是不是真的存在。这话听着不像技术建议，但确实是成败关键。

赋码方案的选择要贴着仓库的作业习惯走。整箱流转就别逼人家逐瓶扫，宽进严出的思路比全程严格校验现实得多。我们吃过一次亏之后就明白了，现场作业效率的优先级往往高于数据完整度，数据完整度可以在后续环节补。

线索的误报控制比识别灵敏度更重要。灵敏度太高，稽查资源被误报吃光，最后系统就没人用了。宁可先把阈值调保守，等稽查团队建立信心之后再逐步放宽。

价格逻辑一定要独立成服务并且能解释。渠道生意里价格争议是日常，能自动生成一段人话解释，比什么对账系统都管用。这个细节是二级商反馈里满意度最高的一项，我们做之前完全没想到。

附：工程落地细节

瓶码用二维码，箱码用一维码加二维码双制式，因为部分老仓库的扫码枪只认一维。码包关系存在图结构里，追溯查询走图遍历，从任意一个瓶码倒推到生产批次的响应时间控制在两百毫秒以内。扫码回传的位置信息做了精度分级，消费者扫码只取到区县级，不采集精确坐标，这一点在项目启动会上就和客户法务确认过。稽查工单支持离线，专员在没信号的乡镇门店也能录入，回到有网环境自动同步。线索置信度模型的权重每月根据稽查反馈重算一次，是个很轻量的逻辑回归，没必要上重模型。

附：一点实在的提醒

上码这件事在渠道端的阻力比想象中大。二级商会觉得扫码是给自己上枷锁，配合度低。我们的做法是把扫码和他们的利益绑定：扫码激活的货才计入返利核算，才享受售后政策。利益导向比行政要求有效得多。这个思路不是我们想出来的，是客户市场部一位老销售在讨论会上说的，他说渠道的事，别讲道理，讲利益。事后证明他是对的。