可以对接N多银企直联，就可以直接把业务订单推送到企业网银，支付关联

特别备注1：大额转账的叫法来源于网商银行，人家网商银行把线上下单，按单生成唯一的收款账户，然后线下统一打款给这个账户的方式叫大额转账，可以很好的解决交易订单和资金的匹配，问题是每次下单都是新的账号。

特别备注2：很多B端交易是按周期结算，针对这类场景，可以给固定的一些交易企业建专户，专户可以基于某个具体的交易场景；比如AA采购户，CC采购户，按打款到账户后，做周期自动归集结算（财务最厌烦，不信任业务手动做订单核销）。

特别备注3：当然如果你足够强大，可以对接N多银企直联，就可以直接把业务订单推送到企业网银，支付关联。

3）企业付款场景

纯付款：

搭建支付结算平台核心是为了赋能业务系统，很多企业搭建了银企直连，没有搭建的基本也开通了企业网银；面向纯付款业务，如果没有必要，建议不走支付结算平台，资金的事要专门的资金系统负责，特别是很多资金系统还要和企业内部的费用预算体系联动。

以销定采付款场景：

很多企业做面向行业的B2B交易平台，会选择先做自营（但不是先采购后销售的重模式），会统一和上游企业签订采购合作，由企业自己面向买家做销售，信息流上基于销售单生成对应的采购单，由供应商直接发货给买家，企业收买家的钱再给供应商结算，赚中间差价。

特别备注：为了解耦业务做手工订单核销，特别是企业没有统一的订单中心时，往往会要求结算平台做供应商付款的校验，校验逻辑包括2个维度：

• 采购单是否有匹配的销售单，也就是订单是否能付钱；
• 基于原来销售单或总销售金额做可付金额的校验。

整体上建议这块可以做成独立的订单核销模块，而不是放到结算平台来做，核销完成后，再给到结算平台调用外部资源渠道做结算划分。

4）交易分账场景

不管是2B还是2C场景，在整个交易过程中，为了促成交易闭环，除了买方和卖方，多多少少都会存在其它服务方参与活动获取服务分润。

几个典型的场景：平台引入分销机制，做社会化分销，所有通过分销链接成功交易的订单都需要按一定规则按单获取分销佣金；平台提供了交易场所和服务，需要获取交易佣金；物流提供了物流服务，需要获得物流费用；支付渠道提供了支付服务，需要获得渠道额用等等。

当前不管怎么分账，资金流上都要是谁提供服务，钱先到谁（谁开发票），再按订单清分，并基于不同业务规则做结算，可以是一次性结算，也可以做多次结算。

特别备注1：在没有统一的清结算规则配置能力前，把所有的分账规则都放到具体业务系统吧，这边边界就很清晰，结算平台就是基于业务系统指令做清结算划分，生成结算单（理论上按单分账分账金额不能超过订单金额）。

 特别备注2：做好内部对账，从支付开始，到各个节点清结算，再到账户落账生成账务流水，都需要有内部对账，确保内部体系的稳定和正确。

5）财务出入账

企业交易过程中，所有涉及到收款，付款都需要在财务层面做账（一般通过ERP做财务账），而财务做账不管是记收入，还是出款，都需要有对应的发票，资金流水，业务订单，包括合同合一才能做账。这里的核心是明确2个点：

• 结算平台账户的定位，你是做面向交易的业务账（账户无科目属性，单式记账），还是财务账（有科目属性，复式记账），正常情况企业都会有自己的ERP和分录系统做财务账；
• 基于整个交易场景，明确哪些场景会涉及到真实资金的变动，有变动，就得有基于场景在分录系统做分录模板，按业务需要以固定周期或实时进行抛账。

三、企业支付结算运营场景

针对企业经营多元化，不同的业务独立发展，需要有针对不同业务的支付结算管理，运营后台孕育而生。

1）渠道管理，支付方式管理

针对支付场景，前面已经明确了2种输出的方式，收银台和聚合支付API ，这块的运营主要就是针对不同业务应用做支付渠道，支付方式或收银台的配置。