迁入 Shopify 的商品能显示，还需要证明它能形成一笔正确订单，并且模拟支付失败和取消后不会留下无法解释的订单或库存。本文用原生 Test payment gateway 完成这项迁移验收：激活并保存网关，分别输入 1 / 2 / 3，检查后台记录，再清理订单、恢复付款配置。
操作范围是已选付费方案、尚未公开且没有真实订单的目标店，普通一次性实体商品的 Online Store 结账。测试期间不能接收真实信用卡订单；这套网关不适用于 POS 或订阅。以下商品、数量和演练记录均为假设，未实际执行。官方英文步骤核验于 2026 年 10 月 4 日，条件见测试网关范围。
固定一件迁入商品，并隔离履约副作用
选择一件能代表迁移结果的普通商品及变体，例如假设 SKU MIG-TEST-A，售价 USD 20，一次买 1 件。它已经在目标店可售、有适用配送费率；记录后台与前台的规格、币种、单价、运费及税费展示，不把本例金额当真实商店价格或税务政策。
让这件变体只由一个本次验收地点履约，库存追踪已开启，初始 On hand = 5、Available = 5、Committed = 0，没有其他订单、库存同步或预留同时写入。库存状态需要追踪才能确定；在未履约订单中占用的单位属于 Committed。定义见Shopify 库存状态。
开始前还要完成三项准备：
- 店主保留当前付款提供方、捕获配置和设置截图，并准备恢复所需的账户凭据。只有店主能添加或更换信用卡提供方，见提供方配置权限。
- 停用自动履约及会把演练单送到仓库的相关服务或应用，避免自动发货；取消测试履约和订单后再恢复服务。
- 使用自己的测试邮箱和可验证的演练地址。要核验邮件时用自己能收信的邮箱；本轮不要购买运单，也选择不触发关税及进口税的演练路线。测试结账仍可能涉及这些费用。
履约与费用条件依据Shopify 测试订单准备。建立三个记录号，例如 MIG-PAY-1/2/3，每次写下时间、时区、SKU、数量、预计结果及后续订单或弃单引用，方便复核同一次尝试。
激活 Test payment gateway，并回读保存结果
- 店主打开 Settings → Payments。如果当前有第三方信用卡提供方，点 Manage → Deactivate（提供方名称） 并确认。若使用 Shopify Payments，则进入 Manage → Manage payment methods，在底部选择 Switch to a third-party provider，再次确认。
- 打开提供方列表：商店所在国家符合 Shopify Payments 条件时，从该区域点 See all other providers；不可用时从 Payment providers 点 Choose a provider。
- 选择 Test payment gateway，点 Activate Test payment gateway，再点 Save。
- 回到付款设置核对当前激活项；进入演练结账时，也确认使用的是 Test payment gateway，才填写下一节的短测试号码。
这些分支、按钮与保存动作均来自当前测试网关启用步骤。如果看不到相应入口，先核店主身份、付费方案、当前付款配置和商店地区，不用修改真实地址来强行出现选项。提供方列表随配置与地区变化，具体排查见缺失提供方处理。
三种输入各留一份结果，再查后台
每次从新的演练结账开始，保持商品、数量、配送和币种相同。Name on card 填 Test payment gateway，CVV 可填三位示例 111，到期日使用实际操作当天之后的日期；购买总额应超过 USD 1 的等值金额。官方测试输入表给出的号码与结果如下。
本次迁移验收的三种模拟输入
| 记录号与卡号 | 官方模拟结果 | 本次要保留的证据 |
|---|---|---|
MIG-PAY-1，卡号 1 | Approved Transaction | 成功订单号、对应付款事件、SKU/规格/数量、币种与金额、客户邮箱、配送方式、通知及库存状态 |
MIG-PAY-2，卡号 2 | Declined Transaction | 前台失败提示与后台失败尝试，确认没有误记成成功付款 |
MIG-PAY-3，卡号 3 | Gateway Failure | 单独的网关失败提示及对应尝试，确认与第二种失败记录没有混淆 |
先完成成功单核对和下一节的取消补货，再做另外两种输入，让库存回到相同起点。号码 3 按官方表格核验 Gateway Failure，不把它当作已完成拒付或争议流程。
成功时进入 Orders → 对应订单，逐项比较迁入 SKU、规格、数量与结账金额；在订单 Timeline 查付款事件。失败通常不会创建订单，应到 Orders → Abandoned checkouts → 对应结账 → Timeline 查尝试，而不是只在订单列表反复搜索。近期尝试可能尚未列入弃单，官方条件是结账未完成超过 10 分钟。入口与条件见支付失败的后台记录。
若页面报错却出现成功订单或无法解释的付款事件，先匹配邮箱、金额与时间，保留截图和返回消息，停止重复提交。记录为未通过，查明同一次尝试的实际状态后再重做，避免用浏览器提示替代后台判断。
核对库存，再取消成功单并补回
在这笔成功单仍未履约、且没有其他库存写入的假设条件下，1 件进入 Committed：应核对 Available = 4、Committed = 1、On hand = 5。这是按库存状态定义推导的验收值，实际记录以所选变体及地点为准。不要把 Available 减少误写为仓库实物已经发出。
确认未发生外部履约后，按单笔取消订单步骤处理：
- 在订单中点 More actions → Cancel order。
- 核对原付款方式的退款选择和演练金额，选择取消原因；保留 Restock inventory。客户通知选项按本次邮件验收需要处理，使用自己的测试邮箱。
- 检查摘要，点 Cancel order。到 Timeline 核对取消、退款或作废、补货事件；模拟退款不代表真实资金返还。
- 回到同一变体、同一地点查库存。在上述隔离条件下应回到 Available = 5、Committed = 0、On hand = 5。把前后截图与成功单记录号放在一起。
数值不回到起点时，先查是否勾选补货、是否检查了同一地点，以及订单是否已履约或存在应用写入。已部分履约时不能照着未履约样本直接取消，应先按官方流程处理履约，再复核库存。不要为了凑回 5 而直接调整数量，掩盖迁移或履约问题。
恢复付款配置，交付这项验收证据
全部尝试记录和成功单清理完毕后，在 Settings → Payments 恢复正式付款提供方。恢复第三方信用卡路线时，按更换提供方步骤选择 Choose another provider，选回原提供方，核对账户凭据，Activate → Save。原路线是 Shopify Payments 时，按其当前设置与资格要求恢复，并确认测试模式关闭；不能假定此前设置自动恢复。
回读当前激活项、捕获配置及账户审核提示，确认 Test payment gateway 已退出。界面或资格与原记录不符时，保持目标店未公开，由店主处理；测试模式下不能接真实信用卡订单。取消演练订单及测试履约后，再恢复此前停用的服务，依据测试结束处理。
交付三份尝试记录、成功单前后库存、取消事件与恢复配置截图。模拟交易不进入 payouts 或财务报表，因此这一项证明的是迁移后的通用结账、订单与库存链；正式提供方的授权、3DS、退款和实际结算，仍需按所选集成单独验收。Shopify 测试订单边界明确了模拟与真实交易的区别。历史订单连续性、ERP/3PL、分单、税费和 URL 也应留在各自的迁移验收项中，不由这三个输入代替。