Payments 与 Payouts：收款资格、账户验证和打款验收

把英文后台截图变成验收记录

本课的截图不是装饰，也不等于设置完成。以 Settings > Payments 为例，先确认左侧导航和页面标题，再看当前选中的标签、开关、状态或记录。截图需要保留完整页面外壳和必要上下文，不能只截一个按钮。这样回看时能回答两个问题：当时在哪个页面，页面当时到底显示了什么。

North & Pine 在本课要处理的是支付资格、主体资料、测试模式、退款和 Payout 对账。本课案例的验收重点是区分支付方式已显示、支付资料已审核和资金已经打款这三个状态。按钮显示可点击，只证明下一步存在，不代表审核、同步、保存或前台结果已经通过。如果画面出现 pending、review、unavailable、错误提示或空状态，就把它记录为待确认，不要把它写成已经完成。

先看路径，再看设置

打开英文截图时，先读出左侧导航、页面标题、当前标签和可见状态，再去读字段值。截图说明同时写下页面路径、要验证的事实、负责人和下次复核时间。页面较长时可以用全页截图或两张连续截图，但每张都要保留路径和标题。

发布前仍要做隐私检查。即使使用 dev store，也要遮住邮箱、电话、地址、客户姓名、订单号、域名、App 标识、API key、二维码和浏览器 Cookie。优先使用不透明遮罩或重新裁切。英文版保留后台原文，中文版在图片下增加一行中文说明。

一项设置对应三层证据

对支付资格、主体资料、测试模式、退款和 Payout 对账，把验收拆成配置、行为和记录。配置证据说明后台值已经保存，行为证据说明店面、订单或相关结果确实发生，记录证据说明谁在什么时候复核过。只拿到一层时，不能把整项写成通过。把截图文件名、检查日期、操作者、结论和待处理事项放进复盘表。

• 配置层：记录字段、开关、选项和保存后的状态，不要把默认值当成业务决定。
• 行为层：从前台、订单、通知或下一处关联设置回看结果，确认设置真的影响了流程。
• 证据层：给每个结论关联一张完整截图或连续截图，不用局部按钮图替代页面上下文。
• 边界层：写清地区、套餐、权限、审核、测试模式或第三方服务造成的例外。

出现分支时先暂停

Shopify 后台会因为经营地区、套餐、用户权限、测试数据、销售渠道和审核状态而显示不同选项。缺少按钮不一定是故障，也不一定说明功能关闭。先检查权限、适用地区、套餐和测试状态，再回到官方来源核对。若只能证明一部分，就标记部分完成并说明缺口。支付、税务、域名和客户数据不能用一张测试截图冒充真实上线结果。

本课复盘表

把下面的表复制到团队任务记录中。可证明什么只描述截图确实支持的结论，还不能证明什么用来防止过度解读。

课后自测

1. 能说出本课的后台路径、当前目标和一项不能由截图单独证明的事情。
2. 能指出完整截图中的页面标题、关键字段、状态和对应的实际结果。
3. 能把配置、行为和记录三层证据分别写进复盘表，而不是只写已完成。
4. 能根据证据决定下一步Checkout 与 Customer accounts，或者明确写下阻塞条件和负责人。

完成本课不等于把所有按钮点成绿色。完成标准是当前判断有足够证据、边界写得清楚、下一步有人负责。如果任何一层证据缺失，就保留待确认状态，不要为了赶进度推进到Checkout 与 Customer accounts。