先说结论：赠品在 OMS 里必须是个独立 SKU
先说结论：大促的赠品，必须在 OMS 里当独立 SKU 建起来，有编码、有库存、有成本，堂堂正正走订单行。绝不能只在订单备注里写一句"送小样"，也绝不能靠仓库"看着办"。
这个坑我见过三次。每一次都是大促前觉得"就这点小事"，大促后算账算到哭。
为什么这么严重？三句话：仓库看不见备注，会漏发；库存扣减没有对象，会超卖；财务没有归集科目，对不上账。一个"送"字，拖垮的是履约、库存、财务三条线。下面分步讲，每一步都是能直接照着干的。
第一步：给赠品一个正经身份
在 OMS 的商品主数据里新建虚拟 SKU，记住四个字段，一个不能少：
-
编码规则：GIFT- 前缀 + 活动编号，比如 GIFT-2024BF-001。一眼能看出是哪场活动的赠品，明年复用不串。
-
成本：按采购价或标准成本录入，哪怕只有几毛钱也要录。财务月底要归集促销费用，没有成本，毛利就是虚的。
-
属性：设为"不可单独售卖""不可退货"。我见过一个客户，赠品 SKU 建好了，忘了锁售卖属性，大促期间被人当 9.9 元正品下单买了 2000 件——白送变贱卖，哭都来不及。
-
生命周期：活动结束立即停用、归档。赠品 SKU 不是越多越好，我见过一个客户攒了 80 多个历史赠品 SKU 没人清理，促销规则引擎跑一次 20 秒，IT 查了一周才定位到。
-
备货量测算：赠品 SKU 建好之后，按"预计订单量 × 赠品触发比例 × 1.2 安全系数"备货。触发比例从哪来？看去年同类型活动的实际触发率，没有历史数据就先按 30% 保守估，再在大促第一天复盘时调整。2023 年有个客户按 100% 备的赠品，大促结束剩了两托盘，堆在角落里放到过期——赠品也是钱。
第二步：搭赠和满赠，是 OMS 里的两套配置
很多人把"买一送一"和"满 299 送"当成一回事配，错。这两种促销在 OMS 里是完全不同的逻辑：
| 搭赠（买 A 送 B） | 满赠（满 X 送 Y） | |
|---|---|---|
| OMS 配置位置 | 商品主数据的 BOM / 套装关系 | 促销规则引擎：门槛条件 + 赠品映射 |
| 触发时机 | 下单即带，不用算 | 订单满足金额/件数门槛才带 |
| 传给 WMS 的形态 | 订单行自带赠品行 | OMS 拆单时按规则追加赠品行 |
| 典型翻车 | BOM 配错，买 A 送了 C | 门槛按实付还是按吊牌价没统一，客服吵翻 |
特别提醒满赠的门槛口径：按实付金额还是按吊牌价，退货后是否扣减门槛，这三句话必须在活动方案里写死。我见过三次这个坑——运营说"满 299"，OMS 按实付算，客服按吊牌价跟客户承诺，大促当天客诉爆了，仓库夹在中间，补发不是，不补也不是。
配置完，WMS 侧必须确认两件事。第一，赠品行在拣选任务里是独立可见的一行，有单独的拣选位，赠品不能跟正品混在同一个拣选动作里，否则打包台核对时永远对不上。第二，打包台要有复核动作：扫描订单时，系统把赠品行单独弹出来， packer 扫一下赠品条码才放行。多这一个扫码动作，一单多花 3 秒，但漏发率能压到接近零。大促期间打包台是按秒算产能的，这 3 秒花得值——返工一单的成本是 10 倍都不止。
第三步：库存什么时候扣——下单预占还是发货扣减
这是赠品逻辑里最容易吵架的一点，直接给 trade-off 表：
| 下单预占 | 发货扣减 | |
|---|---|---|
| 防超卖能力 | 强，库存实时锁定 | 弱，大促慎用 |
| 库存灵活性 | 锁库存，取消单要及时释放 | 高，不占用周转 |
| 系统复杂度 | 要处理取消/部分发货的释放逻辑 | 简单 |
| 我的建议 | 赠品一律用这个 | 只适合赠品无限量、纯引流的场景 |
说个真事。2024 年某美妆客户，大促前 3 天临时加"满 299 送正装小样"，图省事选了发货扣减，还没给赠品建 SKU，直接写备注。结果大促第一天赠品超发 3000 多份——订单下了，赠品库存没人看，等发货时才发现不够。仓库漏发 1700 单，客服被冲烂，最后紧急补发烧掉小十万快递费。
救法：连夜建虚拟 SKU 切到下单预占，OMS 批量给已下单未发货的订单追加赠品行，WMS 开紧急波次补拣。折腾到凌晨四点。所以记住：赠品一律下单预占，这个坑我见过三次，不想见第四次。
上线前夜 checklist：四个翻车点
先插一个项目故事，因为退货这个坑，十个客户里有九个第一版方案都没写。
2024 年那家美妆客户，赠品逻辑上线后跑顺了，大促结束做复盘，财务发现赠品成本比预期高出一截。查了一周，根因笑不出来：客户买正品拿了赠品，7 天无理由退了正品，赠品没退——系统里没有任何规则要求退赠品，仓库收到退货只验正品，赠品就这么进了客户的包。一个月下来，白送出去 900 多份。
所以退货规则必须在活动方案里写死，我的固定模板是三选一：① 正品退货必须连同赠品一起退，缺赠品扣赠品成本价；② 赠品不退，但正品退款按"实付 - 赠品成本"算；③ 赠品金额太小，直接送，不追。选哪个都行，但必须三方签字（运营、客服、财务），写进 OMS 的退货原因码里。模糊地带就是亏钱的地带，对模糊表达零容忍。
大促前一晚，把这四条逐条打勾，少一条都别睡：
- 赠品 SKU 的"不可售卖"锁了吗？（见第一步那个 2000 件的教训）
- 赠品和正品分库位存放了吗？混放的直接后果是盘点永远对不上，差异全算在赠品头上，越盘越乱，财务看到差异表还以为赠品被顺走了。
- 满赠门槛口径三方对齐了吗？运营、客服、OMS 配置，三个地方的"满 299"必须是同一个 299。
- 上一波活动的赠品 SKU 停用了么？没停用的，规则引擎可能把它翻出来继续送。
最后说个反常识的：很多老板觉得"赠品嘛，送出去就行，管那么细干嘛"。恰恰相反——正品卖错了能退能换，赠品一旦在 OMS 里没有身份，漏发了你都不知道漏了多少，超发了你都不知道超了多少。大促复盘时，赠品成本一摊，毛利少两个点，老板才想起来问，那时候已经晚了。
再补一个财务视角，很多实施顾问会漏掉：赠品成本在财务上要进"促销费用"科目，不能混进销售成本。第一步里录的那个成本价，就是给财务用的。大促结束后，财务按赠品 SKU 的出库数量 × 成本价，一笔结转到促销费用。科目对了，老板才能看清这场大促到底花了多少钱买流量——很多公司的"获客成本"，一半藏在赠品里，账上从来没算过。
明天就去查你们 OMS 里有没有"备注式赠品"。有的话，大促前一定改掉。这事越早干越便宜，大促当晚再改，代价是平时的十倍。别等大促当晚，仓库电话打到你手机上，你才想起这篇文章。
作者：林晓｜WMS 实施顾问
