P2P存管银行开户流程(p2p网贷发展过程中存在的问题)

P2P的业务流程既庞大复杂，又事无巨细，需要细细厘清概念，串联起来。本文就是主要介绍账户体系和开户体系，希望对大家有帮助~

三、资金流向

资金的流动包括实际的资金流与对应的信息流。

P2P接入存管系统后，其全部资金均在银行账户体系中流动，平台无法参与到资金操作。平台仅能通过各种查询接口、操作回调记录用户资金相关的信息，所有的资金以银行记录为准。而平台方记录资金重点在于本地资金与银行资金一致。

本地记录资金变动的方式是生成本地资金日志。资金日志是产品经理需了解、熟悉的核心内容。在不同的场景下，不同的角色，将会生成不同的资金日志类型，且角色的资金也将做相应的变化。举例如下：

以出借人在本平台投标中使用加息券为例，满标后，生成一条“复审通过生成加息记录”，出借人待收金额增加。还款时，生成一条“还款获得加息奖励“的资金记录，出借人可用余额增加对应的金额，待收金额减少。

用户获得的“加息奖励”是平台的红包账户提供。而在还款时，平台的红包账户生成对应的“加息奖励”出账记录，交易对手为出借人。（后面涉及到投资时候在写）

即简单来说：流水的记录路径 使用的场景 使用的角色相对应的都要生成对应的记录。

参考：http://www.sohu.com/a/235240459_114819

对于整个系统的主要功能点就是：

• 开户
• 充值
• 提现
• 发标
• 投资
• 债转
• 放款
• 还款

下面主要讲解目前所在平台各个的功能点：

四、开户

开户主要包括投资人、借款人、担保人

类型有：企业和个人，投资人目前只是个人

• 注册渠道有：后台、门户
• 投资人注册渠道：门户

借款人和代偿人注册渠道：后台注册，门户可登录进行开户操作。

OK 注册完成后登录后就可以进行开户了。

开户即开通银行存管子账户，是用户进行投资前的第一步。开户需用户的姓名、身份证号、电话号码与银行卡号进行四要素验证，验证通过则开户成功。

1. 投资人和借款担保人开户

存管银行在很多接口都提供了页面调用以及接口调用两种方式。一般的模式都是根据银行提供的形式来进行开发。

这边是页面调用的形式：

“存管人应该在自有网站页面为客户开立子账户”。也就是说出借人和借款人必须在银行页面上自主开户，不允许通过银行的接口来开户。因此在最近的升级过程中，我们将开户流程为跳转到银行页面输入银行卡号与短信验证码。当然一定程度降低了开户体验。

在开户中设置支付密码，开户页面不在此展示。

目前开户页面个人觉得可以改进的一个方面是：用户绑卡操作的时候提前校验，比如提前提示支持的银行和支持的充值类型和金额等。可以省去用户绑完卡之后再进行解绑卡操作和灾区重新绑定银行卡的操作。用户的体验会好点，省去了一步操作。

前端设置：开户入后、绑卡入口、解绑入口、修改手机号入口、修改支付密码入口。

这部分产品设计时只要根据银行接口开发即可。

还有一个注意事项：绑卡时候用户解绑卡的前提是，用户的账户余额为0且用户无债权关系存在。这里有个“同卡进出”的概念，用户绑定一张卡，充值资金，因为账户余额不为0，则无法换卡，资金只有从原来的卡提出。提出后才能解绑旧卡，绑定新卡；这样的逻辑视为“同卡进出”。

开户流程涉及到调用的接口为：个人开户页面（企业户和个人户等）

开户完成后：

• 操作接口：解绑卡、重置支付密码、手机号修改
• 查询接口：开户结果查询、查询电子账户、查询电子账户与卡关系、按证件号和手机号查询电子账户信息、营销账户信息查询主要是开户后的相关信息返回后的保存。

主要是后台界面的设计，包括；注册时候的设计，根据返回的开户状态保存对应的信息，后台主要是内部人员使用的，所以我个人觉得查询项和信息展示的形式最重要。

用户最核心要留存：身份证、姓名、电话、银行卡号、电子账号、企业名字、营业执照号、组织机构号

所以也就是后台系统设计时保存信息的形式，保存在哪里和保存什么信息，根据开户时的请求字段和返回字段以及其他接口的请求和返回字段来设计后台界面；E_R图的表示形式等。

后台导航的分类：可以根据业务分类也可以根据角色分类也可以根据使用频率分类等等。

这部分主要是信息保存的内容。