接口已经拿到，先确认能否在小程序内支付

易支付通常指提供聚合收款接口的平台，但各平台开放的通道不同。对接前，先向服务商确认：当前商户账号开通的是微信小程序支付，还是仅支持网页跳转、H5收银台。拿到“支付接口文档”不足以判断这一点。

小程序内的常见支付方式，是由服务端创建支付订单，取得调起支付所需的参数，再由小程序调用 wx.requestPayment。如果服务商只返回一个网页收银台地址，直接放进小程序的 web-view，可能出现页面能打开、却无法完成付款的情况。此时继续调整页面样式或反复更换跳转方式，解决不了通道能力的问题。

沟通时，把“小程序 AppID、商户使用的支付通道、接口返回的支付参数格式”放在同一轮确认。服务商若要求填写 AppID 或配置商户关联关系，也要以其实际接入文档和微信支付侧的配置要求为准；不同平台的后台字段并不一致。

用户点击付款后，订单由服务端衔接

确认通道可用后，小程序只负责提交商品和订单请求、展示付款界面。金额由服务端依据订单重新计算，不能直接采用前端传来的数字。服务端向易支付接口发起创建订单请求时，按文档传入商户订单号、金额及回调地址，并完成签名；接口密钥留在服务端，不写进小程序代码。

服务商返回支付参数后，服务端将小程序调起支付所需的字段交给前端。前端调用 wx.requestPayment，用户完成操作后可以展示“结果确认中”，同时向自己的服务端查询订单。这里有个容易漏掉的区别：wx.requestPayment 的成功回调表示客户端支付流程返回成功，业务订单是否改为已支付，还要由服务端核对支付通知或查询结果。

联调期间，记录本地订单号和易支付返回的交易标识，后续查账、退款或定位异常才有对应依据。正式下单前，也要确认回调地址可从外网访问，接口所用域名符合小程序的网络请求配置。

页面显示已付款，后台订单仍未更新

假设商家联调时遇到一种情况：用户支付后小程序显示成功，后台订单却一直停在“待付款”。这只是用于说明排查路径的情境，不能直接认定钱未到账。先按订单号查询支付平台上的交易状态，再查看服务端有没有收到异步通知。若通知已到达，却未改动订单，检查签名校验、金额核对和订单号匹配的日志；若没有通知，则核对回调地址及服务端接收记录。

订单状态更新放在服务端处理，并让重复通知只生效一次，避免同一笔付款多次发货。若客户端已返回成功、服务端仍未查到明确结果，小程序暂时保留“确认中”，不要立刻重新创建订单引导用户再付一次。接下来用同一笔测试订单核对平台交易记录与本地订单记录；两边结果不一致时，携带订单号与服务商继续确认，确认后再调整页面提示和发货状态。