易支付使用接口对接，常见的卡点是：付款页面已经提示成功，网站订单却还停留在“待支付”。接口能够生成收银台链接，只完成了支付入口；订单状态更新和发货，还依赖后续通知处理。

拿到商户信息后，确认使用哪份接口文档

“易支付”这一名称下存在不同站点和程序版本，不能直接把网上找到的示例代码套进项目。向服务方确认当前商户对应的网关地址、接口版本和签名规则，并核对所需支付渠道是否已经开通。

签名用于校验请求来源及内容完整性。参与签名的字段、空值处理和编码方式有差异，就可能导致验证失败。不要自行认定所有版本都使用同一种算法，直接按当前文档实现，并用官方示例核对计算结果。

商户密钥保存在服务端，不放进网页脚本或公开代码仓库。支付金额由后端根据业务订单读取，不能直接采用浏览器提交的金额。接口能调用，也不代表结算安排已经明确；费率和到账规则仍要向服务方核实。

用户付了款，订单仍显示待支付

页面回跳和异步通知承担不同任务。回跳页面负责让用户返回网站查看结果；异步通知是支付服务方向商户服务器发送的消息。用户关闭页面会影响回跳，但只要异步通知正常到达，后端仍能处理订单。

假设有这样一种情况：一个销售数字内容的网站接入支付后，用户付款完成，却没有获得下载权限。后台订单仍显示待支付，浏览器已经回到成功页面。开发者原本把开通权限的逻辑写在回跳页面中，因此开始检查支付通知地址和服务器访问日志。

定位时围绕这笔订单查看：通知有没有到达，到达后在哪个环节被拒绝。如果请求没有进入应用，就核对回调地址及网关拦截记录；如果日志显示验签失败，就对照文档检查签名字段与编码，不能为了让订单通过而关闭验签。

在这条假设的处理路径中，权限开通被移到服务端通知处理逻辑。收到通知后，后端验签，核对订单归属和原始金额，并确认通知中的交易状态符合文档规定的成功状态。匹配通过后才更新订单、创建下载权限，再返回文档要求的应答内容。

修正代码后，那笔仍待支付的订单也不会自动补齐。开发者还要通过平台支持的查询接口或后台记录核实交易，再补做订单处理；平台若没有可用的查询接口，就保留订单记录，联系服务方核对。

联调时，让同一笔通知重复到达

支付平台可能因未收到有效应答而重发通知。接入端要支持幂等处理：同一笔已成功处理的支付再次通知时，不重复发货、增加余额或创建权益。

订单更新与权益创建要协调好事务，必要时配合唯一约束，防止两个并发通知各自执行一次。重复通知通过校验后，仍按文档返回应答，避免平台继续重试。应答文字或状态码没有统一写法，以当前接口要求为准。

联调别停在“收银台能打开”。用受控订单验证付款后的状态变化，并重放一次合法通知，检查权益只创建一次。再让通知处理暂时失败，观察平台的重试记录以及本地订单能否恢复；具体重试机制以服务方文档为准。

上线前核对生产环境的回调地址，保留脱敏后的通知日志和验签结果。对已付款但仍待支付的订单，明确由谁查询、如何补单。接下来要补齐的，是回调处理测试和异常订单核对记录。