首页

聚合支付流程

支付交易场景为商户需要在手机应用(APP)、手机网页(WAP)、 PC网页上集成第三方支付时,可以选择信托付的聚合支付功能,信托付聚合支付的接入方式支持android/ios sdk,JS sdk,以及api直连方式,聚合支付接入与线下扫码还有所区别,所以请参考对应的流程。

  • 1. 商户客户端组装信托付sdk需要的参数发送请求到商户服务端,使用商户专有密钥进行加密。
  • 2. 商户服务端加密后,将加密串返回给商户前端。
  • 3. 商户客户端组装完整支付请求发送到信托付服务端。
  • 4. 信托付响应商户客户端请求,生成订单,返回支付凭证给商户客户端。
  • 5. 客户端拿到支付凭证后调起支付控件,用户输入密码完成支付。
  • 6. 支付完成后,信托付聚合支付平台会接收到三方异步返回的支付结果,记录支付结果后,信托付聚合支付平台会异步通知商户服务端该笔订单的支付结果。
  • 7. 支付完成后,用户可以在页面点击完成,从而支付通道会直接在客户端返回支付结果,此处商户不要使用客户端的成功结果更新订单的最终状态。

注意事项

  • 1. 建议在处理逻辑中添加主动查询机制:如果在可接受的时间范围内异步通知,你也可以调用信托付封装的查询方法,主动向信托付发起请求来获得订单状态,该查询结果可以作为交易结果。
  • 2. 请勿直接使用页面返回的支付结果作为最终判定订单状态的依据,建议订单状态的更新对比回调信息和查询接口获取的订单信息来确定。

扫码支付(非线下):

  • 1. 商户客户端组装信托付sdk需要的参数发送请求到商户服务端,使用商户专有密钥进行加密。
  • 2. 商户服务端加密后,将加密串返回给商户前端。
  • 3. 商户客户端组装完整支付请求发送到信托付服务端。
  • 4. 信托付服务端下单成功后,返回支付二维码。
  • 5. 商户根据链接自行生成二维码,显示在你的 PC 端或任意你需要展示二维码的平台。
  • 6. 支付完成时,信托付会接收到三方异步返回的支付结果,记录支付结果后,信托付会主动以 POST 方式向你的notify_url通知地址发送支付结果。
  • 7. 支付完成后,用户可以在页面点击完成,从而支付通道会直接在客户端返回支付结果,此处商户不要使用客户端的成功结果更新订单的最终状态。

注意事项

  • 1. 建议在处理逻辑中添加主动查询机制:如果在可接受的时间范围内没有收到异步支付结果通知,你也可以调用查询接口,主动向信托付发起请求来获得订单状态,该查询结果可以作为交易结果。
  • 2. 信托付支持商户自行展示二维码以及通过信托付展示二维码两种方式。
  • 3. 支付完成后,第三方渠道不会直接给商户任何结果,所以你需要设计客户端主动轮询服务端查询扫码的支付结果。

快捷支付流程

流程说明:

  • 1. 用户在商户客户端发起支付请求;
  • 2. 商户业务端创建订单;
  • 3. 商户业务端根据用户的支付行为生成订单,包括业务端号、订单号、金额、手机号等支付要素,并提交获取短信验证码请求;
  • 4. 我方请求数据进行处理,我方收到鉴权请求数据后,会先进行安全、重复性订单检查,一系列验证通过后便会处理完成这次发送过来的数据请求;
  • 5. 我方向银行或第三方支付通道发送鉴权请求,鉴权通过银行或三方向用户发送手机短信验证码;
  • 6. 用户输入短信验证码后,商户业务端接收用户短信验证码;
  • 7. 商户业务端使用鉴权通过的订单要素,包括业务端号、订单号、金额、手机号、短信验证码等支付要素,并提交付款请求;
  • 8. 我方请求数据进行处理,我方收到付款请求数据后,会先进行安全、重复性订单检查,一系列验证通过后便会处理完成这次发送过来的数据请求;
  • 9. 我方向银行发送支付请求;
  • 10. 银行端创建订单并生成支付页面;
  • 11. 用户在银行端输入银行卡信息进行支付;
  • 12. 银行对用户支付结果进行处理;
  • 13. 银行同步及异步返回我方支付结果,两步可能同时进行,也可能不同时进行;
  • 14. 我方对支付结果进行处理,转义、记录交易状态等处理;
  • 15. 我方返回银行异步通知接收状态;
  • 16. 我方确认用户支付成功后,同步及异步通知业务端处理结果(同时进行);
  • 17. 业务端对异步通知进行处理;
  • 18. 业务返回我方异步通知接收状态(正常接收返回success),否则,我方需要向业务端启动重发机制;

B2B企业网银支付流程

支付交易场景为商户需要在手机网页(WAP)、 PC网页上集成第三方支付时,可以选择信托付的B2B企业网银支付功能,B2B企业网银支付的接入方式支持JS sdk,以及api直连方式。

  • 1. 商户客户端组装信托付sdk需要的参数发送请求到商户服务端,使用商户专有密钥进行加密。
  • 2. 商户服务端加密后,将加密串返回给商户前端。
  • 3. 商户客户端组装完整支付请求发送到信托付服务端。
  • 4. 信托付响应商户客户端请求,生成订单,返回支付凭证给商户客户端。
  • 5. 客户端拿到支付凭据后调起银行网关支付页面,用户输入银行卡号,密码等等(此处因银行网关而异)完成支付。
  • 6. 支付完成后,信托付聚合支付平台会接收到三方异步返回的支付结果,记录支付结果后,信托付聚合支付平台会异步通知商户服务端该笔订单的支付结果。
  • 7. 支付完成后,用户可以在页面点击完成,从而支付通道会直接在客户端返回支付结果,此处商户不要使用客户端的成功结果更新订单的最终状态。

注意事项

  • 1. 建议在处理逻辑中添加主动查询机制:如果在可接受的时间范围内异步通知,你也可以调用信托付封装的查询方法,主动向信托付发起请求来获得订单状态,该查询结果可以作为交易结果。
  • 2. 请勿直接使用页面返回的支付结果作为最终判定订单状态的依据,建议订单状态的更新对比回调信息和查询接口获取的订单信息来确定。

B2C个人网银支付流程

支付交易场景为商户需要在手机网页(WAP)、PC网页上集成第三方支付时,可以选择信托付的B2C个人网银支付功能,B2C个人网银支付的接入方式支持JS sdk,以及api直连方式。

  • 1. 商户客户端组装信托付sdk需要的参数发送请求到商户服务端,使用商户专有密钥进行加密。
  • 2. 商户服务端加密后,将加密串返回给商户前端。
  • 3. 商户客户端组装完整支付请求发送到信托付服务端。
  • 4. 信托付响应商户客户端请求,生成订单,返回支付凭证给商户客户端。
  • 5. 客户端拿到支付凭据后调起银行网关支付页面,用户输入银行卡号,密码等等(此处因银行网关而异)完成支付。
  • 6. 支付完成后,信托付聚合支付平台会接收到三方异步返回的支付结果,记录支付结果后,信托付聚合支付平台会异步通知商户服务端该笔订单的支付结果。
  • 7. 支付完成后,用户可以在页面点击完成,从而支付通道会直接在客户端返回支付结果,此处商户不要使用客户端的成功结果更新订单的最终状态。

注意事项

  • 1. 建议在处理逻辑中添加主动查询机制:如果在可接受的时间范围内异步通知,你也可以调用信托付封装的查询方法,主动向信托付发起请求来获得订单状态,该查询结果可以作为交易结果。
  • 2. 请勿直接使用页面返回的支付结果作为最终判定订单状态的依据,建议订单状态的更新对比回调信息和查询接口获取的订单信息来确定。

分期支付流程

  • 1. 商户客户端组装信托付sdk需要的参数发送请求到商户服务端,使用商户专有密钥进行加密。
  • 2. 商户服务端加密后,将加密串返回给商户前端。
  • 3. 请求信托付服务器,信托付服务器组装参数调用分期支付通道。
  • 4. 信托付响应商户客户端请求,生成订单,返回支付凭证给商户客户端。
  • 5. 客户端拿到分期支付凭据后调起地址,用户按照步骤输入密码完成分期支付。
  • 6. 分期支付完成后,信托付聚合支付平台会接收到三方异步返回的分期支付结果,记录分期支付结果后,信托付会异步 通知商户服务端该笔订单的分期支付结果。
  • 7. 分期支付完成后,用户可以在页面点击完成,从而分期支付通道会直接在客户端返回支付结果,此处不要使用客户端 的成功结果更新订单的最终状态。

注意事项

  • 1. 建议在处理逻辑中添加主动查询机制:如果在可接受的时间范围内异步通知,你也可以调用信托付封装的查询方法,主动向信托付发起请求来获得订单状态,该查询结果可以作为交易结果。
  • 2. 请勿直接使用页面返回的支付结果作为最终判定订单状态的依据,建议订单状态的更新对比回调信息和查询接口获取的订单信息来确定。
  • 1. 用户在客户端选择还款并提交,客户端需要向你的服务端传递还款要素。 注意:在你的客户端和你的服务端之间的数据交互,还没有涉及到信托付聚合支付,因此此处请你自定义通信方式。
  • 2. 服务端接收到客户端请求参数,组装参数返回给客户端,调用信托付支付平台服务端。
  • 3. 请求信托付服务器,信托付服务器组装参数调用分期支付通道。
  • 4. 信托付响应你的客户端请求,返回分期还款访问地址给你的客户端。
  • 5. 客户端拿到分期还款凭据后调起地址,用户按照步骤完成分期还款。
  • 6. 分期还款完成后,用户可以在页面点击完成,从而分期支付通道会直接在客户端返回还款结果。

注:还款业务也可用户直接下载分期通道提供的app,自行进行还款,可以不走此流程。