报价里写了四件，不等于系统已经替客户留住四件。采购“报价转结账”功能前，应先约定：承诺的是价格、限时库存，还是仅邀请客户付款。本文面向批发及定制网店经营者和网站团队，不保证任意草稿订单集成都能防止超卖。
官方资料支持到哪里
Shopify 草稿订单说明区分已保留库存与仍可售库存，并要求商品开启库存跟踪。本次于2026年10月16日核对。该说明支持原生流程中的限时保留，不证明跨仓库、跨应用的分配具有原子性。
已填写库存账
合成教学例子：同一地点的一个SKU实有12件，其他订单已占用3件；Q17报价需要4件，拟保留到AEDT 14:00。这里的3件明确不含Q17，避免重复扣减。
窄屏可横向滚动查看完整表格。
| 状态 | Q17保留 | 可售数量 | 客户看到的说明 |
|---|---|---|---|
| 只有草稿 | 0 | 12 − 3 = 9 | 报价已发送，库存尚未确认 |
| 保留生效 | 4 | 12 − 3 − 4 = 5 | 四件保留至AEDT 14:00 |
| 到期且未成单 | 0 | 12 − 3 = 9 | 保留已结束，付款前重新确认 |
先选交付范围，再选应用
真实店铺的原生限时保留能满足需求时，可先测试原生方案。若只是意向报价，不保留库存也可以，但页面和邮件不能写成“已为您留货”。跨仓分配、部分留货或特殊审批需要单独设计并发成单测试，不能凭报价应用名称推断已经包含这些保障。
按顺序执行验收
- 在获准的测试环境记录SKU、地点、实有库存及原有占用。
- 先建四件报价但不保留，检查状态明确为未留货。
- 设置有时区的到期时间并保留四件，本例可售数量应变为五件。
- 分别测试未付款到期、成功成单及另一笔竞争订单。每次保留只核销一次，已成单库存不能又按报价到期释放。
交付物与通过条件
一行脱敏记录应包含报价ID、地点ID、带时区的到期时间、实际可售数量及成单状态。验收的是可追溯的库存承诺，不是一张邮件截图。出现负库存、到期时间未知或无法关联原报价时，不通过“库存已保留”的客户提示。
适用边界与后续任务
下载文件只是串行算术模型，不是Shopify API客户端，也没有测试真实网店；不覆盖预售、组合商品、调拨及多仓路由。上线前需确认实际店铺的功能与库存行为。价格一致性另见五层价格证据核对，不能用留货状态代替价格验收。
复核本页教学例子
以下文件可在本地离线复核，只模拟本页说明的情况，不代表真实平台集成。 已填写输入及预期结果 · 可检查的教学函数
把两份文件存入同一文件夹，使用Node 22.13或更新版本运行：
node decision-check.mjs draft-order-stock-hold.json