这一步由谁负责活动团队
01. 把回报承诺转换成履约输入。
将回报档位对应到最终商品引用，并验证收件信息。认筹、资金及客户承诺由活动工具保留，履约系统需要的是已确认的实物需求。
接下来需要做出的决定
释放订单前，先解决回报规格及收件信息缺失。
跟进完整业务流程
看懂业务如何真正运转。
这一步由谁负责商家 / 供应商协调人员
02. 告诉仓库即将收到什么。
建立入库计划，填写商品数量及箱内或托盘内容。查看送货时段、提出预约申请，并使用计划当前版本提交。
接下来需要做出的决定
提交计划为仓库建立预期；预约落实与实物验收仍是运营步骤。
这一步由谁负责收货操作员
03. 发现短缺时立即形成记录。
收货环节确认实际到达的货物。检查计划状态与核对结果，不把供应商申报量直接当作可用库存。
接下来需要做出的决定
将差异交给活动及供应商团队，决定补货与客户回应。
这一步由谁负责活动负责人 → 订单集成
04. 决定哪些已确认订单先进入履约。
活动负责人按已确认库存选择释放的订单，保留未覆盖需求继续跟进。导入选定批次，处理被拒行后，再确认有效订单数量。
接下来需要做出的决定
释放政策由您决定；Ysend 将您传入并通过验证的需求交给仓库。
这一步由谁负责活动团队、供应商与仓库
05. 持续展示尚未兑现的承诺。
安排缺货补货并跟踪实收，再释放后续批次。将各批次与运单关联，让活动团队区分已发回报和未完成承诺。
接下来需要做出的决定
确认新库存状态及导入结果后，再关闭待履约事项。
成本模型需要考虑什么
- 收货与仓储
- 确认入库处理、纸箱准备及释放前的可能等待时间。
- 分批履约
- 评估多批次、不同目的地和包裹规格对备货与运输的影响。
- 活动承诺
- 制造、筹款、客户沟通及可能的商务补偿保留在活动预算中。
第一笔业务启动前，需要验证什么
最终回报数据
每个档位对应具体 SKU、数量及已验证收件人。
明确的到货流程
双方理解供应商箱内内容、送货安排与仓库收货责任。
短缺与释放政策
团队能够决定先发给谁，以及如何跟进剩余承诺。
流程背后的技术
通过 Ysend API，您可以预告即将到货、查看可预约的收货时段、提交到货计划，并查看收货时发现的差异。只有计划的最新版本才能提交，旧副本不会覆盖它。已确认的订单只在您做出决定后才会下发。
为首次运营做好准备
- 将回报档位对应到最终商品编号。
- 准备供应商、包装箱与收货信息。
- 明确缺货处理及批次放行方式。