网站有易支付接口，还要接入码支付

“易支付对接码支付”通常指网站按易支付接口的请求方式创建订单，由接入的码支付服务提供收款二维码，并在识别到付款后，把支付结果通知网站。这里的“易支付”多指一类接口形式或聚合支付系统，并非看到这个名称就能确定资金由哪家机构处理。

网站能展示二维码，只完成了收款链路的一部分。用户扫哪个码、款进入哪个账户、支付成功由谁确认，都取决于实际接入的服务。有的服务使用具备商户资质的收款通道；有的方案围绕个人收款码识别到账信息。两者在资金结算、稳定性和适用规则上存在差异，不能因为都提供“易支付接口”，就当作同一种收款方式。

接入前，向服务方确认收款主体和结算账户，并查看它怎样将一笔付款对应到网站订单。若对方只演示“扫码后页面显示成功”，却说不清订单通知和异常处理，正式营业时就容易出现已收款、未发货的争议。

扫码付款后，订单仍显示待支付

假设一个销售数字商品的网站已经接好接口，测试时二维码能打开，付款后用户页面却一直显示“待支付”。这时不宜依据用户发来的付款截图直接交付商品：截图无法单独证明款项进入了约定账户，也无法证明它对应当前订单。

排查围绕这一笔测试订单展开。商家在码支付服务后台核对订单号、金额及支付状态。若服务后台仍显示未支付，就要核对款项实际到达的账户，并向服务方确认到账识别方式；仅靠固定二维码收款、再识别交易记录的方案，可能受到账通知延迟或识别条件影响。

若服务后台已经显示成功，而网站订单未变化，问题转到支付回调：服务方有没有向网站填写的通知地址发送结果，网站收到后有没有通过签名校验。签名相当于核对通知来源和内容，校验失败时，网站不应仅凭一条“支付成功”的请求修改订单。通知地址无法从外部访问、订单号对应不上，也会使这笔付款停在待支付状态。

处理这笔订单时，先保留双方后台记录和实际到账凭证，再核对通知记录。修好回调后，服务方可能再次发送通知，网站也可能收到重复通知，因此订单更新和商品交付要能识别“这笔订单已经处理过”，避免补发时重复交付。原先那笔订单能否自动补通知，还要看所用服务是否提供重试或订单查询接口；没有这些能力，就按核实后的记录人工处理。

上线前核对收款路径和异常处理

选择码支付接口时，低接入成本很容易吸引注意，但收款主体不清楚，后续退款、对账也会缺少明确的处理对象。尤其是面向持续经营的业务，个人收款码能否用于该场景、交易量变化后能否稳定收款，不能仅凭服务页面的介绍判断。向服务方确认其收款通道、资金结算方式和适用限制，再与自己的经营场景核对。

技术测试则保留两种结果：一笔正常付款后，订单能收到通知并更新；另一笔未付款订单，在二维码过期或订单关闭后不会被误判为成功。如果服务只提供二维码、不提供可核对的订单状态和通知记录，网站就得自行承担更多人工核账工作。正式接入前，先把收款账户、订单通知地址和异常订单的处理人确认清楚，再决定是否上线。