填写参数前，确认钱进入哪个商户号

商户拿到易支付后台后，常会先寻找“微信支付”开关，再把接口地址交给网站使用。但选择了微信通道，并不代表已经对接微信官方支付。要确认实际交易由哪个微信支付商户号承接、结算进入谁的账户，以及退款由谁发起。

如果使用商户自己的微信支付商户号，易支付承担的是交易接入和订单管理工作，收款主体仍是商户。若接入方式涉及服务商或其他主体，后台显示的“微信支付”也可能对应不同的收款关系。遇到“官方直连”“免申请即可收款”等表述，先请提供方说明商户号归属和结算路径，再决定是否录入资料。仅凭付款页面出现微信标识，无法判断这些信息。

自有商户号也不意味着所有支付入口都已开通。用户在微信内打开页面付款，和在普通浏览器中调起支付，涉及的产品能力及配置不同。接入前把用户实际从哪里进入收银台、准备使用哪种支付方式告诉易支付提供方，可少走一段配置完才发现无法下单的路。

微信内点支付，页面却没有调起收银台

假设一家商户已有自己的微信支付商户号，网站订单也能传到易支付，但用户在微信内点击付款后，页面提示下单失败。商户准备重新填写商户号时，技术人员先查看了这笔订单的接口返回：请求已发往微信支付，失败发生在创建支付订单阶段，而不是用户取消付款。

这条路径下，排查范围就缩小了。微信内网页支付通常涉及 JSAPI；下单所用的 AppID 与商户号之间需满足对应的绑定和授权要求。技术人员将易支付中填写的 AppID，与商户平台及实际打开页面的公众号或小程序信息逐项核对。假如 AppID 填的是另一应用，即使商户号和密钥无误，反复提交同一配置也不会解决这笔订单。

处理时只改动确认有误的绑定或配置，并保留原始错误信息，避免同时更换多个参数后无法判断哪项起了作用。重新发起测试订单仍可能遇到页面授权配置等后续问题；那时再根据新的返回信息处理，不把所有失败都归为“密钥不对”。测试产生的订单和款项，也应按商户正常的交易记录核对。

能下单后，继续核对通知与退款

支付页面成功拉起，只覆盖了交易的一部分。用户付款后，易支付还要接收微信支付的结果通知，并把订单状态传给业务网站。出现“用户已付款、网站仍显示未支付”时，先查商户平台的交易记录，再核对易支付是否收到通知、业务网站是否接收了易支付的回调。这样能分清是支付未完成，还是付款后的订单状态没有同步。

接口资料也要按用途保管。商户私钥用于请求签名，API v3 密钥涉及通知内容解密；两者不应因为“方便调试”就发到公开聊天群或交给来源不明的代配置人员。提供方若代为部署，商户可确认资料保存位置及后续更换方式。

正式开放收款前，留一笔可追溯的测试订单，核对微信商户平台、易支付后台和网站显示的金额与状态。退款入口由谁操作、退款结果在哪里查看，也在交接时写清。若这三处记录仍对不上，先保存订单号和接口返回信息，再定位缺失的那一段传递。