聚水潭版本迭代：组合装拆合单支持十八种规则

2026年8月24日，聚水潭发布 V6.5.7 版本，组合装与拆合单能力完成迭代，新增 18 种拆合规则与 BOM 版本管理。使用的 1,204 家商家在试点期内组合装库存准确率提升到 99.7%，拆单错误率下降 81.2%，大促期间的组合装缺货投诉减少 64.5%。组合装看起来只是“把几个商品打包卖”，实际涉及 BOM 展开、子件占用、平台单行与仓库多件的映射。

十八种规则覆盖真实场景

聚水潭产品负责人沈亦然说：“组合装出错时，商家损失的不只是这一单，还有买家对整套搭配的信任。”规则分为拆单、合单与替换三类：拆单支持按仓库、按子件库存、按物流限制、按赠品是否齐全拆分；合单支持同买家多单合并、同地址合并、同波次合并；替换支持子件缺货时按等价商品替换并同步修改面单与拣货单。BOM 支持版本管理，改配方不影响历史订单：老订单仍按旧版本展开，新订单按新版本执行；版本切换需要审批并记录生效时间。

试用商家反馈，换季调整套装内容时不再担心历史订单被误改。组合装规则分成拆合两类：拆是把组合装拆成子件参与库存与拣货，合是把子件打包成组合装销售。十八种规则覆盖固定组合、可选组合、买赠、加价购、多件折扣与阶梯装，商家按场景选用。组合装规则需要先定义子件与数量，再选择拆分方式：按库存拆分、按成本拆分或按固定比例拆分。

试点数据

不同的拆分方式会影响毛利计算，财务需要提前确认口径。对于买赠类组合，赠品不参与金额分摊，但会占用库存，系统在下单时校验赠品可用量。组合装上下架时，子件的可售量会同步刷新，避免出现组合装有货、子件缺货的矛盾。规则修改后需要重新计算历史订单的成本。1,204 家商家在 45 天内处理 186 万单组合装订单，拆单错误 312 单，错误率 0.017%，此前为 0.09%；子件缺货导致的整单取消下降 71.8%；组合装库存与子件库存的对账差异从每天 46 个 SKU 降到 3 个。

在食品类目，组合装常出现“赠品不够”的情况，新版按赠品齐套情况决定是拆单先发还是整单等待，商家可设置等待时长上限。一家零食商家设置 12 小时上限后，因赠品缺货导致的整单延迟下降 83.4%，同时避免了 2.6 万单的重复发货。一位做洗护套装的运营说，以前组合装和单品的库存是两套数，经常套装卖了但子件不够；现在按子件算，页面上的可售量终于是真的。

组合装是促销的常用手段，但规则一多就容易出错：买二送一、加价购、满件折扣、阶梯价同时生效时，系统按优先级计算并给出明细。商家可以在下单前模拟不同组合的价格与库存占用，确认不会亏本再上线，避免活动开始后才发现算错。组合装拆合单最怕库存对不上，系统在拆单时先锁定子件库存，失败则整单回滚，不会出现拆了一半的情况。

平台行与仓库件的映射

对于赠品与加价购，规则可以设置优先级，避免同一订单叠加多个活动导致亏损。组合装的成本按子件成本加权计算，拆单后毛利仍能还原到单品，方便判断到底是哪个商品在赚钱。拆合单记录会保留原始订单号，售后时可以按子件追溯，不会因为拆单丢失关联。平台上一个组合装是一行，仓库里可能是三到五件不同商品。新版把这层映射做成可视化配置，拣货单上会列出子件与货位，复核时按子件逐一扫描，缺件会立即提示。

面单上的申报名称与数量按平台要求生成，避免清关时被质疑。沈亦然表示，下一版会把组合装与智能补货打通，让补货建议按子件而不是按套装计算，并计划支持“动态组合”，即根据子件库存自动推荐可售套装。该版本已全量推送，客户端安装包与升级说明见下载页。库存计算按子件实时扣减，组合装的可售量取子件的最小值；拆单时按仓库子件库存决定从哪个仓发，避免一个组合装跨三个仓。试点商家的组合装缺货率下降 41.2%，拆单准确率 99.4%，因组合装错发产生的售后下降 38.7%。

组合装定价要算清子件成本与分摊：系统按子件成本比例分摊组合装售价，避免某个子件被低估导致毛利失真。对于买赠类组合，赠品成本单独计入营销费用，而不是摊到商品成本；这样既能看到真实毛利，也能评估赠品活动的投入产出，便于下次决定是否继续。组合装在上架前需要先做子件库存校验，子件不足时整组不可售，避免卖出后拆不出来。对于平台强制绑定的套装，系统按平台商品编码单独建映射，不与企业内部组合装混用。拆单产生的子件出库记录会回写到组合装，毛利按实际子件成本计算，活动赠品的成本单独归集，不摊进正常销售。

“组合装出错时，商家损失的不只是这一单，还有买家对整套搭配的信任。”

—— 沈亦然，聚水潭产品负责人

“按子件补货才是准确的，套装销量会掩盖单品的真实动销。”

—— 韩澈，聚水潭数据平台负责人