编者简介:账本系统是银行或第三方支付机构为平台建设的一套交易资金记账、账本共享、资金支付结算系统,为平台及其商户提供记账、结算账户绑定、认证等服务。集验证、存款、交易资金延期支付、取款、交易资金结算、交易资金对账于一体的现金管理产品。 本文以平安见证宝为例,分析社交电商账本系统的对接流程。 希望对您有所帮助。
本文主要讲解了在对接账本系统的过程中需要考虑哪些关键节点,基本上相当于一个产品的基本框架。
文中引用的平台商家的业务背景是:平台商家有分销和进货交易,涉及经销商之间的进货和销售。 因此,在对接过程中,用户既是买家又是卖家。
一、术语解释
在解释本次账户共享请求的对接案例之前,我们首先了解两个术语:什么是平台的二次清算及账户共享系统。
1、平台二次清仓
平台二次清算是指未取得支付牌照从事资金清算结算业务。
例如,没有支付牌照的电商平台一般会实行买家收到货后向商家结算货款的流程。 因此,买家的钱会先支付给电商平台,订单售完后再结算给卖家。 这个时候,电商平台可能会出现事后批评的行为。
监管部门禁止没有支付牌照和支付资质的平台或大型商户在接入支付机构或商业银行后留存商户结算资金并自行开展商户资金结算。 此类无证支付业务存在巨大的金融安全风险。 。
2、会计制度
账本系统是银行或第三方支付机构为平台建设的一套交易资金记账、账本共享、资金支付结算系统,为平台及其商户提供记账、结算账户绑定、身份验证、存款等服务。 ,以及交易资金扩展。 集支付、取款、交易资金清算、交易资金对账为一体的现金管理产品。
接入独立账本系统后,资金由银行或第三方支付机构托管,安全合规,符合监管要求; 同时为商户/用户提供更全面的服务,如嵌入式融资、理财、保险等服务。
所以,通俗地讲,作为一个没有支付牌照的平台,它不能随意收取资金,然后进行整理。 如有业务需求,应联系有能力的支付公司或银行进行资金监管。
2.业务逻辑
那么我们简单介绍一下一般支付公司或银行(以下简称机构)如何结合业务需求实施资金监管。
首先我们看一个以支付宝和微信为收单方式的平台,并接入账本系统的产品逻辑图。
整体流程是:
用户资金支付至平台商户微信或支付宝商户账户。 交易信息流在T日传输至机构。 资金在T+1日转出。 该机构执行净额调节。 平台商家必须保证资金流信息流一致。 。 在资金流和信息流融合的过程中,如果发现会计异常,就会进行风险控制和预警。
3. 结构说明
我们按照功能结构来讲解对接过程中各部分的注意事项。
1、用户支付渠道
一般平台支持用户使用支付宝、微信、银行卡进行支付,且微信和支付宝是直连的。 当我们接入账户系统时,机构会要求平台商户接入机构提供的支付通道。 例如,如果您的平台使用微信和支付宝进行支付,那么您需要连接到机构提供的支付宝微信通道。 如果您使用银行卡支付,您将需要使用该机构的身份验证和支付功能。 这确保了信息从交易一开始就处于机构的监管范围内。 不过,机构往往可以专门处理。 如果研发精力不够,可以进行特殊批量处理,仍然使用与平台商户直连的支付通道。
2. 监管账户
假设平台商户使用支付宝和微信收款。 连接分账系统后,商户须使用机构托管账户绑定微信支付宝商户号结算账户,并设置资金T+1自动结算。
拓展知识:平安银行的监管账户是内部账户。 顾名思义,内部账户就是银行自己的内部账户。 它的基本功能是记录银行账户。 它不具备直接面对客户的业务处理能力,因为内部账户是各个银行开发的方式不同,所以没有统一的标准或管理规则。 平安银行见证卡使用银行内部账户,其功能是对账。
由于支付宝微信要求绑定商户的账户必须是同名账户,平安银行在每个项目报备时都会同时开立一个以商户名称命名的内部账户,支持绑定微信支付宝。
3. 子账户
资金到达子账户这一步,实际上就是按照平台商户的指令进行分账户的行为。
平安银行子账户分为普通子账户、商户子账户和功能子账户三类。 所有三种类型的账户都可以提款。 对接方面,子账户对接有两个方面需要注意,主要是开户和子账户之间的交易。
1) 开立账户
开户时应注意子账户是对公账户还是个人账户。 字段信息不同。 同时,账户类型一旦设置,就无法更改。 提款时,绑定的提款账户类型也会受到限制。
需要注意的是,如果是公司平台子账户,一定要有后台提现的操作,因为用户通常是从APP提现,商户一般可以到商户中心提现,但可能会忘记平台的提现要求。
2)子账户之间的交易
一般情况下,所有子账户都是并行关系,可以相互收付(但接口类型可能不同,都可以达到资金收付的目的)。 但根据不同机构和账户类型的要求,接口字段和规则可能会有不同。
但平安银行见证宝的普通子账户和商户子账户有一些特殊规定。 普通子账户只能提现,不能提现,但分户、提现除外。 商户子账户只能提现,不能提现,但分户、提现除外。 因为有明确规定,原则上商户结算资金在未清算之前不得用于消费(不提取则不清算)。 但很多平台都会出现用户既是买家又是卖家的情况,因此机构可能会做一些特殊声明或者在协议层面进行处理。 例如,连连汇要求用户在一次性实名授权后支持此类需求,而平安见证宝则要求用户每次都主动验证和授权密码。
4. 会计及资金处理
会计是一种信息流,是对发生的每一笔交易的记录,具有穿透力。 通过记账,可以看到每笔资金的结算状况。 不同账户的资金状况不同,处理逻辑和处理方式也不同。 与机构对接后,通常有两个账户,一个是平台商户自己的账户,一个是平台商户与机构之间的账户。
1)平台商户账户
平台商家一般根据自身财务需求、客户服务需求和用户需求进行记账。 用户可以在客户端查看每笔订单的结算状态、冻结状态和提现状态。 同时可以看到各个状态对应的触发原因、整个账户的进出记录等。平台商户账户的形式一般以用户看得懂、追随性强为原则——上控制。
2)平台商户与机构的账务对接
机构记账完全由平台商户根据实际业务节点生成并传输。 有的机构要求下单时传输,有的机构也允许支付成功后传输。
举个栗子:
例如,订单金额为1000元,支付通道费为6元,平台服务费为4元。 如果出现990元的提现,则假设提现费用为4元。
有些平台有这样的操作:提现费用是固定的,与平台服务费一起收取。 然后我们向用户展示订单金额为1000元,实际结算为986元。 提现免手续费,服务费14元。 平台收到后会自行分发。
部分平台有这样的操作:通道费、服务费、提现费按照场景分别计收。 订单金额1000元,扣除渠道费和服务费,实际结算990元。 用户提现申请990元,扣除手续费。 4元,实际收到金额为986元。
上述两种情况,虽然收到的金额都是986元,但实际向用户展示的记账方式是不同的,可能存在财务层面的不同记账要求。
但无论平台内如何计算和记录账户,与机构对接后,都必须考虑机构接口要求和字段内容。 这笔订单很可能是:订单金额1000元,渠道费6元,到账994元,服务费分流4元到功能子账户,990元到商户子账户。 订单完成后,商户提现时通过接口申请990元。 986元打入商户绑定的银行卡。 4元提现费用归平台商户普通账户提供商所有。 提款费用将从余额中扣除。
5. 提款
提现部分原本不属于分行账户对接,而是一个通用模块。 我在这里简单解释一下。 提现设计需要注意几个关键点:支持的银行卡、提现费用、最高和最低提现限额、提现时间、是否需要审计及审计节点、审计处理方式、提现结果获取机制、提现到达时间、提现失败处理、提现异常处理机制等。
6. 内部营销扣除和内部货币
有些平台在交易过程中会有系统支持的钱包或者货币,在支付时作为收银的支付方式或者营销工具。 此时一般有两种情况:
1)平台承担费用
举个栗子:
例如,经销商进货时,下级经销商需要支付100元才能向上级经销商进货,平台发放20元优惠券。 下级经销商缴纳80元,上级经销商收取100元。
这时候就需要使用机构的营销子账号功能。 营销子账号是功能子账号的一种。 与平台商户总账户关联。 在示例中,每笔交易都是由平台的营销子账户向上级生成的。 庄家转账,达到上级庄家收到100元的结果。
如果平台向用户发行内部货币并存储在用户的钱包中,并且该货币可以提取或用于消费支付,那么此类行为就需要用户的钱包账户受到机构的监管,并且该货币由平台商户营销子账户发放。 向用户支付费用,当发生特定交易时,从相应账户中扣除资金。
2)入驻商户/经销商自行承担费用
举个栗子:
例如,经销商进货时,下级经销商需要支付100元才能向上级经销商进货,并使用20元优惠券。 下级经销商支付80元,上级经销商收到80元。
此时,不需要组织的营销子账户功能。 数据经过平台商家业务端处理后,会给机构80元记账,80元实际分配给上级经销商。
7. 和解
对账部分与现金提取部分一样,是一个通用部分。 每当涉及交易和资金时,就必须考虑对账需求。 不仅平台商家有对账要求,机构也有对账要求。 这里可能涉及到的问题有:对账频率、对账内容、对账文件类型和格式、对账异常处理等。