精品理财通业务解决方案v14.docx

上传人:b****7 文档编号:25040650 上传时间:2023-06-04 格式:DOCX 页数:23 大小:834.38KB
下载 相关 举报
精品理财通业务解决方案v14.docx_第1页
第1页 / 共23页
精品理财通业务解决方案v14.docx_第2页
第2页 / 共23页
精品理财通业务解决方案v14.docx_第3页
第3页 / 共23页
精品理财通业务解决方案v14.docx_第4页
第4页 / 共23页
精品理财通业务解决方案v14.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

精品理财通业务解决方案v14.docx

《精品理财通业务解决方案v14.docx》由会员分享,可在线阅读,更多相关《精品理财通业务解决方案v14.docx(23页珍藏版)》请在冰豆网上搜索。

精品理财通业务解决方案v14.docx

精品理财通业务解决方案v14

基金互联网金融业务

(微信理财通)

解决方案

1.方案概述1

1。

1方案背景1

1。

2方案特点2

1。

2。

1支持多样化业务模式开展2

1.2。

2系统融合与功能简化3

1.2.3实时确认3

1。

2.4全天候运行3

1。

2。

5每日清算与货币基金的按日结转3

1。

3成功案例4

2.产品方案5

2.1功能设计方案5

2.1。

1指数型股票基金业务功能5

2.1。

2货币基金业务功能设计。

8

2.1.3定期理财业务功能设计12

2。

2接口支持14

2.2。

1内部接口14

2.2.2外部接口14

2。

3多TA运营支持15

2。

3.1方案概述16

2.3.2外围系统接口支持16

2。

3。

3成功案例17

3。

部署方案18

3.1系统部署18

3。

2硬件配置19

3。

3基础软件20

3。

4网络通讯配置20

3。

4.1主机房20

3。

4。

2灾备机房20

4。

实施计划21

1.方案概述

1.1方案背景

理财通是腾讯公司推出的基于微信的金融理财开放平台,截至目前,其主要发展情况如下:

Ø2013年8月,腾讯启动与基金公司、金证公司的方案制定工作

Ø2013年10月,金证公司完成基金公司端系统开发,基金公司与理财通开始联测。

Ø2014年1月16日,理财通业务开通公开测试,1月28日正式开放.

Ø理财通陆续接入四家基金公司的货币基金,开展余额理财增值服务。

它们是:

Ø华夏基金、广发基金、易方达基金、汇添富基金

Ø2014年9月起,理财通陆续增加三家基金公司作为产品提供方,开始为微信用户提供定期理财业务服务。

它们是:

Ø民生加银基金、招商基金、银华基金

Ø2015年初,微信理财通向微信用户展示理财通主账户(即财付通主账户),准备进一步向用户提供包括指数型基金在内的更加多样化的金融业务服务。

借助微信庞大的用户群体,广泛的社会影响力与便捷的用户体验,理财通业务获得了市场的广泛认可,也为与之合作的基金公司带来了用户规模、产品销售及品牌市场推广等多方面的价值。

作为资管行业重要的信息系统供应厂商,金证公司不仅是支付宝—余额宝业务中天弘基金系统供应者,也全程参与了腾讯理财通业务方案的讨论、制定,负责了基金公司端系统的研发、基金公司与理财通系统的对接接口定义。

目前与理财通对接的七家基金公司除银华基金外,其他六家选用了金证公司互联网金融实时TA系统。

本方案正是基于金证公司在互联网金融业务领域、理财通项目上积累的丰富的研发与生产经验而形成的,是目前基金公司参与理财通业务,开展互联网金融业务创新的最佳方案.

1.2方案特点

本解决方案中涉及系统的基础架构与基础功能基于金证新一代直销系统与TA系统,因此继承了原有系统功能全面、性能强大的诸多优势。

同时作为金证投入大量精力开发改造的新型系统,在业务功能上本系统具备以下显著特点:

1.2.1支持多样化业务模式开展

作为针对互联网金融业务需求的独立系统,能够支持多样化的部署与业务模式,包括:

Ø多种部署方式

Ø本地部署

Ø云端部署

Ø多种产品形态

Ø标准货币基金

Ø分级货币基金

Ø标准固定净值型债券基金

Ø分级固定净值型债券基金

Ø指数型股票基金

Ø多种运营模式

Ø运营原有基金产品(实时TA与自建TA共同运营)

Ø单一产品对接多电商销售渠道

Ø多支产品对接多电商销售渠道

Ø多种渠道对接

Ø基金公司直销网上交易

Ø第三方支付公司

Ø商业银行

Ø证券公司

Ø电商平台

Ø其他合作方

1.2.2系统融合与功能简化

为满足基金公司与支付机构合作开展的新形式的余额增值业务,金证科技对原有直销系统、TA系统进行了大量改造。

采取了诸如删减大量冗余数据,共用同一套数据库,简化清算、份额确认等业务逻辑的创新设计,有效的减少了系统间的数据交互,使传统意义上的直销系统与TA系统实现了一定程度的融合,从而大大提高了运营效率,在极低风险的情况下可快速部署,高效的支持余额增值这一新型业务的开展.

1.2.3实时确认

互联网金融业务中对开户、申购、赎回的实时确认,是本系统区别于以往直销、TA系统最为显著的特征。

实时确认的实现有效的匹配了互联网业务高效性、实时性、用户体验度与合规要求等业务特点。

1.2.4全天候运行

系统不仅实现了7x24小时不间断运行,还实现了在后台清算等业务运行的同时,保持对开户、申购、快速赎回等前端业务的无延迟支持,从而成为真正意义上的“全天候运行”系统.

1.2.5每日清算与货币基金的按日结转

余额增值业务要求相应的货币基金产品改变以往按月结转的收益分配模式,进行按日结转。

本系统的清算等功能通过改造已完全支持每日清算与按日结转的要求,并提供了资金交收配置功能,实现对工作日定义的灵活配置,支持后续业务可能存在的变化.

1.3成功案例

编号

金融机构

1

天弘基金

余额宝

2

华夏基金

理财通、余额理财等

3

南方基金

余额理财等

4

汇添富基金

理财通、直销现金宝等

5

广发基金

理财通、余额理财等

6

易方达基金

理财通、余额理财等

7

鹏华基金

京东小金库、余额理财等

8

博时基金

支付宝、余额理财等

9

民生加银基金

理财通定期理财、民生银行如意宝

其他余额理财等

10

招商基金

招行朝朝盈,招行小企业E家

理财通定期理财等

11

长城基金

支付宝招财宝等

12

中邮创业基金

中山证券现金通(对接场内保证金)

13

建信基金

余额理财等

14

摩根华鑫基金

余额理财等

15

德邦基金

16

道富基金

17

国投瑞银基金

余额理财等

18

中信建投基金

余额理财等

19

平安信托

余额理财等

20

鑫元基金

支付宝招财宝

2.产品方案

为满足基金公司基于互联网的理财产品销售需求,金证公司为基金公司提供基于满足互联网金融业务的与第三方支付机构平台、证券公司、电商平台等渠道对接的基金销售、注册登记业务解决方案。

通过系统对接,实现基金认购与成立,开户、申购(充值)、快速赎回(消费)、自动赎回、自动续期等业务的实时确认处理。

系统在设计上为其他渠道接入预留接口。

通过模块化设计以及灵活的接口、参数配置,兼顾不同产品、不同支付机构的差异性。

2.1功能设计方案

2.1.1指数型股票基金业务功能

2.1.1.1开户(实时交互)

开户流程如下图:

1.客户在理财通(财付通)开设支付账户;

2.在财付通完成支付账户的实名认证和鉴权的客户,方可签署相关协议,开通理财账户;

3.财付通将用户开户请求、协议签订信息及用户信息发送给基金公司;

4.基金公司实时接收处理支付机构发来的开户请求并返回结果,产生基金账户信息,完成开户;

5.系统可设置黑名单,禁止属于黑名单中的个人进行开户,禁止结果实时返回给支付机构。

2.1.1.2风险评测(实时交互)

用户完成开户后,进行指数型股票基金申购前,需要进行风险等级评测;

风险等级评测问卷由财付通负责展示给用户进行评测,并将评测结果实时发送给基金公司

2.1.1.3申购(实时交互)

申购业务流程:

1。

客户从财付通前端(理财通)选择指数型基金产品,向财付通通发起申购。

同时,客户需要选择是否愿意承受超出评测等级风险:

如果产品超出其风险评测等级,是否保持继续申购;

2.财付通将客户申购信息实时发送给基金公司;

3。

基金公司实时进行申购合法性检查及客户风险等级与产品匹配度检查,并根据客户在申购时的承受超出风险选择进行申购的预处理确认:

如果风险度相符,或者客户已选择同意承受超出评测等级风险,则确认其申购申请。

否则申购失败;

4.基金公司实时预处理确认申购订单信息后,实时向财付通发送申购申请预处理结果;

5.财付通收到基金公司预处理结果后,划扣客户申购资金,将支付结果实时发送给基金公司;

2.1.1.46。

基金公司实时接收支付结果,对申购交易进行预处理确认(确认申购金额);

2.1.1.5赎回

赎回业务流程:

1。

客户从财付通通发起赎回申请;

2.财付通记录客户赎回申请信息,日终以文件形式发送给基金公司;

3。

基金公司对赎回申请进行确认,并将确认结果以文件形式反馈给财付通;

4。

财付通在收到基金公司赎回确认信息后,向客户划付赎回份额对应的资金。

2.1.1.6分红

分红业务流程:

1.财付通支持客户随时进行分红方式的修改;

2.财付通记录客户分红方式信息,日终以文件形式发送给基金公司;

3.基金公司根据文件信息对客户分红方式予以记录;

4.分红时,基金公司生成分红信息文件,发送给财付通;

5.财付通根据基金公司分红文件,更新客户份额信息或划付相应红利资金。

2.1.1.7对账

日终,基金公司与财付通进行开户、申购、赎回等文件的交互,并以此结果为准进行对账、调账.系统支持自动对帐与调整,异常报警等功能。

1.开户文件–基金公司提供

2。

客户资料变更文件–财付通提供

3。

分红方式文件–财付通提供

4。

收益明细对账文件–基金公司提供

5.申购对账文件–财付通提供

6.申购对账确认文件–基金公司提供

Ø对于申购交易,财付通通有,基金公司无(默认基金公司已调账,基金公司补单,基金公司无法补单的则人工介入)

Ø财付通无,基金公司有(该情况不应该发生,默认基金公司已调账,基金公司去掉已预处理确认的申购订单)

7.赎回对账文件–财付通提供

8。

赎回对账确认文件–基金公司提供

Ø对于赎回交易,财付通有,基金公司无(需要基公司调账

财付通无,基金公司有(须人工介入)

2.1.2货币基金业务功能设计。

2.1.2.1账户体系

支付机构在客户原有主账户基础上建立单独的客户理财账户,为个人用户提供基金销售支付结算服务.该理财账户归属于主账户,把资金从主账户转入该理财账户即为向基金公司购买相应基金产品。

2.1.2.2开户

1.开户流程如下图:

2.

客户在支付机构开设支付账户;

3.在支付机构完成支付账户的实名认证和鉴权的客户,方可签署相关协议,开通理财账户;

4.支付机构将用户开户请求、协议签订信息及用户信息发送给基金公司;

5.基金公司实时接收处理支付机构发来的开户请求并返回结果,产生基金账户信息,完成开户;

6.系统可设置黑名单,禁止属于黑名单中的个人进行开户,禁止结果实时返回给支付机构。

2.1.2.3申购

1.主账户向理财账户的转入,即相应基金产品的申购,流程如下图:

2.

客户使用支付机构提供的相应业务功能,向支付机构发出余额增值请求;

3.支付机构向基金公司发送相应的基金产品申购信息;

4.基金公司根据交易请求,进行交易下单;

5.下单成功后,基金公司向支付机构发起支付请求;如果下单不成功,返回失败原因;

6.支付机构收到基金公司支付请求后,进行支付扣款,并将支付结果通知基金公司

7.基金公司接收支付结果;

8.如果支付成功,则进行实时份额确认,对申购成功的份额进行相应的登记,返回确认份额给支付机构。

2.1.2.4快速赎回

快速赎回即当投资者发起快速赎回请求,支付资金实时由垫资人账户垫资,投资者账户的相应基金份额冻结并过户到垫资人账户名下后进行强制赎回,以向垫资人归还垫资款项。

业务流程如下图:

1.客户使用支付机构提供的相应业务功能,向支付机构发出快速赎回请求;

2.支付机构将快速赎回信息发给基金公司;

3.基金公司接受请求后,进行检查,并进行实时确认,将确认结果返回给支付机构;

4.支付机构根据交易结果进行资金划拨,并将划拨结果通知基金公司;

5.基金公司记录划款结果。

2.1.2.5清算

对D日客户发起的份额请求完成份额过户,并进行收益分配和收益结转,清算始点为D日24点。

⏹资金交收

资金交收模式可进行配置,针对T日(工作日)的起止时间不同进行相应的匹配,T日可定义为两种:

Ø15:

00至下一日15:

00

Ø00:

00至24:

00

⏹申购

T日申购份额计增客户份额余额.

T+1日申购份额计为待交收份额,待T+2日完成清算交收。

⏹快速赎回

即快速过户,客户快速赎回,相应份额快速过户至垫资账户。

Ø份额处理采用先进先出原则;(后进先出)

Ø快速赎回涉及到待交收份额,顺延至T+2日完成过户并强制赎回,完成清算交收。

⏹收益分配

收益每D日(D代表自然日)按照以下规则进行分配结转;

ØT日申购的份额,从T+1日起开始享受收益;

ØD日赎回的份额,当天收益归垫资方所有;

Ø收益按天进行结转,收益体现于客户的份额余额可用。

2.1.2.6对账

日终清算前,基金公司需要联机接收第三方支付机构的申购支付对账数据,并以此结果为准进行对账、调账;同时基金公司提供给第三方支付机构快速赎回对账数据,第三方支付机构以此数据进行对账、调帐。

系统支持自动对帐与调整,异常报警功能.

⏹申购对账

1)基金公司每日(参数控制T日或D日)接收第三方支付机构的申购对账数据,并以此数据为准进行支付对账;

2)对于申购交易后实时收到支付成功但对账文件中支付失败的数据,记录为异常数据,需提供异常数据的调账处理;

3)对于申购交易后实时收到支付成功但对账文件在N(N>1)日内没有该笔支付数据,记录为异常数据,需提供异常数据的调账处理;

4)对于申购交易后实时没收到支付结果或支付失败,但对账文件中为支付成功的数据,基金公司修改支付结果,并进行份额确认。

⏹赎回对账

基金公司产生交易确认数据给第三方支付机构供其对账.

⏹收益对账

将清算后的客户份额余额与当日结转收益以对账文件的形式发送给支付机构.

2.1.3定期理财业务功能设计

2.1.3.1开户

客户在支付机构开设支付账户,由支付机构完成支付账户的实名认证和鉴权,客户在支付机构页面签署相关协议,开通理财账户;

支付机构将用户开户请求、协议签订信息及用户信息发送给基金公司;

2.1.3.2基金公司实时接收处理支付机构发来的开户请求并返回结果,产生基金账户信息,完成开户。

2.1.3.3

申购

主账户向理财账户的转入,即相应理财产品的申购;

客户使用支付机构提供的相应业务功能,选择理财产品,向支付机构发出申购请求;

支付机构向基金公司发送申购信息并获得支付申请后,进行支付扣款;

基金公司在收到支付结果后进申购确认.

2.1.3.4到期赎回

理财产品到期日当日,投资者主动发起赎回;

客户使用支付机构提供的相应业务功能,在理财产品到期日当日,向支付机构发出赎回请求;

支付机构向基金公司发送赎回信息,基金公司进行赎回确认;

2.1.3.5支付机构收到赎回确认信息后向客户划款。

2.1.3.6

预约赎回

客户使用支付机构提供的相应业务功能,在理财产品到期日之前,向支付机构发出预约赎回请求;

支付机构将预约赎回信息发给基金公司;

基金公司接受请求后,进行检查及预约赎回的记录;

基金公司在理财产品到期日当日发起赎回,进行赎回确认后将确认结果返回给支付机构;

支付机构根据交易结果进行资金划拨。

2.1.3.7自动到期赎回/续期

如客户未进行预约赎回或到期日当日未进行赎回,理财产品自动赎回/续期。

2.2接口支持

2.2.1内部接口

Ø估值系统

Ø赢时胜系统接口

Ø恒生系统接口

Ø客服系统

Ø金证客服系统

Ø恒生客服系统

Ø投资交易系统

Ø金证投资交易系统

Ø恒生投资交易系统

Ø直销系统

Ø中登标准接口

2.2.2外部接口

Ø理财通

Ø理财通货币基金接口

Ø理财通定期理财接口

Ø理财通指数型基金接口

Ø支付宝

Ø支付宝余额宝接口

Ø支付宝招财宝接口

Ø京东小金库接口

Ø苏宁零钱宝接口

Ø民生银行如意宝接口

Ø招商银行朝朝盈接口

2.3其他电商平台、券商、银行余额理财等业务接口

2.4多TA运营支持

2.4.1针对原有自建TA已经发行的基金产品对接互联网渠道的需要,金证实时TA支持与自建TA共同运营该基金产品,面对同一客户(身份证号等),负责连接互联网渠道的实时TA拥有独立的基金账号体系,管理客户在互联网渠道的基金份额与交易。

2.4.2

方案概述

针对原有自建TA已经发行的基金产品对接互联网渠道的需要,金证实时TA支持与自建TA共同运营该基金产品,面对同一客户(身份证号等),负责连接互联网渠道的实时TA拥有独立的基金账号体系,管理客户在互联网渠道的基金份额与交易。

2.4.3

2.4.4外围系统接口支持

由于实时TA和自建TA所管理的账户是互不影响的独立账户,接口所导出的交易明细直接进行数据记录物理合并即可;给估值、托管行、投资交易等系统的接口数据需要进行逻辑合并.金证公司提供相应的合并工具。

2.4.4.1估值系统

文件中的数据需要按照“基金代码+销售商代码”进行数据相加合并。

2.4.4.2投资交易系统

文件中的数据需要按照“基金代码+销售商代码+业务代码”进行数据相加合并;

2.4.4.3资金清算系统

不需要合并.

2.4.4.4客服系统

可以对文件记录进行物理合并。

2.4.4.5中登数据平台

对文件记录进行物理合并。

2.4.5成功案例

Ø鹏华基金实时TA项目2014年中投产

实时TA与自建TA共同运营鹏华增值宝货币基金,对接京东小金库、苏宁等互联网渠道。

3.部署方案

系统部署

系统部署分为生产机房和灾备机房两部分,灾备机房设备数量配置为生产机房一半数量.生产机房与灾备机房分别通过网络专线与第三方支付机构进行连接,生产与灾备机房之间通过网络连接,实现业务数据实时复制,当生产机房出现故障时,可快速切换至灾备机房运行。

3.1硬件配置

本系统的硬件部署基于金证四层架构体系,能够根据业务预期量级进行相应的弹性调整,业务中间件(KCBP)数量可根据实际业务量需求部署(本建议配置以组成八路中间件为例,KCXP与KCBP部署在同一台中间件服务器上),硬件水平也可进行相应的调整.硬件品牌仅为建议,可选用同等配置的其他品牌设备。

编号

用途

型号及配置

数量

生产中心

1

存储设备

EMCVNX5300

15*300GSAS硬盘

1

2

核心数据库服务器

IBMP750(RAC)

1

3

数据库服务器

IBMP740

1

4

中间件服务器

IBMSystemx3650

8

5

WEB服务器

IBMSystemx3650

8

6

负载均衡设备

F5BIG-IPLTM1600

处理器:

双核CPU,基本内存:

4GB,硬盘:

500GB,端口:

4个千兆端口,2个可选千兆光纤端口

2

灾备中心

1

存储设备

EMCVNX5300

15*300GSAS硬盘

1

2

数据库服务器

IBMSystemx3850X5

1

3

中间件服务器

WEB服务器

IBMSystemx3690X5

2C*6核,2*146GB硬盘,32GB内存

2-4

4

负载均衡设备

F5BIG—IPLTM1600

2

处理器:

双核CPU,基本内存:

4GB,硬盘:

500GB,端口:

4个千兆端口,2个可选千兆光纤端口

3.2基础软件

编号

用途

型号及配置

数量

1

数据库服务器

操作系统

Linux32/64位

2

中间件服务器

操作系统

win2003/2008Server

3

数据库

Oracle11G(RAC)

4

数据复制软件

DDS

5

中间件

Weblogic

3.3网络通讯配置

3.3.1主机房

电信DDN专线2M或4M一条

联通DDN专线2M或4M一条

3.3.2灾备机房

电信DDN专线2M一条

联通DDN专线2M一条

4.实施计划

结合已有案例的实施经验,针对理财通指数型基金业务需求,对实施计划的安排如下:

任务

描述

开始时间

结束时间

备注

项目启动

安装部署环境

T+0

T+1

客户培训

T+2

T+3

需求调研

T+0

T+3

编码

个性化需求编码

T+3

T+20

测试

仿真测试

T+3

T+7

业务仿真测试

T+8

T+12

与财付通对接测试

T+8

T+19

压力测试

T+14

T+18

上线前

准备

生产环境部署

T+20

T+21

上线方案及应急方案

T+20

T+21

封版及仿真测试

T+21

T+25

上线

产品发行(运营)

与理财通对接上线

个性化需求编码主要包括:

Ø申购:

增加风险评估处理;

Ø开户:

增加账户风险评估;

Ø清算对节假日的申购不确认份额,但需记录在途申购金额;

Ø分红接口,收益对账接口、申购确认接口、赎回确认接口;

Ø其他需要进行的调整与修改、优化.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育 > 理化生

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1