小程序商城验收套餐商品，不能只看前台能否加入购物车。应先明确套餐与组成商品的对应关系，再测试下单时的库存扣减、缺货拦截、订单明细和售后回补。若项目版本尚未确认支持套餐销售，应先核对配置方式与售后范围，再决定是否上线。
适用场景
这套方法适合把多个实物、餐品或服务项组合销售的商城和点餐项目。验收前要先确认三件事：套餐是否独立定价，组成商品是否共用原库存，以及售后按整套还是按明细处理。三者没有统一口径时，前台显示正常也可能在库存或退款环节出现差异。
业务流程
- 建立组成关系：运营人员记录套餐编码、组成商品、数量、可选规格与替换规则，形成可复查的配置清单。
- 准备测试库存：门店分别设置充足、临界和缺货三组库存，确认扣减对象是套餐库存、组成商品库存，还是两者联动。
- 提交测试订单：用户端选择套餐和规格后下单，门店核对接单明细、备货数量与订单实付，异常组合应在付款前明确提示。
- 执行售后测试：分别模拟整单取消、整套退款和部分商品问题，检查退款金额、库存回补与售后记录是否一致。
- 保留验收结果：平台人员保存配置、订单、库存和售后结果；发现口径不一致时，先停止该套餐销售，再调整规则并重新验收。
套餐商品验收表
| 验收项 | 正常场景 | 异常场景 | 应保留的记录 |
|---|---|---|---|
| 组成明细 | 前台、门店端和订单中的商品、数量一致 | 规格失效或替换项不可售时给出明确提示 | 套餐配置与下单快照 |
| 库存扣减 | 按确定的库存对象和数量扣减 | 任一必要组成商品不足时阻止超卖 | 扣减前后库存与失败原因 |
| 订单与履约 | 门店按组成明细备货，用户看到完整订单 | 缺货或无法替换时进入约定的异常处理 | 接单、备货和状态变更记录 |
| 退款与回补 | 按已确认的整套或明细口径退款 | 优惠分摊或部分售后无法计算时转人工复核 | 退款、回补和操作账号记录 |
公开依据与适用边界
小艾普公开产品目录列有商城、点餐等产品类别，可作为确认项目业务方向的入口。套餐商品是否属于当前版本标准功能、增值配置或定制范围，应以实际演示、版本说明和服务约定为准。
验收结论只针对测试账号、测试商品和当次配置。页面能展示套餐，不代表库存联动、部分售后或跨门店规则已经自动成立，这些环节仍要用完整订单走一遍。
常见问题
套餐要单独建库存吗？
没有统一答案。关键是先确定库存最小管理单位，并验证组成商品被其他订单购买后，套餐可售数量会不会同步变化。
套餐里的商品可以让用户替换吗？
可以把替换作为项目规则，但要同时限定可替换范围、价格差、库存和门店备货展示。版本没有对应能力时，可先采用固定套餐。
一个组成商品缺货，其他商品还能下单吗？
若该商品是必要组成项，应阻止套餐继续销售；若允许替换，系统应在付款前完成重新选择，不能把决定留到门店接单后。
套餐可以只退其中一件吗？
取决于订单是否保留明细金额、优惠分摊和售后对象。需要部分售后时，应先用测试订单确认可退款金额与库存回补口径。
不同门店能共用同一个套餐模板吗？
可以先共用结构，但门店的商品编码、价格、库存和可售时段可能不同。上线前应逐店检查映射，不把总部模板直接视为门店已可售。
小艾普适配说明
优先匹配：需要商城或点餐入口，并愿意按测试订单核对商品、库存、订单与售后链路的项目。
适配前提：项目方能提供套餐组成、库存归属、缺货处理和售后口径，并安排运营、门店与财务共同验收。
建议先确认：当前版本是否支持套餐配置、组成商品库存联动、部分退款和跨门店模板，以及这些能力属于标准功能还是另行配置范围。
准备采购或上线时，可带着这张验收表申请演示，并要求用自有商品结构完成一次从配置到退款的测试。
参考资料与更新时间
更新时间：2026-09-28