基金托管服务管理平台设计实现范文

本站小编为你精心准备了基金托管服务管理平台设计实现参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

【摘要】本文阐述了证券公司基金托管与服务综合管理平台自主开发的重要性，系统的主要设计方案，以及在基金产品运作流程的中，系统在集成各核心业务系统与其他内外部非业务平台以帮助提升私募基金托管与服务日常业务综合水平方面的技术难点和实现过程。

【关键词】系统设计；系统集成；工作流框架

基金托管与服务业务自推出以来，正在逐渐成为银行业、证券业一项不可小觑的业务收入来源。在整个基金产品的运作过程当中，涉及的信息、数据流可以贯穿至少十多个核心业务及非业务处理系统。就证券行业经验来看，目前市面普遍的运作方式是通过外部采购加自主开发的方式搭建资产托管部门的中台管理系统，通过集成各核心业务系统以及其他内外部非业务处理系统来主要解决单系统在处理庞大业务与数据时效率低下，业务流转方式增加导致工作效率降低、人员配备增加以及相关数据协作繁复容易造成遗漏和差错等问题。本文依托XX证券公司的私募基金托管与服务综合管理平台项目，简要描述该类中台管理系统的设计方案，以及在各系统与平台对接集成、基金运作流程自动化实现等方面遇到的技术难点和解决方案，希望能为行业内该类系统的自主开发提供帮助。

1基金托管与服务综合管理平台设计方案

为满足公司开展基金托管与服务业务需要，保障业务规范有序运作，在结合XX公司业务现状的基础上，建设开发的该平台。该平台的设计，是通过调取资产托管部估值核算、份额登记、资金结算、投资监督等十多个核心业务系统数据，集成并进行数据清洗后构建独立的数据中心；通过对接一柜通及公司邮箱、短信平台、移动办公系统等外部或内部非业务处理系统，实现交易结算文件、资讯文件和外部数据的自动收发和定制信息推送；通过管理整个部门的所有工作流及交易交收流程，实现基于工作流和业务规则的任务发起、流转、提醒和跟踪、归档管理；通过监控各项业务判断指标和数据，实现业务处理结果的反馈和提醒，业务异常或差错的报警和防范。最终，实现资产托管部业务流程的协同高效、运行有序，使分而治之的各岗位工作在系统内形成完整的闭环管理。

1.1系统功能设计

系统功能覆盖了资产托管部各岗位的日常工作内容，可根据权限控制不同岗位可见的系统功能模块。按照业务类别具体分为三大类岗位：项目管理类；基金服务类（包含外包估值、注册登记等）；基金托管类。同时，每一类岗位又可在产品和角色维度控制产品与菜单权限，实现岗位隔离和业务隔离。通用功能模块：三类岗位都包含有个人中心、项目中心、产品中心、影像中心、系统管理。具体实现项目、合同与产品相关信息的记录与查询，以及与管理人、产品相关的影像资料（证件与合同扫描件等）基金服务类功能模块：外包运营中心，具体包括各类基金服务业务辅助如估值核算、注册登记（简称TA）、直销交易、投资者信息管理等基金托管类功能模块：托管运营中心，具体各类基金托管业务辅助包括估值核算、投资监督、信息披露等。

1.2系统架构设计

系统架构，为满足基金服务业务与基金托管业务隔离的行业要求，运用权限隔离、网络隔离、硬件隔离等方式搭建架构，同时又简化了系统的开发、部署与使用。平台能够连接各个独立的核心业务系统，将产品运作全过程中的各项数据进行清洗及管理，统一数据规范，提高数据处理及统计效率，通过同步深证通、D-COM、PROP业务机的结算文件以及资讯文件，对接一柜通及公司邮箱、短信平台、移动办公系统等外部或内部非业务处理系统来实现自动化的需求，提高业务综合处理水平。系统架构设计如图1所示。系统架构设计要点：（1）满足行业业务隔离要求。服务器部署按1.1中描述的业务类别来划分：主要分为服务运营管理平台、托管运营管理平台和公共数据管理平台，考虑经济与效率因素，公共管理与托管运营共享一台应用服务器。数据库的部署根据各业务系统与该平台不同业务类别也进行了隔离，并且位于不同的网段，网段间设置防火墙，严格监控流转访问请求。（2）保障核心业务系统数据安全性、准确性。为避免影响核心业务系统的运作，对该类系统的数据读取操作，通过建立对备份库DBlink的方式实现，而写入操作通过各类业务的应用服务器调用相应核心业务系统数据库服务器上部署的中间件来执行，避免直连数据库造成的安全漏洞与不定因素。另外，外部数据如邮件、结算文件与资讯文件通过位于独立于服务器网段的业务机来完成接收的工作，通过连接应用服务器的相应接口来上传，其他端口一律不做开放。其他的一些手段也加强了数据的安全、准确性，诸如对于对外发送的短信，限制短信内容格式并屏蔽系统手写功能；写入数据库的数据会在平台中以经办、复核的模式实现二次确认以确保数据准确性等。（3）平台自动化的实现机制。各应用服务器Web中间件主要实现为各终端访问提供服务；应用服务器之间的文件同步；邮件、结算文件、资讯文件上传；采集数据的抽取转换核对；任务流的配置与插件调用；访问对应数据库等功能。在应用服务器上部署的其余专用中间件主要实现调用公司内、外部非业务处理平台实现各系统、平台间的集成、接口调用功能：如定时启动数据采集任务；公司邮箱服务器连接进行邮件发送；调用公司短信平台发送短信（主要针对管理人与投资者）；调用公司移动办公平台进行消息推送（主要针对公司员工待办与进度、监控提醒）；调用公司一柜通平台进行公安联网验证与反洗钱黑名单验证（主要针对用身份证进行开户的投资者）等，此处不做一一赘述。对于以上设计要点中涉及的技术难点与实现会在技术难点部分进行具体描述。

2基金托管与服务综合管理平台技术难点与实现

在平台的建设过程中，因其涉及的核心业务系统之多、外部对接平台之广，并且需要实现各业务条线任务流、工作流的自动化与沟通协调，存在若干技术难点，以下列举主要的技术难点与实现方法。

2.1平台数据集成

因核心业务系统的重要性，因此在考虑核心业务数据的读写时，平台设计运用了；“备库读接口写”的方式。首先阐述“备库读”的解决方式。对估值数据、TA参数、资金流水与账户余额、投资者信息与直销柜台交易记录等的读取分别在基金服务数据库上建立对外包估值数据库、外包资金清算数据库、自建TA数据库、直销柜台数据库的DBLink，并且通过数据库管理员对需要供平台访问的表赋予select权限，其他非相关表不给予权限从而实现对核心业务系统的日常运作影响的最小化。另外，要保障数据的时效性，核心业务系统的备份库是生产系统通过DSG提供的实时服务实现的热备体系，前后时延经过反复测试不会超过5秒，数据同步的原理是：经过特定的端口，通过读取生产数据库的RedoLog（极端大量DML操作时会涉及ArchiveLog）并实时写入备份库，对读取日志的操作在来不及写入备库时会发送到备份库记录再逐步写入，因此很好的保障了主备库数据的一致性。再来描述一下“接口写”，写操作只涉及自建TA与直销柜台数据库，为了数据的安全性，主要通过应用服务器上部署的Web中间件，调用部署在对应业务系统数据库服务器上中间件服务，简而言之通过自己访问自己的方式写入数据，以此避免放开数据库1521端口带来的危险因素。数据的读写频率与内容，通过平台配置的定时任务，调用中间件服务启动对应java类来实现，如图2所示。因任务配置格式与路径的专业性，该项由系统管理员会同开发人员调整，一般业务人员不具备修改权限。

2.2平台非业务系统对接

非业务处理系统的对接，主要是通过专门的中间件调用不同平台的接口实现。大致分为以下几类：

2.2.1邮件收发基金日常估值过程中，会涉及管理人对基金外包或基金托管人每个交易日的对账单发送，以及基金外包机构和托管机构之间的估值表发送等，不论参与人是通过深证通还是邮箱发送上述文件，在没有建设该平台前的操作都是通过人工登陆下载文件和发送邮件、电话的形式沟通，效率偏低。根据公司现状主要通过邮件接收文件情况下，平台构建了专门的邮件接收服务器，部署JAVA中间件提供RPC服务，且独立于服务器网段，连接内外网相应端口专门实现邮件接收工作，并调用Web中间件实现附件上传与邮件摘要落地的功能。邮件的发送是通过调用专门中间件连接邮箱服务器根据平台的配置来实现的。

2.2.2结算文件与资讯文件接收结算文件是交易所以及结算公司在盘后提供的清算文件，资讯文件是由资讯商提供的，两者是估值系统必不可少的估值清算数据来源。每日连接结算公司与交易所网关下载的结算文件，通过资讯客户端自动下载的资讯文件，都以FTP同步的方式同步到邮件接收服务器的特定路径下，再运用与邮件同步相同的方式上传到应用服务器上，如此业务人员只需登陆平台，直接到相应菜单中下载即可，避免频繁登陆邮箱的繁复操作。

2.2.3短信平台对接短信的发送，是通过专门的中间件配置短信平台的IP地址及端口、具有相应权限的用户以及密码等参数调用公司短信平台提供的接口来实现。发送的节点分为自动和人工，根据业务需求在平台实现定制。

2.2.4移动办公平台对接考虑短信发送的成本，对于公司内部员工的推送提醒由公司的移动办公平台负责，同样是通过Web中间件配置参数调用移动办公平台接口，根据平台定制的内容与发送节点通过消息推送的模式发给安装移动办公APP的公司员工。

2.2.5一柜通系统对接在投资者开户时，为符合合规与风险管理要求，基金服务Web中间件会调用公司一柜通公安联网验证接口来查询开户者的证件有效性与征信情况。上述对接类别中，邮件与短信发送、定时任务启动配置在同一专用中间件服务中，调用对应的java类，根据配置文件实现不同平台的对接，开展相应的功能。配置文件短信平台部分代码如图3所示。

2.3任务流的自动化实现

任务流自动化主要实现基于工作流和各条线业务规则的任务发起、流转、提醒和跟踪、归档管理，极大地提高了业务处理和沟通的效率。该功能的实现是运用了常见的工作流框架技术Activity。该平台使用的是activiti5.13版本。Activiti5是由Alfresco软件在2010年5月的业务流程管理（BPM）框架，它是覆盖了业务流程管理、服务协作、工作流等领域的一个开源的、易扩展的可执行流程语言框架。通过提供eclipse插件，在底层数据库表的支持下，让开发人员可以导入、运用jar包和开源包，使用网页版流程设计器通过插件直接绘画出业务流程图，使用框架提供的API完成流程操作，对应的XML文件导出后部署在服务器上形成模型。从而形成以下步骤：制作流程图，部署流程定义，查询流程定义列表，启动流程实例，查询个人任务列表，办理任务。至此，办理好任务后，流程就走到了下一个节点，再次查询前次个人任务列表就查不到了，此时用下一节点任务列表去查即可。其中，产品清盘流程图如图4所示。对应的XML文件部分代码如图5所示。如此便实现了任务流的定义，并能够实现在平台前端进行任务流的管理。同定时任务配置相同，该菜单由系统管理员会同开发人员调整，一般业务人员不具备修改权限。

3结束语

基金托管与服务综合管理平台涉及的业务类别十分广泛，数据的集成和各系统对接、工作流的配置运用是平台得以运作的重要技术，在克服这些难点的同时，该平台也确实改善了人为操作风险、提高了跨部门协作效率以及提升了业务信息及时性。在实际的业务操作中，随着私募基金监管和自律规范的不断变化，如何使平台的需求更便捷更快速地相应调整实现，是未来努力的一个方向。

参考文献

[1]冀正,张志祥.Activiti权威指南.清华大学出版社,2017.

[2]张曦文.基于Activiti的集成化项目管理系统的设计与开发.大连交通大学

[3]张艳新.通用管理系统基础平台设计(ISSN:1673-866).电子工业出版社,2018.

作者：邬佳忆 单位：东海证券股份有限公司