理财通业务解决方案v.doc

基金互联网金融业务 微信理财通 解决方案 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 基金公司实时接收处理支付机构发来的开户请求并返回结果 产 生基金账户信息 完成开户 系统可设置黑名单 禁止属于黑名单中的个人进行开户 禁止结 果实时返回给支付机构 2 1 1 2 风险评测 实时交互 用户完成开户后 进行指数型股票基金申购前 需要进行风险等级评 测 风险等级评测问卷由财付通负责展示给用户进行评测 并将评测结果 实时发送给基金公司 2 1 1 3 申购 实时交互 申购业务流程 1 客户从财付通前端 理财通 选择指数型基金产品 向财付通通发 起申购 同时 客户需要选择是否愿意承受超出评测等级风险 如果 产品超出其风险评测等级 是否保持继续申购 2 财付通将客户申购信息实时发送给基金公司 3 基金公司实时进行申购合法性检查及客户风险等级与产品匹配度检 查 并根据客户在申购时的承受超出风险选择进行申购的预处理确认 如果风险度相符 或者客户已选择同意承受超出评测等级风险 则确 认其申购申请 否则申购失败 4 基金公司实时预处理确认申购订单信息后 实时向财付通发送申购 申请预处理结果 5 财付通收到基金公司预处理结果后 划扣客户申购资金 将支付结 果实时发送给基金公司 6 基金公司实时接收支付结果 对申购交易进行预处理确认 确认申 购金额 2 1 1 4 赎回 赎回业务流程 1 客户从财付通通发起赎回申请 2 财付通记录客户赎回申请信息 日终以文件形式发送给基金公司 3 基金公司对赎回申请进行确认 并将确认结果以文件形式反馈给财 付通 4 财付通在收到基金公司赎回确认信息后 向客户划付赎回份额对应 的资金 2 1 1 5 分红 分红业务流程 1 财付通支持客户随时进行分红方式的修改 2 财付通记录客户分红方式信息 日终以文件形式发送给基金公司 3 基金公司根据文件信息对客户分红方式予以记录 4 分红时 基金公司生成分红信息文件 发送给财付通 5 财付通根据基金公司分红文件 更新客户份额信息或划付相应红利 资金 2 1 1 6 对账 日终 基金公司与财付通进行开户 申购 赎回等文件的交互 并以 此结果为准进行对账 调账 系统支持自动对帐与调整 异常报警等 功能 1 开户文件 基金公司提供 2 客户资料变更文件 财付通提供 3 分红方式文件 财付通提供 4 收益明细对账文件 基金公司提供 5 申购对账文件 财付通提供 6 申购对账确认文件 基金公司提供 对于申购交易 财付通通有 基金公司无 默认基金公司已 调账 基金公司补单 基金公司无法补单的则人工介入 财付通无 基金公司有 该情况不应该发生 默认基金公司 已调账 基金公司去掉已预处理确认的申购订单 7 赎回对账文件 财付通提供 8 赎回对账确认文件 基金公司提供 对于赎回交易 财付通有 基金公司无 需要基公司调账 财付通无 基金公司有 须人工介入 2 1 2 货币基金业务功能设计 2 1 2 1 账户体系 支付机构在客户原有主账户基础上建立单独的客户理财账户 为个人 用户提供基金销售支付结算服务 该理财账户归属于主账户 把资金 从主账户转入该理财账户即为向基金公司购买相应基金产品 2 1 2 2 开户 开户流程如下图 1 客户在支付机构开设支付账户 2 在支付机构完成支付账户的实名认证和鉴权的客户 方可签署相 关协议 开通理财账户 3 支付机构将用户开户请求 协议签订信息及用户信息发送给基金 公司 4 基金公司实时接收处理支付机构发来的开户请求并返回结果 产 生基金账户信息 完成开户 5 系统可设置黑名单 禁止属于黑名单中的个人进行开户 禁止结 果实时返回给支付机构 2 1 2 3 申购 主账户向理财账户的转入 即相应基金产品的申购 流程如下图 1 客户使用支付机构提供的相应业务功能 向支付机构发出余额增 值请求 2 支付机构向基金公司发送相应的基金产品申购信息 3 基金公司根据交易请求 进行交易下单 4 下单成功后 基金公司向支付机构发起支付请求 如果下单不成 功 返回失败原因 5 支付机构收到基金公司支付请求后 进行支付扣款 并将支付结 果通知基金公司 6 基金公司接收支付结果 7 如果支付成功 则进行实时份额确认 对申购成功的份额进行相 应的登记 返回确认份额给支付机构 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 2 接口支持 2 2 1 内部接口 估值系统 赢时胜系统接口 恒生系统接口 客服系统 金证客服系统 恒生客服系统 投资交易系统 金证投资交易系统 恒生投资交易系统 直销系统 中登标准接口 2 2 2 外部接口 理财通 理财通货币基金接口 理财通定期理财接口 理财通指数型基金接口 支付宝 支付宝余额宝接口 支付宝招财宝接口 京东小金库接口 苏宁零钱宝接口 民生银行如意宝接口 招商银行朝朝盈接口 其他电商平台 券商 银行余额理财等业务接口 2 3 多 TA 运营支持 针对原有自建 TA 已经发行的基金产品对接互联网渠道的需要 金证 实时 TA 支持与自建 TA 共同运营该基金产品 面对同一客户 身份证 号等 负责连接互联网渠道的实时 TA 拥有独立的基金账号体系 管 理客户在互联网渠道的基金份额与交易 自 建 TA 同 一 基 金 代 码 实 时 TA 基 金 公 司 直 销 系 统 代 销 系 统 文 件 合 并 拆 分 互 联 网 渠 道 理 财 通 等 向 外 围 系 统 导 出 2 3 1 方案概述 针对原有自建 TA 已经发行的基金产品对接互联网渠道的需要 金证 实时 TA 支持与自建 TA 共同运营该基金产品 面对同一客户 身份证 号等 负责连接互联网渠道的实时 TA 拥有独立的基金账号体系 管 理客户在互联网渠道的基金份额与交易 自 建 TA 同 一 基 金 代 码 实 时 TA 基 金 公 司 直 销 系 统 代 销 系 统 文 件 合 并 拆 分 互 联 网 渠 道 理 财 通 等 向 外 围 系 统 导 出 2 3 2 外围系统接口支持 由于实时 TA 和自建 TA 所管理的账户是互不影响的独立账户 接口所 导出的交易明细直接进行数据记录物理合并即可 给估值 托管行 投资交易等系统的接口数据需要进行逻辑合并 金证公司提供相应的 合并工具 2 3 2 1 估值系统 文件中的数据需要按照 基金代码 销售商代码 进行数据相加合并 2 3 2 2 投资交易系统 文件中的数据需要按照 基金代码 销售商代码 业务代码 进行数据 相加合并 2 3 2 3 资金清算系统 不需要合并 2 3 2 4 客服系统 可以对文件记录进行物理合并 2 3 2 5 中登数据平台 对文件记录进行物理合并 2 3 3 成功案例 鹏华基金 实时 TA 项目 2014 年中投产 实时 TA 与自建 TA 共同运营鹏华增值宝货币基金 对接京东小金库 苏宁等互联网渠道 3 部署方案 3 1 系统部署 主机房 交易库 I B M S y s t e m x 3 8 5 0 X 5 E M C V N X 5 3 0 0 历史库 I B M S y s t e m x 3 8 5 0 X 5 W E B 1 0 I B M S y s t e m x 3 6 9 0 X 5 W E B 1 I B M S y s t e m x 3 6 9 0 X 5 K C B PK C B PK C B PK C B PK C B PK C B P K C X PK C X PK C X PK C X PK C X PK C X P w e b l o g i cw e b l o g i cw e b l o g i cw e b l o g i cw e b l o g i cw e b l o g i c F 5 B I G I P L T M 1 6 0 0 F 5 B I G I P L T M 1 6 0 0 联通 专线 1 0 M 电信 专线 1 0 M 灾备机房 交易库 I B M S y s t e m x 3 8 5 0 X 5 E M C V N X 5 3 0 0 历史库 I B M S y s t e m x 3 8 5 0 X 5 W E B 4 I B M S y s t e m x 3 6 9 0 X 5 W E B 1 I B M S y s t e m x 3 6 9 0 X 5 K C B PK C B PK C B PK C B P K C X PK C X PK C X PK C X P w e b l o g i cw e b l o g i cw e b l o g i cw e b l o g i c F 5 B I G I P L T M 1 6 0 0 F 5 B I G I P L T M 1 6 0 0 联通 专线 4 M 电信 专线 4 M 系统部署分为生产机房和灾备机房两部分 灾备机房设备数量配置为 生产机房一半数量 生产机房与灾备机房分别通过网络专线与第三方 支付机构进行连接 生产与灾备机房之间通过网络连接 实现业务数 据实时复制 当生产机房出现故障时 可快速切换至灾备机房运行 3 2 硬件配置 本系统的硬件部署基于金证四层架构体系 能够根据业务预期量级进 行相应的弹性调整 业务中间件 KCBP 数量可根据实际业务量需求 部署 本建议配置以组成八路中间件为例 KCXP 与 KCBP 部署在同 一台中间件服务器上 硬件水平也可进行相应的调整 硬件品牌仅为 建议 可选用同等配置的其他品牌设备 编号 用途 型号及配置 数量 生产中心 1 存储设备 EMC VNX5300 15 300G SAS 硬盘 1 2 核心数据库服务器 IBM P750 RAC 1 3 数据库服务器 IBM P740 1 4 中间件服务器 IBM System x3650 8 5 WEB 服务器 IBM System x3650 8 6 负载均衡设备 F5 BIG IP LTM 1600 处理器 双核 CPU 基本内存 4GB 硬盘 500GB 端口 4 个千兆端口 2 个可选千兆 光纤端口 2 灾备中心 1 存储设备 EMC VNX5300 15 300G SAS 硬盘 1 2 数据库服务器 IBM System x3850 X5 1 3 中间件服务器 与 WEB 服务器 IBM System x3690 X5 2C 6 核 2 146GB 硬盘 32GB 内存 2 4 4 负载均衡设备 F5 BIG IP LTM 1600 2 处理器 双核 CPU 基本内存 4GB 硬盘 500GB 端口 4 个千兆端口 2 个可选千兆 光纤端口 3 3 基础软件 编号 用途 型号及配置 数量 1 数据库服务器 操作系统 Linux 32 64 位 2 中间件服务器 操作系统 win2003 2008 Server 3 数据库 Oracle 11G RAC 4 数据复制软件 DDS 5 中间件 Weblogic 3 4 网络通讯配置 3 4 1 主机房 电信 DDN 专线 2M 或 4M 一条 联通 DDN 专线 2M 或 4M 一条 3 4 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 产品发行 运营 上线 与理财通对接上线 个性化需求编码主要包括 申购 增加风险评估处理 开户 增加账户风险评估 清算 对节假日的申购不确认份额 但需记录在途申购金额 分红接口 收益对账接口 申购确认接口 赎回确认接口 其他需要进行的调整与修改 优化