网站已经使用易支付接口，想接入微信官方支付，往往会遇到两个问题：后台有“微信支付”选项，却不知道它连接哪种通道；用户付款成功，业务订单仍停在待支付。前一个问题涉及接入资格与程序能力，后一个问题涉及支付通知如何传到业务系统。

后台的“微信支付”连接哪条通道

易支付常被用作统一收款接口层，不同程序、版本和插件的实现存在差异。仅凭后台出现“微信支付”按钮，无法确认它支持微信支付官方接口。

查看通道文档和插件配置，确认它对接的是普通商户模式还是服务商模式。普通商户模式使用自身商户号接入；服务商模式涉及服务商与子商户的配置及对应权限，两者的参数不能随意混填。若通道只提供第三方接口地址，却没有说明实际收款商户和资金结算方式，接入前就要把这些信息问清楚。

商户入驻通过后，具体支付产品仍有开通条件。微信内网页发起支付，与外部手机浏览器拉起支付，使用的能力和配置要求不同。选插件时，把网站实际打开的位置告诉维护方，确认对应产品支持情况，再处理AppID与商户号的关联、授权目录或域名配置。具体要求以所用支付产品的当前官方文档为准。

收款商户与结算安排也要核对，不能只看付款页面显示了微信标识。个人收款码不应被当作官方商户支付接口使用。

易支付接口和微信接口的密钥不要混用

业务网站调用易支付统一接口时，使用的是该易支付程序规定的签名方式；易支付插件向微信支付发起请求，则使用微信官方接口规定的认证方式。这是两段独立通信。

采用API v3的插件，会涉及请求签名、微信通知验签与报文解密。API v3密钥和商户私钥承担不同用途，不能互相替代；微信支付平台证书或微信支付公钥的使用方式，也要与插件实现匹配。旧插件若未适配当前认证方式，补齐后台字段仍可能无法正常收款。

向维护方确认支持版本时，可以直接询问：“这个插件使用哪版接口，如何更新验签材料？”密钥和私钥保留在服务端，不放进网页源码，也不通过公开截图排查问题。

已经付款，业务订单却没有更新

假设一个网站通过易支付接入官方微信通道，用户付款后，微信侧交易成功，易支付后台也显示已支付，但网站订单仍未完成。这时，排查范围可以收缩到易支付向业务网站发送通知的这一段。

开发者查看通知记录，发现业务网站返回验签失败；对照代码后，发现网站拿微信API v3密钥验证易支付通知。由于业务网站收到的是易支付生成的通知，应按该程序的对接文档验签，而非直接套用微信通知的验证逻辑。

处理时，将验签代码调整为对应版本的实现，再核对通知中的订单号、金额和支付状态。浏览器返回的“支付成功”页面只用于展示，用户关掉页面或返回过程被中断，都不应影响服务端确认订单。

修改后，对同一订单重复接收通知，检查业务系统是否只发货或入账一次。重复通知和主动补单都可能发生，订单更新要保留幂等处理，避免一次付款触发多次履约。

在这个假设情境中，验签修复并不会自动处理全部历史订单。已经付款但尚未交付的记录仍要逐笔核对，调用订单查询接口确认后再补单；无法确认的订单继续保留待核对状态。

准备上线时，落实一笔真实交易的全链路测试：核对微信侧交易、易支付订单和业务订单的状态，再检查通知失败后的重试或查询补偿能否完成处理。退款能力及其状态同步也要单独验证，不能从收款成功直接推定可用。