网站装好了易支付插件，手里也有“码支付”的账号，却不知道接口地址填哪里，这是接入时常见的卡点。易支付常指一类支付接口协议或系统，码支付则可能指不同服务商的产品。名称相近，不代表接口能够直接互通。

接入方式取决于服务商提供的协议。插件能保存配置，只表示表单填写完成；支付页面能打开，也还没有验证付款后的订单处理。

现有易支付插件能否连接码支付

打开码支付服务商的接口文档，查找兼容易支付的接入说明，并核对它支持的协议版本。已有网站使用易支付插件时，只有两边协议匹配，才能直接套用插件。

如果服务商只提供自己的原生接口，修改网关地址无法解决参数差异，需要使用对应插件，或由开发者编写适配层。适配层负责转换下单请求，并将支付通知交给网站原有的订单逻辑处理。

向服务商询问时，直接提供网站系统和插件版本，问清“这个插件能否直接接入，使用哪份文档”。不要只问“支不支持易支付”，因为同名插件可能支持不同的请求方式和签名规则。暂时拿不到明确文档时，保留原配置，不急着覆盖正在使用的支付通道。

网关、商户信息和密钥怎样填写

网关地址填写文档指定的接口地址，不是后台登录网址，也不是个人收款二维码的链接。有的插件要求填写基础地址，有的要求完整请求地址，应按插件说明与服务商文档对应填写，避免重复拼接路径。

商户编号和接口密钥从该服务商后台获取，不能沿用另一家平台的凭据。文档中的商户字段可能标为 pid，插件里的密钥也可能标为 key，但字段名称和签名算法仍以实际版本为准。密钥放在服务端配置中，不写进网页脚本，也不截图发到公开群聊。

保存后，使用服务商允许的测试方式创建订单。若提示商户不存在，核对账号与网关是否属于同一平台；若提示签名错误，检查密钥、参与签名的参数和编码规则，不要靠反复更换接口地址碰运气。

测试还要核对订单金额与网站记录是否一致。服务商的收款主体、结算安排及退款方式，也应在正式接入前确认，避免技术接通后才发现业务需求无法满足。

已经付款，网站订单还停在待支付

支付完成后的页面跳转，与服务端接收的异步通知承担不同作用。浏览器跳回网站，不足以作为发货依据；网站要按接口规则验签，并核对订单号和金额，再更新订单状态。

假设一个商城接入后能够显示付款页面，用户付款后订单却一直待支付。服务商后台显示付款成功，商城没有收到有效通知。排查时发现，回调地址被网站的登录校验拦住，访问后跳到了登录页。

这条处理路径针对的是通知无法到达业务程序：将支付回调路由从登录校验中放行，但保留签名验证；随后通过服务商提供的重发通知功能验证处理结果。若后台没有重发入口，就向服务商提交订单号和通知记录，请其协助核对。

回调处理还要防止重复发货。同一订单收到多次有效通知时，已完成的订单不再重复执行履约动作；返回给平台的确认内容按文档填写，不能随意输出一段提示文字。

此前滞留的订单仍要逐笔核对支付记录，不能批量改成已支付。准备上线时，再跑通一笔完整测试，查看通知是否到达、验签是否通过，以及网站订单有没有完成预期更新。