纯文字版教程展开阅读
第三阶段 交易与履约
建立和启用 Locations，分配商品库存，设置默认履约、在线订单可用性和订单路由，并验证缺货、调拨与多仓边界。
Settings > Locations and Settings > Shipping and delivery > Order routing65分钟
第三阶段 交易与履约
这一课为什么要先做
库存数字正确但 Location 错了，前台仍可能显示缺货，订单也可能被分给错误仓库。多仓路由只有在两个或以上活跃位置时才真正起作用，新店不应该为了看起来专业提前建立复杂规则。先用一个真实履约位置跑通，再按业务需要增加。
做完以后要留下什么
一个可履约 Location、每个变体的库存分配、在线订单处理状态、缺货规则、必要时的路由优先级和一笔测试订单的仓库归属证据。
开始前准备
- 准备仓库或发货地点的真实地址、联系人和工作时间。
- 确认由谁维护库存，更新时间和盘点方式是什么。
- 先决定是否真的有多个独立发货点。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
创建或核对 Location
进入 Settings > Locations，编辑默认位置或 Add location。名称写清仓库用途，地址必须能用于承运商、税费和退货判断。不要把办公室、3PL 和供应商仓混成同一个虚拟位置。
设置在线订单履约能力
确认该 Location 是否 Fulfill online orders。只存展示样品的办公室不应该承接订单。若由 3PL App 管理，查看它是否创建独立 app location，不要重复录库存。
给变体分配库存
回到 Products > Inventory 或商品变体，把 Tan 和 Olive 分配到正确 Location，并录入 available 数量。区分 On hand、Available、Committed 和 Incoming，不要只看一个总数。
设置缺货和超卖规则
实体商品默认关闭 Continue selling when out of stock。预售时必须有明确到货日、页面说明、通知和取消方案。测试数量归零后前台是否正确禁止加购或显示预售。
只在需要时配置 Order routing
两个或以上活跃 Location 时，再到 Order routing 设置优先规则，例如减少拆单、靠近客户或指定仓优先。每条规则都写出成本和服务影响。单仓时保持简单。
用测试订单验证分配和履约
下一笔测试订单选择有库存变体，检查订单分配到哪个 Location、库存如何从 Available 变为 Committed、取消后是否回补。再测试一个缺货变体。
North & Pine 案例怎么设置
North & Pine 首发只有 New Jersey Warehouse 一个履约位置，Tan 和 Olive 各 120 件。办公室不作为 Location 承接订单。下单后库存从 Available 进入 Committed，取消测试订单时选择 restock，数量恢复。等未来接入 3PL 后再配置 routing。
这一课需要做出的决定
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 首发 Location | 一个真实仓库 | 减少路由和库存误差 |
| 办公室 | 不 fulfill online orders | 展示样品不等于可售库存 |
| 缺货 | 停止销售 | 没有预售承诺前不超卖 |
| Order routing | 多仓后再配置 | 单仓不需要复杂规则 |
这些地方先不要乱动
- 不要给同一批库存同时录在手工 Location 和 3PL app location。
- 不要把 On hand 当成全部可以卖。
- 不要在单仓阶段建立复杂 order routing。
完成标准
下面每一项都能拿出证据，这一课才算完成。只说我看过了，不算验收。
- Location 地址、名称和联系人真实可用。
- 只有真实发货点开启在线履约。
- 每个变体库存分配到正确 Location。
- 缺货和预售边界已测试。
- 测试订单分配、扣减、取消和回补完整通过。
常见问题和处理方式
| 现象 | 怎么处理 |
|---|---|
| 后台有库存但前台缺货 | 检查库存所在 Location 是否 fulfill online orders、商品渠道和市场是否可用，以及变体是否分配到该位置。 |
| 订单被分到错误仓库 | 检查 active Locations、routing rules、shipping profile 和 app fulfillment service，先暂时简化规则复现。 |
| 取消订单库存没有恢复 | 确认取消时是否选择 restock、订单是否已经 fulfill，以及库存调整记录落在哪个 Location。 |
把英文后台截图变成验收记录
本课的截图不是装饰，也不等于设置完成。以 Settings > Locations and Settings > Shipping and delivery > Order routing 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。
North & Pine 在本课要处理的是地点、库存归属、订单路由和履约状态。本课案例的验收重点是让同一件商品的库存和订单都能找到正确的发货地点。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。
先看路径，再看设置
打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。
发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。
一项设置对应三层证据
对地点、库存归属、订单路由和履约状态，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。
- 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
- 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
- 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
- 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。
出现分支时先暂停
Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。
本课复盘表
把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。
| 检查对象 | 截图中要读什么 | 可证明什么 | 还不能证明什么 |
|---|---|---|---|
| 地点、库存归属、订单路由和履约状态 | 路径、标题、当前状态和关键值 | 本次后台检查看到的配置事实 | 前台或第三方服务已经完成全部处理 |
| 关联结果 | 前台、订单、通知或相关设置的返回结果 | 设置对当前测试流程产生的影响 | 所有市场和未来订单都会得到同样结果 |
| 责任记录 | 日期、操作者、文件名和结论 | 谁完成了哪一步，以及证据在哪里 | 审核机构已经替团队做出最终决定 |
| 例外边界 | 权限、地区、套餐、审核或待处理提示 | 当前结果适用的前提 | 可以跳过条件复制到生产店铺 |
课后自测
- 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
- 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
- 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
- 能根据证据决定下一步Shipping and delivery，或者明确写下阻塞条件和负责人。
完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到Shipping and delivery。
常见问题
Shopify Location 和 Shipping zone 是一回事吗？
不是。Location 是库存和履约发生的地点，Shipping zone 是你向哪些目的地提供哪些运费。两者会相互影响，但承担不同任务。
什么时候需要 Order routing？
通常在两个或以上活跃履约地点时才需要，用来决定拆单、距离、仓库优先等。单仓新店先保持默认和简单。
可以缺货继续卖吗？
可以开启，但这等于做预售或欠货承诺。必须有真实补货时间、页面说明、客户通知和取消处理，不应只为避免显示 Sold out。
官方来源
后台名称和规则会更新。本课以这些官方页面作为维护基线，截图时也要按当前英文后台重新核对。