看到“免签约”，先问钱由谁收

搜索易支付免签约接口时，页面上常会出现“快速接入”“无需申请商户号”等说法。它们描述的可能是不同安排：有的由服务商提供收款通道，再与使用者结算；有的只是展示个人收款码，由系统尝试识别到账信息。两者都可能被称作“免签约”，但收款主体、到账路径和订单处理方式并不一样。

询问接口之前，把交易过程说具体：用户付款后，钱进入谁的账户？服务商何时结算？发生退款或用户称已付款却未收到服务时，由谁查询交易记录？如果对方只提供接口文档和演示页面，却没有讲清收款主体与结算规则，接入再快也无法替代这些信息。涉及真实交易时，还要核对服务条款及所用收款渠道允许的业务范围，不要把“免签约”理解成可以绕开收款规则。

付款成功了，网站为什么还显示未支付

对自动发货或开通服务的网站来说，收到了钱只是半件事。系统还得知道这笔付款对应哪张订单。支付页面跳转回网站，不代表网站已经收到可靠的支付通知；用户关闭页面、网络中断，都可能让跳转结果与实际到账状态脱节。接口文档里提到的“回调”，就是支付结果发送到网站服务端的通知，网站据此核对订单并更新状态。

例如，一个售卖数字资料的网站打算接入免签约支付。测试时，付款页面显示成功，网站后台的订单仍停在“待支付”。运营者起初准备把返回页面改成“支付成功后自动发货”，但技术人员发现，网站仅凭浏览器跳转就改订单状态，而服务端没有保存可核对的支付通知。此时改页面文字解决不了交付问题，反而可能让尚未核实的订单收到资料。

他们暂停自动发货，保留测试订单号，向服务商索取对应的交易记录与回调说明；网站端则记录通知到达时间、订单号和处理结果。服务商回复可以查询支付状态，但现有接口文档没有说清通知失败后怎样补发。网站暂时改为人工核对后交付，自动发货功能仍未恢复。下一轮测试会检查同一订单收到重复通知时会不会重复交付，以及通知迟到后能否查询到交易状态。

接入前，把演示效果换成可核对的约定

上面的故障发生在订单交付环节；另一项需要提前确认的是退款与结算。演示环境里付款成功，不代表正式使用后每笔款都能按预期入账。服务商若负责收款和结算，合同或服务说明中应写清结算依据、异常订单如何处理，以及停止合作时未结算款项如何核对。对交易量不大的业务，人工核对尚能暂时承接；订单增加后，缺少稳定的查询和记录，客服很难仅凭付款截图定位问题。

比较不同方案时，留下一份实际接入所需的材料：接口文档、测试订单记录，以及服务商关于收款主体和结算方式的书面回复。能独立申请并使用正规商户收款渠道的业务，也可把该路径与免签约方案放在一起比较，算上开发工作量和后续对账成本，而不只看接入当天是否方便。正式开放付款前，先用测试订单核对到账记录、支付通知和网站订单状态；仍对不上的环节，暂不交给自动发货处理。