网站接入支付前，需要核对什么和怎样验收？
先确认你的主体、市场和业务符合平台要求，再在测试模式跑通结账、可信回调、权益和退款。
本页目录
直接回答
先确认你的主体、市场和业务符合平台要求，再在测试模式跑通结账、可信回调、权益和退款。跳到成功页面不是付款凭证，浏览器传来的金额或状态也不能直接授予权益。
适用场景
准备把真实交付接入收款，或需要检查模板里的支付流程。
一步一步做
核对业务与产品承诺
在平台当前官方条款中检查准入、受限业务、费用、退款和结算，并如实描述自己的交付。不能通过修改文案隐藏实际业务；具体主体和税务问题由适当专业人员核对。
把可信状态放在服务端
服务端创建价格或会话，验证 webhook 签名，按事件与订单 ID 幂等更新权益。分别处理成功、异步支付、取消和退款；不信任前端传回的支付结果。
测试完整生命周期
用平台测试模式检查失败、重复回调、乱序事件和刷新，核对订单记录与用户权益。准备支持入口、告警和补偿流程，通过测试不代表获准生产收款。
案例拆解
假设练习，非真实业绩。
用户付款完成后回调暂时延迟。页面应该显示可恢复的处理中状态，服务端收到可信事件后授予权益；重复事件不应重复发放。
行动检查
可复制模板
支付验收表
业务、主体、市场与条款核对日：
商品与退款承诺：
服务端会话与价格：
签名校验／幂等／权益：
成功、失败、取消、延迟、重复、退款结果：
支持、告警与生产批准状态：
平台业务核对提示词
用[平台官方规则]逐项比较[真实业务、交付和用户内容]。区分明确要求、可能不符与未知。不要建议隐藏业务、伪造资料或绕过审核；需要平台确认的事项单列。
易错点
密钥留在服务端，测试与生产分开。不要收集或存储不必要的卡信息，不把另一个项目或历史截图里的审核结果当成你的批准。