第三阶段 · 交易与履约
Locations、库存与履约：让订单去到正确的仓库
建立和启用 Locations，分配商品库存，设置默认履约、在线订单可用性和订单路由，并验证缺货、调拨与多仓边界。
本课怎么做才算完成
沿着 Settings > Locations and Settings > Shipping and delivery > Order routing 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Locations and Settings > Shipping and delivery > Order routing
- 本课产出
- 一个可履约 Location、每个变体的库存分配、在线订单处理状态、缺货规则、必要时的路由优先级和一笔测试订单的仓库归属证据。
- 可以继续
- 位置、变体库存、在线履约、缺货规则和测试订单责任链一致；多仓路由只在真实需要时启用。
- 必须暂停
- 如果库存位置错误、前台缺货、实体商品无意超卖或订单被分到错误仓库，先暂停上线。
证据边界：后台库存数字和 Location 状态不证明实物库存准确、仓库能按时发货或所有路由条件正确；必须用前台和测试订单回读。
这一课为什么要先做
库存数字正确但 Location 错了，前台仍可能显示缺货，订单也可能被分给错误仓库。多仓路由只有在两个或以上活跃位置时才真正起作用，新店不应为了看起来专业提前建立复杂规则。
开始前准备
- 准备仓库或发货地点的脱敏地址、联系人和工作时间。
- 确认由谁维护库存、更新时间和盘点方式。
- 先决定是否真的有多个独立发货点。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
创建或核对 Location
进入 Settings > Locations，编辑默认位置或 Add location。名称写清仓库用途，地址必须能用于承运商、税费和退货判断；不要把办公室、3PL 和供应商仓混成一个虚拟位置。
做完后应该看到或拿到：得到真实可履约位置、地址用途、联系人和维护责任。
怎样算完成：位置保存后能解释它是否承接订单、库存、税费和退货。
如果结果不对或入口没出现：入口或地址不对时，确认当前店铺和页面标题，回到完整 Location section，不要用虚构地址补齐字段。
留下证据：记录位置用途、脱敏地址、工作时间、联系人和保存结果；后台状态不证明实物库存或发货能力。
设置在线订单履约能力
确认该 Location 是否 Fulfill online orders。只存展示样品的办公室不应承接订单；若由 3PL App 管理，查看它是否创建独立 app location，不要重复录库存。
做完后应该看到或拿到：得到每个位置是否承接在线订单、由谁发货以及是否由 3PL 管理的结果。
怎样算完成：位置、商品渠道和市场可用性共同支持至少一条真实履约路径。
如果结果不对或入口没出现：后台有库存但前台缺货时，检查 Location 是否 fulfill online orders、商品渠道和市场，以及变体是否分配到该位置。
留下证据：保存 online fulfillment 状态、3PL 关联、商品可用性和前台结果。
失败处理：不要为了让库存显示就打开办公室或样品位置的在线履约；先修正真实履约责任。
给变体分配库存
回到 Products > Inventory 或商品变体，把变体分配到正确 Location 并录入 available 数量。区分 On hand、Available、Committed 和 Incoming，不要只看一个总数。
做完后应该看到或拿到：每个可售变体都有位置、数量、盘点时间和库存维护人。
怎样算完成：商品页、购物车和测试订单看到的可售状态与位置库存一致。
如果结果不对或入口没出现：数量不一致时分别核对 On hand、Committed、Incoming、销售渠道和变体，不要用总数覆盖问题。
留下证据：记录变体、位置、Available 数量、盘点时间和测试结果。
设置缺货和超卖规则
实体商品默认关闭 Continue selling when out of stock。预售时必须有明确到货日、页面说明、通知和取消方案；数量归零后测试前台是否禁止加购或显示预售。
做完后应该看到或拿到：得到缺货、预售、通知和取消的明确业务规则。
怎样算完成：数量归零的前台行为与团队承诺一致，不会无意超卖。
如果结果不对或入口没出现：前台仍能购买时，核对 Continue selling、市场、渠道、缓存和变体可售状态；预售需补齐到货和取消信息。
留下证据：保存缺货状态、数量归零测试、预售文案和负责人。
失败处理：不要用人工记账掩盖可售数量错误；先修正位置分配和超卖设置。
只在需要时配置 Order routing
多仓或不同履约责任真实存在时，进入 Settings > Shipping and delivery > Order routing 设置优先级。新店只有一个发货点时不要提前制造复杂路由。
做完后应该看到或拿到：得到路由优先级、例外条件、位置责任和冲突处理方式。
怎样算完成：路由结果符合库存、距离、承运商和履约承诺，并有订单验证。
如果结果不对或入口没出现：订单被分到错误位置时，先检查位置在线履约、库存、规则优先级和 3PL app，不要只调一个顺序。
留下证据：记录路由规则、测试订单、分配位置、异常和复测时间。
用测试订单验证分配和履约
使用测试订单检查商品、地址、库存、运费、路由、fulfillment 和通知。分别验证库存足够、缺货、变体和多仓（若存在）路径，不要只看后台规则已保存。
做完后应该看到或拿到：得到订单最终分配位置、履约状态、库存变化和异常处理记录。
怎样算完成：至少一笔测试订单从可售到履约的完整责任链能回读，未产生意外真实收费。
如果结果不对或入口没出现：分配不正确时确认当前店铺和测试模式，再逐项重跑 Location、库存、路由和 3PL，不要只凭一张截图判断。
留下证据：保存测试用例、分配位置、库存前后、履约结果、通知和负责人。
失败处理：如果实体订单被错误自动完成，先关闭不合适的自动 fulfillment，再查数字商品 App、3PL 和订单规则。
现在把判断用到你的店铺
先用一个真实履约位置跑通：变体分配到正确 Location，实体商品默认不超卖，再用测试订单回读库存、运费、路由和 fulfillment。只有确实存在多仓责任时，才增加 Order routing。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一个可履约 Location、每个变体的库存分配、在线订单处理状态、缺货规则、必要时的路由优先级和一笔测试订单的仓库归属证据。
相关后台路径：Settings > Locations and Settings > Shipping and delivery > Order routing
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：后台库存数字和 Location 状态不证明实物库存准确、仓库能按时发货或所有路由条件都正确
继续条件：每个变体分配到正确地点，测试订单会扣到 Committed，取消并 restock 后数量恢复
暂停条件：如果库存挂在办公室或虚构地点、订单分配错误，或取消后数量不恢复，先修复位置与库存关系
下一步：下一课建立 Shipping profiles、zones、rates 与 packages，并用地址和购物车组合测试。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
把 Order routing 写成成本到服务复盘记录
一篇 arXiv v1 预印本把多仓、多商品、多客户订单分配写成成本到服务（cost-to-serve，CTS）决策问题：它把库存、包装、运输和仓库成本放进履约约束，并比较带动作屏蔽的 DQN、MILP 与启发式策略。实验使用作者构造的二维网格合成环境，仓库、商品、客户位置和补货设置都是模拟值；论文没有真实运营测量窗口，合成 episode 按设定负载测试，且不包含上游补货和延期履约。可在 Problem Formulation（第 2 页）、Reinforcement Learning Solution（第 3 页）和 Experiments（第 4 页）核对这些范围。它不能证明你的店铺会省下同样的成本、达到某个履约率或时效，也不能证明 Shopify 的路由规则；遇到高负载或超出训练分布的情况，仍要重新验证。把它当作复盘格式参考，不要当成阈值：按下面字段记录本店的服务水平、缓冲、成本、负载条件和订单回读，数据或约束没验证时暂停扩展。公开来源：https://arxiv.org/abs/2112.08736
| 复盘字段 | 本店要记录 | 暂停线 |
|---|---|---|
| 成本范围 | 库存、包装、运输、仓库成本和目标服务水平 | 任何成本或服务口径缺失，先不比较路由 |
| 缓冲与负载 | 缓冲、订单负载、缺货与真实订单测试 | 负载超出已验证范围，或出现未覆盖约束，暂停扩展 |
| 规则回读 | 路由规则、分配 Location、测试订单、异常和复测时间 | 只有保存规则，没有订单回读，不放行 |
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 主履约 Location | 真实发货点 | 地址和库存能支持承运商 |
| 在线订单 | 真实承接订单的位置 | 避免办公室或样品点显示可售 |
| 缺货规则 | 实体商品默认不超卖 | 减少无法履约的订单 |
| Order routing | 多仓时按真实责任设置 | 让订单去正确仓库 |
这些地方先不要乱动
- 不要把办公室、样品点和 3PL 仓库都打开为在线履约。
- 不要只看 On hand 或后台保存状态判断可售。
- 不要在只有一个真实位置时提前制造复杂 Order routing。
常见问题
后台有库存为什么前台缺货？
检查变体是否分配到可在线履约的 Location、商品销售渠道、市场和 Available 数量，不要只看 On hand。
只有一个仓库也要配置 Order routing 吗？
通常不需要。先跑通一个真实位置；多仓或不同履约责任出现时再配置路由。
预售可以直接打开 Continue selling 吗？
只有在到货日、页面说明、通知和取消方案清楚且有负责人时才可考虑；否则会把库存错误变成履约承诺。
本课结论与继续条件
履约设置的验收不是后台有一串库存数字，而是每个订单都能解释从商品变体、可售数量、Location、路由到履约的责任链。继续前确认缺货路径、测试订单和任何 3PL 位置都有证据，未验证的多仓规则不要上线。