第三阶段 · 交易与履约
Payments 与 Payouts：收款资格、账户验证和打款验收
先确认国家和业务资格，激活合适的收款方式，连接 payout 账户，在测试模式跑完整支付，再验证退款、费用、拒付和对账边界。
本课怎么做才算完成
沿着 Settings > Payments 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Payments
- 本课产出
- 一份支付证据包，包含资格、激活、验证、payout、付款方式、测试订单、退款、费用、拒付和对账状态。
- 可以继续
- 目标市场收款方式有资格，payout 可解释，测试支付和退款通过，费用/拒付/对账有负责人。
- 必须暂停
- 如果资格未确认、验证被暂停、payout 未连接、测试可能真实收费或退款/拒付无人负责，先暂停上线。
证据边界：按钮可见、Payment active 或测试成功，不证明真实打款、退款、费用、拒付和所有市场都已完成；这些是不同的状态。
这一课为什么要先做
支付是账户资格、主体验证、市场、币种、payout、退款和争议的组合。只看到 checkout 的支付按钮，不能证明钱能合法收、能按时打款、客户能退款或财务能对账。
开始前准备
- 确认首发国家、主体、产品类别和支付资格。
- 准备脱敏的业务资料和 payout 责任人。
- 确认使用测试模式，不使用真实客户卡或真实支付资料。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
先确认可用国家和业务资格
在 Payments 里先确认目标国家、主体、业务类型、产品类别和验证材料是否符合。资格不明确时先整理问题和资料，不要直接提交不必要的真实敏感信息。
做完后应该看到或拿到：得到支付方式可用性、资格条件、资料责任人和阻塞项。
怎样算完成：首发市场的收款方式、主体和产品类别可解释，未满足条件的方式保持未激活。
如果结果不对或入口没出现：资格页面与预期不一致时，确认国家、店铺主体、市场和产品类别，不要用修改资料来绕过审核。
留下证据：记录国家、方式、资格状态、资料清单和负责人；不要保存敏感支付资料。
激活 Shopify Payments 并提交资料
按店铺主体和目标市场提交必要资料，区分 activation、verification、payout 和 reserve 状态。只在确认资料用途和权限后提交，不要把测试店铺当正式收款账户。
做完后应该看到或拿到：得到激活状态、验证状态、限制条件和后续动作。
怎样算完成：支付方式在目标市场显示的可用状态与店铺主体、产品和风险条件一致。
如果结果不对或入口没出现：验证被暂停或要求补件时，保留审核状态和责任人，按清单补充，不要重复提交相互矛盾的资料。
留下证据：记录脱敏状态、限制、提交时间和下一复查时间，不截图真实身份证件或银行资料。
失败处理：如果支付方式未激活，先保持上线阻塞；不能把测试模式或按钮可见当成真实收款通过。
连接 Payout 银行账户
核对 payout 银行账户、收款币种、打款周期和账户负责人。用脱敏记录保存验证结果，不要在公开页面或代码中展示真实账户信息。
做完后应该看到或拿到：得到打款账户、币种、周期、状态和对账负责人。
怎样算完成：打款状态、订单收款、账户余额和对账口径能被同一负责人回读。
如果结果不对或入口没出现：打款账户验证失败时，确认账户主体、币种、银行要求和输入反馈，不要在日志里打印真实账号。
留下证据：记录脱敏账户标识、币种、周期、验证结果和时间。
配置 PayPal 与其他方式
只启用目标市场真正支持、团队能处理退款和争议的方式。核对账户连接、币种、结账显示、手续费和客服责任，不要因为图标可选就全部打开。
做完后应该看到或拿到：得到付款方式、账户连接、费用、退款和争议责任的对应。
怎样算完成：客户能在目标市场看到合理付款方式，团队知道每种方式如何退款、对账和处理争议。
如果结果不对或入口没出现：付款方式在 checkout 不出现时，检查市场、币种、账户连接、产品和支付资格，不要只刷新页面。
留下证据：记录付款方式、市场、币种、手续费摘要、测试结果和负责人。
进入测试模式跑完整支付
用测试模式从商品、购物车、checkout 到付款确认走完整路径，检查金额、折扣、税费、运费、订单状态和通知。确认测试模式不会产生意外真实收费。
做完后应该看到或拿到：得到支付成功、失败、订单创建和通知的实际测试记录。
怎样算完成：至少一条成功和一条失败/取消路径可解释，测试订单不会污染正式对账。
如果结果不对或入口没出现：支付异常时先确认 test mode、店铺、市场和测试卡/方式，再区分账户资格与 checkout 配置。
留下证据：保存测试订单、支付结果、状态、通知和测试时间，不保存完整卡信息。
验证退款、费用、拒付和对账
用测试订单走退款、取消、费用和拒付/争议处理记录，确认金额、时间、状态和通知如何回到对账表。不要把支付成功当成打款和退款都完成。
做完后应该看到或拿到：得到支付、payout、退款、费用和争议的状态映射。
怎样算完成：财务能按订单、交易、费用和打款对账，客户退款路径有实际结果。
如果结果不对或入口没出现：金额或状态不一致时保留交易 ID 的脱敏引用，分别核对支付平台、Shopify 订单和银行打款，不要凭总额覆盖差异。
留下证据：记录脱敏订单/交易引用、退款状态、费用、打款和复核负责人。
失败处理：如果支付成功但 payout、退款或拒付处理不清，保持部分通过并先补齐财务责任链。
现在把判断用到你的店铺
先确认首发国家和主体资格，再在测试模式走商品、checkout、成功、失败、退款和取消路径。连接 payout 前保存脱敏状态；只有团队能处理退款、费用和拒付的方式才进入正式上线清单。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一份支付验收表，包含每个支付方式的状态、主体、结算币种、打款账户、手续费来源、测试结果、退款路径、拒付负责人和对账证据。
相关后台路径：Settings > Payments
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：支付按钮或 Active 状态不证明审核最终通过、真实打款已到账、拒付风险可控或所有市场都可用
继续条件：主体与账户一致，测试成功和失败路径都跑通，退款可追踪，测试模式已由第二人确认关闭
暂停条件：如果审核待定、账户不属于经营主体、测试模式未确认关闭或无法对到账款，先停止上线
下一步：下一课配置 Checkout 与 Customer accounts，让客户字段、营销同意和登录路径符合真实履约需要。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 主要收款方式 | 资格与市场支持 | 避免客户无法完成支付 |
| Payout 账户 | 主体和币种一致 | 便于打款和对账 |
| 测试模式 | 先跑成功/失败/退款 | 避免意外真实收费 |
| 拒付与退款 | 有负责人和记录 | 客户和财务能追踪结果 |
这些地方先不要乱动
- 不要把 Payment active 当成 payout、退款和拒付都完成。
- 不要在未确认测试模式时操作真实付款。
- 不要公开真实银行、身份或交易信息。
常见问题
Payment active 就等于可以打款吗？
不一定。激活、验证、payout 银行账户、周期和限制是不同状态，要分别回读。
测试模式成功后可以直接收真实款吗？
还要确认资格、主体、市场、账户验证、payout 和退款/争议流程；测试通过只是路径证据。
为什么不把所有付款方式都打开？
每种方式都有账户、币种、费用、退款、争议和客服责任；只启用团队能真正处理的方式。
本课结论与继续条件
支付验收必须把“能点支付”拆成资格、激活、验证、payout、测试支付、退款、费用、拒付和对账。继续前确认每条链路有脱敏证据和责任人，未确认的方式保持关闭。