王磊(战神)
一、背景：
经济趋势
国家大力推动“互联网+”发展的背景下，涌现了众多的互联网企业。同时，中大型企业也纷纷尝试通过自建电子商务平台加速转型升级，以整合供应链上下游资源。互联网支付也面临着很多资金安全问题以及监管问题
监管要求
监管部门禁止没有支付牌照和支付资格的互联网平台开展网络支付业务，禁止其以自身名义搭建具有金融属性的类电子账户，禁止私设不具有真实交易背景、不受金融机构管控的资金池。
《非金融机构支付服务管理办法》
“非金融机构提供支付服务，应当依据本办法规定取得《支付业务许可证》，成为支付机构。”
说明1-1：
二清，简单来说就是在未持有《支付业务许可证》的时候，从事资金清结算业务。举个场景的例子吧，比如一个撮合型电商平台，消费者支付了100元后，资金是进入到平台账户，待店铺提供了产品或者服务后，再将资金结算给店铺，这就是我们所谓的二清。二清的风险在于，代收消费者资金容易形成具备金融属性的“资金池”。可以想象，一个初具规模的电商平台，日交易额几百万甚至几千万。这么庞大的资金，原本大头部分是给入驻的店铺的，但滞留在平台就很能引发挪用或者卷款的风险。
二、名称解释
| 名称 | 内容 | 备注 |
|---|---|---|
| 二清 | “二清”，即二次清结算，指的是有清结算资质的机构将资金结算给入网的平台后，该平台再将资金清结算给其子商户，若该平台没有清结算资质的话，就属于二清了。如果平台的经营出现问题，资金又没有受到第三方的监管，这些“裸奔”的资金很容易被平台卷走，对于商家和客户而言，都不安全 | |
| 交易鉴证 | 则将交易资金通过两种方式进入到平安银行的「监管户」体系，通过平安银行结算给商家 | |
| 在途充值模式 | 将微信，支付宝官方渠道配置的结算户（洋驼网络科技一般户）替换成平安银行「监管户」，通过微信，支付宝，PC网银支付收单，然后通过在途充值到门店普通子账户并冻结到担保账户，T+1资金结算到「监管户」，资金核对后等待结算，支付中心在得到结算业务结算指令之后划账给供应商和洋驼网络收益（手续费）账户，完成清结算，供应商和洋驼网络提现到绑定银行卡 | |
| 洋驼代充模式 | 在其他支付渠道配置一个结算户（洋驼网络一般户），将其他平安银行不支持的支付渠道方式，通过收单到结算户（洋驼网络一般户），然后调用「监管户」的「营销账户」，将「营销账户」划到「门店普通子账户」，再通过冻结到担保，支付中心在得到结算业务结算指令之后划账给供应商和洋驼网络收益（手续费）账户，完成清结算，供应商和洋驼网络提现到绑定银行卡 | |
| 钱包支付模式 | 通过充值到门店，使用门店普通子账户余额转账交易支付，结算给供应商 | |
| 洋驼代付模式 | 目前Hi账期和7天免息金融, 资金是海拍客垫资, 流程链路和代充模式一样, 只是区分资金场景 |
电商平台资金过程（涉及二清）：
三、行业二清解决方案：
3.1、合规核心解决问题：
- 合规的收钱——支付交易，资金归集
- 合规的管钱——监管账户以及各方子账户
- 合规的分钱——清算清分
3.2、谁能解决合规：
先了解下目前中国支付框架
1、中国支付清算体系参与者：人民银行、社会化服务组织、银行、第三方支付服务组织
要想解决合规问题，最主要的是要有资质牌照，然后提供合规的资金监管账户体系，清算分账能力，合规的支付交易能力等等
| 组织 | 解决方案 | 问题 |
|---|---|---|
| 非银行持有牌照支付机构（支付宝、微信） | 为电商平台搭建一套账户体系，提供支付工具和支付通道，资金不落地在电商平台自有账户，结算资金直接在内部账户体系之间分账。 | 1、涉嫌“信息二清”，无法规避电商平台篡改交易信息；2、主流的支付方式，如微信、支付宝等，一家支付机构不一定都具备。3、资金流和信息流封闭在支付机构备付金账户体系内，结算关系不透明 |
| 商业银行（平安银行） | 为电商平台搭建银行内部账户体系，资金不落地在电商平台自有账户，结算资金直接在内部账户体系之间分账 | 1、银行账户体系不合规 。2、信息流缺少监管，无法规避电商平台篡改交易信息； |
| 清算组织（银联） | 为电商平台提供监管账户，资金不落地在电商平台自有账户，通过中立的清算组织账户完成二级商户后续资金清算。 | 1、信息流缺少监管，无法规避电商平台篡改交易信息； |
监管合规方案大概信息和资金流： 资金归集大概流程：
为了帮助平台做好清结算，需要完善的账户体系，账户分实体账户和虚拟账户，实体资金账户管钱，虚拟账户管账；业务的处理主要是虚拟账户之间账的变动，就是资金所有权的转移，资金并没有变化
- 监管主账户：备付金账户，银行为平台开通的管钱的监管账户
- 平台收入账户：记录监管户中属于平台收入的部分，1个
- 担保账户：中间账户，记录待清分给商家的部分，1个
- 挂账账户：记录待清算的资金，1个
- 在途账户：记录待清算的交易金额，与挂账账户进行清算，1个
- 用户子账户：记录用户支付的部分，1个用户1个
- 商家子账户：记录结算给商家的部分，1个商家1个
资金归集过程解释：
-
监管机构自己的通道收款转入监管账户，记账到挂账账户
-
外部渠道的收款先有外部机构结算到平台的归集账户再转入监管户，记账到挂账账户
-
平台的补贴优惠券部分从自有账户充值到监管户，记账到垫资子账户
-
在途账户中记录实时上报的交易记录记账
四、海拍客平安见证：
5.1、目前接入见证业务情况：
1、目前平台接入平安见证体系，主要解决了平台和商家结算关系，门店或分销者暂时未接入见证体系
2、核心业务：主站大贸业务及121、微小店业务的B2B部分
5.2、接入见证后商家结算流程变化：
核心变化点：由平台对账单打款金额一笔投打款给商家改变成每笔清算给商家子账户余额，然后商家自主提现！
5.3、接入平安见证整体框架：
账户解释：
| 账户名称 | 账户类别 | 账户归属 | 账户定义 | 账户功能 | 备注 |
|---|---|---|---|---|---|
| 资金监管户 | 实体户 | 海拍客 | 资金汇总账户（真实资金流） | 真实的资金监管，入金和出金 | 理解为平安为海拍客开备付金账户 |
| 手续费子账户（收益子账户） | 虚户 | 海拍客 | 平台功能子账户（信息流记账） | 利润收入记账 | |
| 营销子账户 | 虚户 | 海拍客 | 平台功能子账户（信息流记账） | 平台营销补贴支出 | |
| 担保子账户 | 虚户 | 海拍客 | 平台功能子账户（信息流记账） | 每笔交易资金担保 | |
| 挂帐子账户 | 虚户 | 海拍客 | 平台功能子账户（信息流记账） | 无法识别资金归属先记录在挂帐 | |
| 在途子账户 | 虚户 | 海拍客 | 平台功能子账户（信息流记账） | 记录每笔在途交易资金 | 账户余额是负值 |
| 普通子账户 | 虚户 | 门店 | 会员子账户（信息流记账）-门店 | 充值、提现、支付 | 暂时未开放产品功能 |
| 商户子账户 | 虚户 | 商家 | 会员子账户（信息流记账）-供应商 | 收款、提现 | 目前接入见证商家开通钱包产品 |
5.4、海拍客见证主体账户框架：
灰色：表示未实现
绿色：已实现
1、目前门店连锁总店暂时没有强制要求对分店资金做管控，所以都是以分店开户，分店独立进行资金处理
2、对供应商主体目前存在一个供应商主体在平台开多个供应商，但是主体营业执照只有一个，目前见证对这部分商家暂时未实现类似集团账户概念，这部分商家暂时不支持见证切流
5.5、海拍客和平安系统之间交互
5.5.1、系统整体交互过程：
5.5.2、下单支付-在途充值/代充模式系统交互：
1、如果收单机构（比如：支付宝官方、微信官方、通联渠道）支持平安见证，则会走在途充值模式，资金由支付宝t+1对资金归集到海拍客在平安的监管户
2、如果收单机构（比如：hi卡、移领渠道）不支持接入平安见证，则会走代充模式（平安内部资金：平台营销户代充给门店普通子账户，然后进入担保），资金由收单机构T+1归集到海拍客一般结算户，财务进行提现或划拨
资金流转：
思考：从收单机构到平安资金流发生了哪些变化？
1、收单机构手续费：收单机构已从当日提现资金中扣除
2、当日退款资金：收单机构默认从当日收款资金中扣除（日切时进行扎差），导致提现到平安资金流有变化，需要重点关注：1、已发货订单退款资金 2、已支付资金超过90天后再来退款
资金流变化目前如何处理：
1、如果收单机构提现资金和平安记录在途资金有差异，则平安会从海拍客一般户及挂帐子账户中划扣（优先级：先从一般户划扣 2、如果一般户资金不够，则从挂帐子账户划扣）
ps：如果当日清算资金不够，则平安当然在途清算会失败
对账点场景1：需要核对收单机构和平安资金流水情况
5.2.3、订单发货前-未超时（90天）退款系统和平安交互：
1、过程：1、系统先调用平安进行支付解冻和在途撤销 2、平安处理成功后，支付中心再调用收单机构进行支付退款
2、资金情况：平安侧： 担保户 → 门店普通子账户→撤销到在途子账户
收单机构侧：收单机构从当日收款资金进行退回
5.2.4、订单发货前-超时（90天）退款系统和平安交互：
和发货前-未超时资金变化点：门店普通子账户 → 平台收益户
5.2.5、订单发货后退款系统和平安交互：
资金变化：1、收单机构提现到平安资金少了退款部分资金，所以这部分资金需要从挂帐或者一般户代扣
2、平安内部记账资金流水账户：营销户→ 门店普通子账户→平台收益户
5.2.6、订单结算和平安系统交互：
1、订单货款通过清结算清分、清算结果进行每笔调用平安进行清算，资金：担保户 → 商家子账户和平安手续子账户，如果订单有营销补贴，则还需要从营销户转账到商家子账户
5.2.7、平台功能子账户-挂帐子账户资金场景：
1、收单机构-见证商户资金归集：1、财务设置商户留存资金 2、当日退款资金收单机构t+1清算扎差部分资金 3、收单机构t+1清算收取平台手续费扎差资金
核对点：平安每天在途资金和收单机构在途商户提现资金差额
2、小雨点金融借据放款资金，核对点：需要和小雨点放款借款金额核对
3、见证购物车未切流商家走见证资金，核对点：标记未切流并且资金进入平安订单资金统计
4、平台财务日常营销户充值资金，核对点：营销户充值申请记录核对
5.3、平安见证钱包产品介绍：
5.3.1、后台
5.3.2、供应商端
1、待入账金额：目前平安见证资金到账t+1，所以对见证账单打款，当日打款成功后，账单金额在待入账余额，t+1次日11点系统会入账到账户余额（风险点：目前存在由于平安t+1清算延迟，导致海拍客入账，但是平安资金未清算，商家提现失败）
2、入账金额：商家可提现金额
3、账户流水-转入：每笔见证账单订单商品行结算金额，t+1入账
4、账户流水-转出： 见证账单退款+费用金额一笔投转出，实时扣除商家子账户余额（海拍客端），影响：商家会看到账户余额为负，但是货款金额在待入账余额里面
5、对账：商家见证账单对账，可以按照结算账单导出流水对账，转入-转出 = 见证账单结算金额