首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

资管行业TA系统趋势展望

TA(Transfer Agent)系统,也称“份额登记系统”,是资产管理公司的核心系统之一,与估值核算、投资交易并称为资管公司的“三大核心系统”,其伴随着资产管理行业的诞生而出现,历经了二十多年的发展;随着资管产品的不断创新、投资者群体的快速增长、资管牌照逐步放开、代销渠道日渐丰富,传统TA系统对业务的支持显得捉襟见肘。

在新的时代背景下,作为金融科技的一员“老将”,TA系统当如何运用前沿科技,面向资管行业未来,引领业务创新发展,是行业同仁都在思考的课题;本文是笔者的一些浅见,谨以此短文抛砖引玉。

多TA统一,终结分裂局面

传统TA由于业务发展的不连续性,发展出了“自TA”、“分TA”、“ETF TA”、“实时TA”、“专户TA”等各自独立又高度相似的系统,导致运营成本高昂(多个系统中账号、权限、工作日、利率、代销参数等重复设置,清算工作量较大,工作量翻倍,且容易出错),跨TA业务受限(如转换业务由于产品分布于不同TA而无法实现),数据治理困难(对于数据仓库、客服系统、直销系统等下游系统,各TA系统数据格式、取值不统一,造成数据治理的难度急剧上升)等一系列问题;因此资管公司对于统一TA,存在切实需求。

新时代的统一TA,应具备以下特征:

一个自建TA,兼容多种产品

“宝宝类”产品诞生之时,由于其清算流程特殊(难以与普通净值型产品统一)、数据规模巨大(普通TA性能难以满足),因此成为了一个独立的TA系统。

随着分布式、微服务、云技术的运用,如今的TA系统可以轻松承载亿级数据规模;再辅以清算流程的合理解耦,完全可以将多种产品类型合并,统一管理。

一套TA系统,管理多个TA代码

除自建TA外,资管公司通常还有ETF TA、LOF TA等系统,这类产品业务特殊,主TA为中登,分TA只是镜像,因此TA代码无法合并;

TA系统应能统一管理多个TA代码,用户、权限、参数统一管理,清算流程一站式管控。

一套TA系统,支持多管理人

传统TA系统通常将TA代码与管理人混为一谈,因此对于资管公司的子公司,通常需要建设一套独立的TA系统,相关的软件采购、部署、运营体系建设、渠道对接(商务协议、对接测试、日常运营)都会带来大量的人、财、物的重复投入。

新时代TA应将管理人、TA代码、运营人等概念明确区分,基于正确的业务抽象进行系统实现,以便更好地支持当下以及未来的业务场景。

统一数据结构TA 系统作为核心系统,会对接数据仓库、直销系统、客服系统等一系列下游系统;多套 TA 系统的数据结构、取值标准、唯一性字段、数据质量参差不齐,给下游系统造成了诸多困扰。统一数据结构,有利于大幅降低数据治理难度,充分发掘公司数据资产价值。

流式计算+机器学习,构筑健壮的稽核体系

传统的稽核方式,通常是根据业务经验设置稽核条件(比如费用总额必须等于费用明细之和,最新份额必须等于昨日份额加上今日变动),开发对应的检查脚本,在清算完成后逐个执行,实现二次复核的效果,减轻人工抽查的工作量。

但这样的方式存在三大弊端:

1、稽核程序通常需对清算结果进行全库扫描,随着稽核规则的逐渐累积,稽核速度对性能的影响将越发明显;

2、业务经验依赖于人工梳理,覆盖度有限,而系统发生差错时往往是之前没有预想到的场景,预设的稽核规则对此无能为力;

3、某些数据从单笔来看是正确的,但整体分布有问题,传统的稽核手段无法发现(比如单笔申请金额5万元是正常现象,但如果某一天每一笔申请都是5万元,则明显值得注意)。

对于问题1,我们可以引入流式计算引擎,在清算的同时异步推送消息,进行实时的异步稽核,大幅提升稽核性能。

对于问题2、3,可以引入机器学习,通过将业务数据进行清洗、降维、去量纲等特征工程处理,转化为高维空间点阵分布,并基于历史数据完成模型训练后,用于检测当天新生成数据的异常情况;可发现单点异常(预料之外的单笔业务异常),及集体异常(整体分布异常);再通过数据可视化的方式,将可能的异常归因进行直观的展示,由业务人员判断是否应当干预。

将基于逻辑的规则稽核,与基于经验的AI稽核进行有机结合,扬长避短,有望将TA系统整体健壮性大幅提升。

小批量清算,极致灵活高效

TA的清算模式演进,可以划分为两个时代:

长途车模式

最初的清算模式,一天只有一个班次,所有乘客(渠道、产品)上车后,统一发车;如果中途出现问题,则所有人一起回退到起点,再重新开始。

在业务初期,渠道、产品不多,交易量不大的情况下,这样的方式实现简单,足够支撑业务需求;但随着渠道、产品的快速增加,这种大一统捆绑式的清算模式开始显现出弊端,经常因为某个渠道没有及时给出数据、某个产品没有完成估值,而导致整个清算无法开始;或者某个渠道/产品的数据出现差错,导致当天的清算需要整体恢复,消耗大量时间、引发巨大风险。

公交车模式

为解决以上问题,演化出了“多批次清算”的公交车模式,部分渠道、部分产品就绪后,可以先行清算;第一班没有赶上,可以等下一班。

但是整个系统只有一辆公交车,需等上一个批次清算完成,才能开始下一批次;并且跨渠道、跨产品的业务逻辑难以实现(如产品市值总控、巨额赎回判断、转托管、转换等);因此该模式同样有较大局限性。

未来可能会进化为私家车模式:

每一个产品、渠道都有单独的任务流程,各任务自主驱动,各行其是,可实现最大程度的灵活性,最小的流程依赖;每个任务(甚至每一笔交易)都可以单独恢复,实现最快的恢复速度,承担最小的恢复风险;同时系统全面引入时间维度,去除“系统日期”的概念,无需“日切”动作,可以随时跨越时间,不同产品、渠道可以同时处理不同工作日的数据清算。

全自动化,明确“运行”与“运营”界限

TA系统的用户部门,通常被称为“运营部”;但事实上运营同事的工作,多数时间和精力都在维持系统的“运行”:维护参数、判断流程、执行任务、协调问题等等。

笔者认为,所有涉及基础业务运作,不需要人工推理判断的,都属于“运行”的范畴,属于技术层面的工作,应该用技术手段完成;而“运营”则更注重观察数据、分析业务、判断趋势、作出决策,这才是运营的真正工作。

新时代的TA,应该实现原生自动化(而非依赖于昂贵、高风险的RPA),将运营同事从“运行”中解放出来,做真正的“运营”工作。

打破烟囱,与公司级中台有机融合

benw新时代的TA系统应以“服务”为单位交付,各组件均可灵活组合,可与公司统一办公门户、产品中心、用户体系、权限体系、通知中心、监控中心等系统无缝整合,最大程度贴合公司整体技术体系,统一用户体验,加速协作效率。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20211202A024DT00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券