从技术驱动到业务赋能:中粮信托的数字金融实践

财富   2024-12-10 20:48   安徽  

在信托业务新三分类正式实施的背景下,中粮信托业务转型持续深入,加速回归本源业务,并结合自身资源禀赋调整商业模式、探索差异化发展路径。近年来,中粮信托将“3+1+3”作为公司重点业务发展战略,并围绕业务战略滚动制定数字化战略发展规划。


中粮信托于2021年启动数字化2.0建设,目标是依托数字化中台,持续整合内外部资源,重点推进财富、标品、普惠数字化建设,不断专业深化,推动全过程覆盖,深入挖掘数据价值,释放运营和风控效能,赋能业务发展。一方面从团队组织、基础设施、应用架构、服务管理体系、信息安全等方面加强数字化能力建设;另一方面以数字化中台为总体思路,以自主研发+合作研发为实施路径,将共性需求进行抽象,打造成平台化、组件化的系统能力并共享使用,通过模块编排和流程组织快速支持各类业务场景。


工欲善其事,必先利其器


01

2021年我们启动技术中台的研发。我们通过研发管理平台规范研发技术框架、设计标准,解决解耦、复用的问题,着重降低开发难度、提高研发效率,在后续迭代中通过数据库连接层适配来低成本解决切换国产数据库的问题,通过编译适配解决ARM指令集支持的问题,通过服务注册发现及网关改造解决跨中心微服务级双活支持的问题。


2022年我们启动运营管理平台的研发,按领域、模型、场景的设计思路,后端将传统的项目管理、客户管理(部分)、登记过户、非标资管、资金清算、办公管理、反洗钱、费用报销等运营业务先拆分再重新组合成模块化能力,前端采用注重实用的解释性框架,实现平台的快速上线并持续迭代。


为解决新平台上线后的监管报送等刚性数据应用需求,我们在2022年同步启动企业数据中心2.0一期的建设,以标准化的全域数据资产体系为思路,分贴源、资产、应用3层建设,到2022年底基本实现监管报送的全面自主化,并在持续丰富驾驶舱、大屏、经营分析报表、数据服务等数据应用场景。


2023年我们启动金融服务平台一期建设,金融服务平台建设引入多家在各自领域有专业特长的软件公司,以及中粮信托数字化中心自有研发团队,按中粮信托自主技术框架,分领域联合设计研发,并在2023年11月正式上线,从而打完中粮信托数字化中台建设的收官之战。



锲而不舍,金石可镂

02

金融服务平台建设是中粮信托2022年底战略研讨会确认的重点建设项目,整体按三阶段规划推进,一阶段重点是平台重构、补短板和客户体验提升,二阶段重点是财富管理侧数字化运营能力提升,三阶段重点推进投研体系、资产配置和平台整合。2023年2月组建项目组,3月起陆续跟潜在合作厂商沟通项目背景、需求,充分论证可行性,4月向公司数字化委员会正式报批立项,5月跟潜在合作厂商就项目目标、实施方式、日程安排等进行沟通,并推进研发场地准备,6月完成公开招标程序,7月进驻实施并开始需求调研,8月完成主体设计及联合设计评审,进入开发阶段,9月完成主体部分开发,同步开展数据移植及验证,10月开始用户测试,向国家金融监督管理总局北京监管局报送投产变更报告,11月11日正式投产上线并持续迭代。2024年7月聘请外部审计公司对项目开展全流程审计。


金融服务平台建设对研发过程采用闭环管理,所有研发人员必须在中粮信托共享中心集中研发,必须采用中粮信托提供的标准开发硬软件环境,遵循中粮信托开发流程和规范。我们通过运营管理平台的需求管理模块来管理数字化需求,用户通过系统提交需求,系统通过流程明确需求部门跟科技部门的职责边界,解决优先级、相互扯皮、信息不同步、需求变更等问题;需求流程通过后自动对接到研发管理平台,通过研发管理平台的研发任务管理模块实现研发过程管理,并用于研发工时、代码质量等数据统计;通过研发管理平台的方案设计模块来贯彻从领域到模型到场景的设计思路,将复杂的业务逻辑简单化,并通过多方联合设计评审来对设计结果把关;通过整合GitLab、Jenkins、Nexus、Kubernetes等组件来实现便捷化、自动化持续集成和持续交付;通过DEV、UAT、FAT、PRD等4套运行环境及配套机制来满足不同需要,并最终交付用户,从而达成从用户提交需求开始,到交付用户验收上线结束的管理闭环。


从结果来看,中粮信托金融服务平台建设基本达成预定建设目标:

一,在较短时间实现了财富管理侧信息系统的平台化重构,基本实现财富直销、家族信托、家庭信托等财富管理侧业务场景的全覆盖,同时弥补事前、事中反洗钱、关联交易审查等原有系统不足;

二,建设过程中对客户服务旅程进行全面梳理,打通认证失败、外籍客户无法智能双录等客户体验断点,基本实现一站式服务,提升财富管理客户体验;

三,通过客户管理、权益管理等模块重构打通资金端和资产端,通过产品发行、客户订单等运营流程重塑,实现财富管理侧运营效率的大幅提升,特别是家族信托、家庭信托、TOT等业务场景;

四,通过全面采用中粮信托自有技术框架、设计标准、开发规范、部署规范,打破不同厂商的技术壁垒,建成相对自主可控的财富管理数字化底座,初步具备财富管理数字化快速响应能力;

五,在采用前端资源加密、通讯证书加密等传统数据安全手段外,我们还通过在模型层增加标准化数据类型并配套在数据库连接层增加国密加密算法的方式,在不增加开发复杂度的前提下实现客户结构化和非结构化敏感数据的加密存储及解密、脱敏读取,提升了客户隐私和数据安全性保障;

六,平台前端、网关、应用服务、缓存、数据库、配置等均采用分布式设计,应用层以上均进行容器化部署,配合双活数据中心建设,在提高备份资源利用效率的同时,获得相比较灾备方案更强的容灾能力,提升业务连续性保障。



     志经千锤百炼,终至事成圆满

03


作为数字化建设项目的最后一环,中粮信托在金融服务平台建成投产半年后启动项目审计和后评价工作:

一,项目建设过程合规性审计。由内部审计部门和外部专业机构对项目立项、招标采购、项目开发实施、项目上线等项目建设全过程进行专业审计,发现项目建设过程中的问题与不足,提出改进建议,坚守集团、资本、公司合规底线,推动数字化建设效率和质量提升。

二,项目建设成本合理性评估。由外部专业机构,对照项目建设的成果,依照《GB/T36964-2018软件工程软件开发成本度量规范》,按功能点进行造价分析,对比项目建设综合成本(含自有及外包人员成本、软硬件成本等),评估项目建设成本合理性。

三,项目建设成果有效性评估。由内部审计部门、需求部门和数字化中心,按照中粮信托数字化建设价值评估体系,从经济价值、用户价值、管理价值等维度,联合对项目运行实际效果进行综合评价,对比项目建设设定目标,评估项目建设成果有效性,针对目标与成果差异进行针对性分析,查找原因,并持续改进。


在对金融服务平台建设的复盘中,我们发现了一些不足,例如因为没有采用真实数据进行压力测试,导致上线初期个别服务出现性能瓶颈、影响用户体验的问题。我们也总结了一些经验。


经验1:统筹技术规范,明确职责边界。金融服务平台项目采用公开招标的方式引入多家在各自专业领域有相对优势的软件厂商,同中粮信托数字化中心自有研发力量一起,在中粮信托自建技术框架、设计标准、开发规范、部署规范等基础上,按划定的业务领域分工各自推进开发工作。统一的技术框架有效的打破了不同软件厂商之间的技术壁垒,提升了服务之间的调用效率;联合设计评审机制确保项目各方的设计思路保持一致且符合中粮信托整体技术要求;清晰的领域边界确保项目各方明确各自职责、避免出现相互推诿的情况。


经验2平台化理念、松耦合设计。金融服务平台全面采用从领域到模型再到场景的分层设计思路,对平台业务范围内的原有移动客户端、客户关系管理系统、信托登记过户系统、反洗钱系统、官方网站、微信小程序等系统按业务能力模块进行逻辑解耦,分领域进行微服务组织封装,形成包括产品、订单、权益、会员、客户、主体、合同、账户等20多个微服务、数百个模型、数千个场景,再通过标准流程框架对场景化原子能力进行编排组织,各业务板块既相互独立又互联互通。


经验3:严控科技风险、严守合规底线。在快速推进数字化能力和数字化应用建设的同时,中粮信托也在推进信息科技治理、信息科技风险管理、信息科技审计、信息安全管理、信息科技开发及测试、信息科技运行及维护、业务连续性管理、信息科技外包管理等领域的同步建设,中粮信托对照《商业银行信息科技风险管理指引》,结合信托行业实际情况对照整改,提升了信息科技治理水平。在金融服务平台项目实施过程中,按照《银行业金融机构重要信息系统投产及变更管理办法》相关要求,在平台上线前20个工作日向北京监管局报送了金融服务平台系统投产报告。



谋定而后动,知止而有得,数字化战略的核心从来不是技术,而是取舍。对于信托公司来说,好的科技战略,不一定是技术最先进的,而一定是最适合自己的。相对于许多优秀同业公司,中粮信托数字化建设整体还处在刚起步的阶段,在近几年的数字化建设过程我们有过很多有益的尝试,也积累了一些经验和小的技术成果,我们愿意随时向同业共享,也希望能有机会进一步学习同业的先进经验,在监管局、协会的领导下,通过强化科技赋能,共助行业发展!



来源:良益研究

信托圈内人
最具影响力的信托新媒体,持续致力于信托投资者教育,引导理性投资
 最新文章