填写地址时，指向哪个页面

易支付的异步通知地址，填写商户网站上专门接收支付结果通知的接口完整地址，例如 https://pay.example.com/payment/notify。这里的域名和路径只是格式示意，实际填写时要换成自己系统已部署的接口。接口应能从公网访问，由服务器接收易支付发送的通知数据。

它与用户付款后看到的页面分工不同。用户完成支付后跳转到“支付成功”页，属于页面返回；异步通知则由支付平台发往商户服务器，即使用户关掉浏览器，订单仍可能通过这条通知更新。把首页、订单详情页或前端成功页填进通知栏，页面或许能打开，却未必能处理支付数据。

填写前先确认两件事：接口已经部署到填写的域名下，路径与程序路由一致；接口接收通知的方式和参数，符合当前易支付服务商的接入文档。不同服务商或程序模板的配置名称、请求方式可能有差异，不能只凭一段通用示例地址照填。

付款成功，订单却一直显示未支付

假设一个网站已经接入易支付，测试付款后，浏览器跳到了成功页，但后台订单仍是“待支付”。这时不宜直接把成功页地址复制到异步通知栏，也不能仅凭浏览器显示“成功”就手动改订单状态。先查看支付平台提供的通知记录，以及网站服务器在对应时间的访问日志：平台有没有发出通知，请求有没有到达填写的路径。

如果平台记录显示通知失败，而服务器没有对应请求，检查域名解析、HTTPS 证书、访问限制和填写的路径。测试环境使用 localhost 或仅在内网可访问的地址时，支付平台无法从公网请求它。若请求已经到达，但接口返回错误，就查看程序日志中解析参数、验签和订单查询环节的报错。

这类问题有时会反复出现：调整路径后，请求能够到达，订单仍未更新。此时保留一次测试订单的商户订单号和通知日志，对照接入文档核对签名规则与支付状态字段；不要为了让测试通过而跳过验签。接口修复后再发起新测试，同时确认旧订单是否仍待处理，避免重复付款测试留下多笔未核对的记录。

接口收到通知后，订单怎样更新

通知接口收到请求，并不代表可以立即把订单改成已支付。程序要按接入文档验证通知来源和签名，再用商户订单号找到本地订单，核对金额及支付结果。只有核对通过，才更新订单并执行后续业务；同一笔通知可能重复送达，接口也要避免重复发货、重复开通服务。

处理完成后，接口需按所用易支付平台规定的格式返回确认内容。平台若未收到它认可的响应，可能继续发送通知。具体返回文本和重试规则以当前接入文档为准，不要把浏览器里显示的“处理成功”当作平台已确认。

最终填写到后台的，应是这个已部署、可公网访问、能够验签并处理订单的接口地址。上线或更换域名后，核对后台填写值与程序实际路径，再用一笔测试订单查看通知记录和订单状态是否对应。