提示：本文共有 733 个字，阅读大概需要 2 分钟。
通过上一篇文章的学习，相信大家都对支付系统的结构层级有了宏观上的把控。
支付系统在运作过程中，模块下的各部分功能通过三条主要链路被有序地串联在一起，完成三个存管方案，即子商户开户、订单的支付和分账结算。下面我们就分别来讲解一下。
那么今天要跟大家讲的就是子商户开户。
支付系统的设计需要技术服务商，在如下所示的流程图中，Ping++ 系统就可以简单视为平台商户的支付系统这样一个角色。
子商户开户
平台需要维护商户资料填写并提交申请，明确账户性质，个人户还是企业户两者在资料层面有着本质区别。在这个请求提交给平台商户的支付系统后，由支付系统来做分路，决定是做个人还是企业的账户，从而相对应地对接到存管银行的个人或企业虚拟账户。
图上虽然看起来只是简单的一两步就可以完成的交互行为，实际上根据其背后对应的银行的实际产品的不同，也可能会有不一样的接口。
比如材料提交有单次或者多次，是先创立这样的对象然后再去补充材料，还是先提交材料，然后再把文件链接带进接口直接开户，这就要视银行产品接口设计而定。
通过前面文章的介绍我们可以知道，支付系统中有一块是说分账可以做成模板，制定规则。这其实是说在商户本身具备一些规则时，同样是供应商，同样是门店，可能会有层级的划分。
假设有代理商和中间商在中间赚差价，那么分账里面就可以根据属性、上下级的角色属性关系来进行模板的配置，这种划分方式可以是按比例，也可以是按照比较小的固定金额。这些分的金额，是给收款方还是给实际对C端服务的终端，即服务方，这里都可以做业务规则的配置。
在支付系统实际设计中，也可以参考如图所示的模板进行子商户分层，确定分润方式，并制定相应分润相应规则。
快快关注支付学院线上课堂，了解支付知识，让你在资金清算的道路上守法合规不迷路~
看到此处说明本文对你还是有帮助的，关于“支付系统设计——这次不从盘古开天辟地 我们从子商户开户说起”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！
