后台写着“接口地址”，该填哪一个

易支付填写接口时，最容易卡住的地方往往是地址。收银台后台有一个“接口地址”输入框，服务商资料里却可能同时出现平台首页、提交支付的接口地址和查询订单的接口地址。它们用途不同，不能看到域名相同就随手填入。

先看正在配置的收银台要求什么：如果该字段用于发起支付，就对照服务商文档中的支付提交地址；如果页面明确写着“网关地址”或“平台地址”，还要核对它要求填写完整接口路径，还是只填写站点根地址。各类易支付程序和插件的约定不完全一致，照搬别人的截图，可能连支付页面都打不开。

地址之外，商户号用于标识接入的商户，密钥用于校验请求或通知。填写时从当前商户后台复制，并核对正在使用的是测试环境还是正式环境。同一家服务商的测试资料与正式资料混用，页面可能仍能跳转，但签名校验无法通过。密钥只放在服务器端配置或受控的后台设置中，不要写进前端页面，也不要发到公开的求助帖子里。

支付完成了，订单却没有更新

假设一个商城已经接入易支付：顾客付款后浏览器回到了商城，订单仍显示“待支付”。管理员随后在支付平台后台找到了这笔交易，便准备修改商户号。这个动作未必对准了问题——交易已经进入对应商户账户，眼下更需要检查支付结果有没有送达商城。

顾客付款后返回的页面，和支付平台向商城服务器发送的异步通知，是两条不同的路径。前者受浏览器关闭、网络中断等情况影响；商城确认订单状态时，通常要依赖后者完成通知接收和签名核验。具体采用哪种机制，以当前插件和服务商文档为准。

在这个情境里，管理员保留测试订单号，在商城日志中查找对应的通知记录，再到支付平台核对该笔交易的通知状态。如果平台显示通知失败，检查填写或提交给平台的回调地址能否从外网访问，以及路径是否指向当前插件的通知入口；如果商城收到了通知，却记录“签名错误”，再核对商户密钥和签名方式。支付凭证先保留，订单状态暂不靠手工修改掩盖故障。假如插件没有提供日志，还得向插件维护方确认通知入口和记录位置，定位可能会停在这一步。

改完配置后，用一笔订单核对整条链路

易支付接口地址改动后，仅看到“保存成功”不代表支付可用。用测试订单发起支付，记录订单号，核对能否正常跳转、支付平台是否生成交易，以及商城收到通知后订单状态有无更新。测试涉及实际付款时，先确认退款办法和测试成本，避免反复下单留下难以核对的交易。

如果更换过域名、启用了 HTTPS，或调整了商城安装目录，旧回调地址也可能随之失效。此时保留商户号和密钥不动，先核对插件生成的回调路径，再检查支付平台当前记录的地址。已经正常使用的接口不宜一次改动多个字段，否则下一笔订单出错时，很难判断是哪项变更造成的。

准备正式使用前，把服务商提供的接口资料与商城配置放在一起，确认提交地址、商户号和回调入口分别对应当前环境。随后完成一笔可核对的订单测试；若仍停在待支付状态，就带着订单号和通知记录向服务商或插件维护方询问具体失败环节。