店小秘、马帮、赛盒这类店群 OMS/ERP 与「仓内真实世界」之间，常隔着三道缝：平台列表 ID 与 WMS 商品码不一致；一件多包与套装拆成子行后映射丢了；长宽高与报关名在仓里更新了你 ERP 里还是去年的。结果不是多拣一件那么简单，而是库存永远对不上、面单上 SKU 和实物对不上、月末差异像黑洞。篇名写店小秘，是借大家熟悉的代表——原理适用于任何 ERP/OMS 与 WMS/海外仓的对接。以下用「一个黄金 SKU、一条同步链、一场冲突会」来谈。
一、定「黄金主数据」由谁、驻在哪
在团队里定一条硬规则：哪个系统的 SKU 是唯一主键，其他系统一律做从键映射。多平台多店时，建议把「内部物料码」放在中台，平台链接 ID/店铺子 SKU 为外挂关系；仓内若强制用自己的编码，则必须有双向映射表，并有表 Owner 与版本号。最忌讳三处手改三处 Excel，大促一合并表就炸。
二、从下单到出仓：什么字段非对齐不可？
和仓一起圈强约束字段：可拣数量、单件/多件包装形态、效期/批次、长宽高重、品名/申报要素。其余可在页面富文本里吵，不进入 WMS。套装与赠品在 OMS 里要落成可解析的 BOM 行，让仓看见的是子 SKU，不是一句「见详情」。和 开放 API/推送 时，为每一次主数据变更加时间戳+操作者，方便和仓侧对「谁先改的」而不是靠回忆。
三、对账时如何抓「假一致」？
在「数量对上」而实务仍错，多半是主键能 Join、语义不一致。抽一周订单做抽核：对同一 WMS 出库行，看 ERP 行上的 SKU 名称、平台侧子单、报关名是否自洽。对差异设日清 vs 月清两档，高危字段（电类、化类、证书）日清。别等消费者拒收或海关卡了再补。
四、冲突会：只开半小时，但要有判决
中台/库存/仓三方周会，只处理「映射表变更申请」：新增、弃用、合并。每条留下影响面评估（多少链接、多少在途、多少未结工单）。会末输出变更单号，线上公告给运营与客服，避免一边改、一边大促在跑。下篇 014 谈 COD 签收，那是主数据对不上时末端会放大的另一类损失。
