一、先分开审核、付款与履约
审核队列包含已完成或等待请款的付款。除非商户采用稍后请款流程，进入审核的付款通常已经成功处理。[2] 因此需要分别回答：审核员作出了什么判断，付款实际发生了什么，以及订单是否应当发货或开通服务。
使用审核队列的前提是所用计划支持该功能。人工审核适用于多数 Radar 支持的付款方式，但目前不支持 ACH 或 SEPA 直接借记。对尚不支持审核的方式，Stripe 建议创建允许或拦截规则，并查看规则测试结果。[2] 编辑建议：先核对适用性，不要承诺所有付款都能进入人工审核。
编辑建议：分别记录审核状态、付款状态和履约状态。审核关闭只说明审核流程结束，不能直接当作已收款、已退款或可以发货的证明。
二、逐项理解动作，而不是只看“已关闭”
Approve（批准）关闭审核，不改变付款；批准之后仍可退款，也可选择报告欺诈。[2] 编辑建议：记录批准理由，但不要据此生成新的收款记录，也不要覆盖原有付款状态。批准不是一次新的资金操作。
Refund（退款）退还付款，但不向 Stripe 报告欺诈。已完成的退款不可撤销；若要重新收款，必须处理一笔新付款。[2] Refund and report fraud（退款并报告欺诈）还会报告欺诈，并把关联的银行卡指纹和客户邮箱加入阻止名单。[2] 编辑建议：商业退款与欺诈判断应分别确认，不能为了快速清空队列而随意选择组合动作。
对于未请款付款，Cancel（取消）替代 Refund；取消会释放授权，不创建 Refund 对象。[3] 批准审核与请款是不同动作，批准不会自动请款，请款可以发生在批准之前或之后。[2][3] 编辑建议：操作前先确认资金状态，避免取消授权后仍等待退款记录。
三、认领是分工，不是操作锁
审核员可以认领或移除自己的认领，查看同事正在处理的项目，并筛选本人或无人认领的审核；不能替其他成员修改分配。但审核员仍可操作已分配给同事的审核，或将其认领给自己。时间线记录分配变更和其他动作。[2]
编辑建议：由一位明确的审核负责人作风险判断，付款操作人员核实退款或请款结果，订单负责人决定履约。这是建议的职责划分，不是 Stripe 新增的权限规则。接手同事项目时先查时间线、确认交接，不要把认领标记当成防止重复操作的锁。
编辑建议：交接记录包含审核及付款标识、当时的付款状态、已核实证据、拟执行动作和下一位负责人。风控批准与仓库放货许可应分别记录。
四、按关闭原因分流事件
review.opened 表示交易进入审核队列并生成 Review 对象；review.closed 表示审核对象关闭，并提供 reason。[2] 若客户对仍在审核队列中的付款发起争议，审核会自动关闭。[2] 因此，“关闭”既不等于审核员批准，也不代表争议已经处理完毕。
Stripe 的未请款示例监听 review.closed，只在 reason 为 approved 时执行请款。[3] 编辑建议：opened 进入调查；批准关闭转向付款状态核验；退款相关关闭转向退款核验；争议导致的关闭移交争议负责人；其他或不明确原因进入异常处理。这里描述的是业务分流，不是完整的 API reason 枚举。
编辑建议：只有预期的未请款流程才进入“批准后请款”路径，不能让所有关闭事件触发请款或发货。争议自动关闭应生成交接任务，不能被补写成一次人工批准。
五、为三条流程分别定义完成判据
编辑建议：审核完成，以关闭原因、依据和负责人已记录为准；付款处理完成，以预期动作结果已核实为准，包括批准后付款保持不变、需要时的请款结果、退款完成或授权取消；履约处理完成，以订单负责人按商户政策明确记录放行、暂停或停止交付为准。队列归零不能替代这些检查。
假设示例：一笔已收款的实物订单在核对配送信息后获批准。批准不改变付款。[2] 建议下一步由订单负责人决定是否发货，而不是再次收费。若另一笔订单尚未请款，即使审核已批准，也仍需单独请款。[3] 两者的审核结论相同，付款后续任务却不同。
假设示例：两位同事调查期间，客户发起争议，Stripe 自动关闭审核。[2] 建议把案件交给争议负责人并单独确认配送安排；完成判据是交接和履约决定已记录，而不是审核条目已经消失。
六、用操作前检查防止语义误用
编辑检查清单：核实已请款还是未请款；区分普通退款与欺诈报告；确认认领及交接；读取关闭原因；核实付款动作结果；单独记录履约决定。误操作可能带来不必要的新付款、错误的退款记录或非预期的阻止名单条目。清空审核队列不是成功处理的唯一指标，更不能代替资金和订单核验。编辑建议：执行组合退款动作前，再核对一次案件是否确实支持欺诈结论，并将客户退款诉求与风险证据分开记录。发现同事已经采取动作时，先核实现状再决定下一步，不要机械重复点击。对于无法立即确认的结果，保留待核验任务和明确负责人；不要为了报表看起来全部完成，就把未知状态改成成功。订单通知也应描述已经核实的事实，避免把审核通过写成已发货。
来源与日期
以下为 Stripe 官方英文文档。未注明发布或更新日期；抓取核验日期为 2026-09-21，不把抓取日当成来源发布日期。本文为编辑研究，不代表 PayIn 产品能力、账户资格验证或法律意见。
- [2] Review payments · 核验 2026-09-21；原文日期未注明。
- [3] Review uncaptured payments · 核验 2026-09-21；原文日期未注明。