SKU 与条码：履约系统里最无聊也最致命的主数据
一品多码、平台 SKU 与仓内码不一致，会让入库、拣货、同步全部漂移。系统要有主数据治理：条码、包装层级、映射与变更审计。
没有人想开会上讨论条码。直到大促：同一个杯子，平台码、供应商码、仓内临时码各打各的，库存同步像在翻译一场多方误会。主数据无聊，是因为它正确时隐形，错误时到处显形。
三条纪律
- 内部 SKU 唯一；条码可以多，但必须挂到唯一 SKU
- 平台/供应商编码只做映射，不另造库存真相
- 变更留痕：谁改了装箱数，波次与同步都要能感知
快递飞接 OMS/WMS 时，常要求先抽检 50 个 SKU 映射再谈智能路由——映射是 50 个，事故是 5000 单。
常见问题
为什么拣货总扫不对？
常见是一品多码未维护、箱码与单品码混淆、平台变体未映射到内部 SKU。先治主数据，再加培训。
包装层级要管到什么？
至少：单品、内盒、箱（含装箱数）。入库按箱、出库按件时换算靠它。
首期治理怎么做？
明确内部 SKU 主键、条码可多值、平台 SKU 映射表、变更审批；禁止现场临时「新建一个差不多的码」。
所属专题
列表筛选「海外仓与FBA」 · 列表筛选「货代专线快递」 · 列表筛选「对接与运营」