B2B在线交易的货到付款、即时支付方式在自营业务模式下相对采用较多，支付流程相对来说要简单，不必过多叙述。而在撮合交易模式下，担保交易方式是最常用到的，担保交易的支付流程相对来说要复杂得多，是资金流与物流、信息流交互的过程，信息流贯穿支付的全流程。将担保交易的流程描述清晰，对于在线支付功能设计至关重要，在不同的支付场景下，资金流、物流和信息流有不同的交互流程和结果。
一、订单正常完成场景下的资金流、物流、信息流交互
订单正常完成场景下，买卖双方达成交易意向，确认订单后，买家的订单状态显示为待付款状态，卖家的订单状态显示为待买家付款。只有订单状态显示为待付款时，买家可以完成资金支付操作。
买家完成付款后，资金会进入平台合作的支付渠道监管的账户，这时卖家知道买家已付款，但账户并没有收到买家支付的货款，卖家的订单状态变更为待发货，买家的订单状态显示为待卖家发货。
在待发货状态下，卖家已经知道买家已经付款，可以放心地完成发货。无论是通过平台自身的物流体系发货还是对接物流查询系统，卖方发货时都需要将运单号与订单号做绑定，以方便跟踪物流进程。
卖家发货后，买家确认收货时，意味着买方对交易没有异议，这时平台会向支付渠道发送资金结算指令，资金从支付渠道监管账户结算到卖家账户，此时买卖双方的订单状态都显示为已完成。订单正常完成场景下，资金流、物流、信息流的交互如表1所示。
表1 资金流、物流、信息流交互示意表（订单正常完成）
二、订单取消并退款场景下的资金流、物流、信息流交互
电子商务中，买方在提交订单并付款后，会因为各种原因出现要求退款的情况，比如发现更低价格的商品，或者迟迟未收到卖家发货，这种情况下，买方往往希望平台能够支持退款。产业互联网平台会规定买方付款但卖方尚未发货时可以申请取消订单，但一旦卖方已经发货，买方只能和卖方协商退货，只有在卖方同意的情况下才能按照退货流程处理。
买家在订单状态是“待卖家发货”的状态下申请取消订单，卖家看到买家的退款申请，经过审核后同意退款，平台会向支付渠道发送退款指令，资金会由支付渠道监管的账户原路退回买方的支付账户。
完成退款后，支付渠道返回退款成功消息，此时买卖双方订单状态都显示为订单“已取消”，如表2所示。
表2 买家申请订单取消场景下资金流、物流、信息流的交互示意表
三、订单退货场景下的资金流、物流、信息流交互
当卖方完成发货，卖方的订单状态显示为“待买家收货”，方的订单状态是“待收货”，此时如果买方对货物不满意，可以在线申请退货，此时买方订单状态显示为“待确认退货”，而卖方订单状态显示为“退货审核”。
卖方在“退货审核”状态下，对于买方提出的退货诉求进行审核，如果同意退货并协商好运费负担，卖方需要在平台单击“同意退货”按钮，此时卖方订单状态变为“待买家退货”，买方订单状态变为“待退货” 。
卖家收到买家退货时，在“待买家退货”订单状态下，击“确认收货”按钮，平台向支付渠道发送退款指令，款项由支付渠道监管的账户原路退回到买方支付账户，支付渠道返回退款成功信息，买方的订单状态变成“已退货”，卖方的订单状态变成“已退款”，如表3所示。
表3 订单退货场景下的资金流、物流、信息流交互示意表
