B2B支付，对于企业而言，是熟悉得不能再熟悉的场景。

传统的方式有很多，比如各种汇票、以及现代化的转账，但是无论哪种方式，B2B支付都是个单独的动作，它和B2B交易是分离开的。

交易，大多数都是走合同的，然后根据合同，就有了账单，然后根据账单，支付费用，在当下，大多数情况下，应该都是会由财务同学去转账。

但是，这笔转账，是一个单独的事件，它与那份合同之间，并没有某种关联。

怎么理解这件事？

——可以试想，如果十年后，我们找到一份合同，想知道它所对应的收付款是否能正常履行了，该怎么办呢？

只能根据各种上下文信息去银行系统反查，不仅效率很低，而且也是模糊对应的，如果当时的转账记录没有清晰的备注，而且同一天的转账笔数很多的情况下，是很难找到的。

更复杂的情况是，如果当时这笔转账还发生了部分退款的操作，那肯定是另一个反向转账操作，但是，在前面那笔转账发生的时候，肯定无法预计到后面这种情况，因此，你必然无法找到相应的完整记录。

这就是业务系统和资金系统相分离带来的问题。

在消费者的支付业务中，这个问题早就得到了相应的解决，在各大银行、支付机构以及银联、以及央行的大力推动下，支付系统早已经成为底层的基础设施，今天铺天盖地的第三方支付机构、聚合收单机构，以及交易系统的数字化，早已经实现了交易与支付的闭环打通。

尤其是在智能手机普及、以及快捷支付的打通的大背景下，个人支付的体验已经大幅度提升。

但是，很可惜，在B2B场景下，目前这样的体验还没有。

目前的转账，是和交易分离的，如果很在意这一点，只有网关支付这一条路，需要调起企业网银，才能完成支付——这大概就是二十年前个人在网上购物的体验吧。

换个角度，越落后，说明机会越大。

至少有一种突破的方式，就是在某个场景内部（比如基于某个平台），构建一套场景内的账户和账务系统，基于银行的底层能力，实现合规，同时，又能兼顾平台侧的技术和灵活性需求，由于平台商户采用虚拟子账户方案，可以极大提升交易的便捷程度。

当然，这样操作，平台的成本不低，只有大平台才能玩得转这套方案。

那么，进一步也就不难想象了，由科技公司，构建一套多租户的SaaS方案，把成本均摊掉，最终中小型的平台也得以使用。

在可见的当下，这种方式是否能够推动市场，值得关注。