当前位置: > 基金>正文

基金申购赎回时结算资金在银行的基金托管账户、证券公司账户、个人账户的具体清算流程是怎样的?

2023-07-17 12:29:49 互联网 未知 基金

基金申购赎回时结算资金在银行的基金托管账户、证券公司账户、个人账户的具体清算流程是怎样的?

我做过一些基金对接的项目。

从问题描述中,可以看出你对基金公司的前台业务和后台业务概念混杂,很多基金运作的基本概念不清楚。你最好先看一下证券从业资格考试的基金科目。另外,问题描述中明确你们是银行还是支付公司,这个角度不同,清结算流程是有差异的。

另外还要补如下内容:

1.基金销售结算资金管理暂行规定只是一个框架。银行IT和支付公司实际做项目的时候,这玩意仅仅是写在合同里的流程。而且由于规定比较古老,实际对接开发的时候是要补签技术规范附件的,比如针对开放式基金的JR《开放式基金业务数据交换协议》(JR/T0017-2004)以及修订版本出一个具体的项目技术规范。

2.了解一下基金公司所用的系统,比如恒生或者金证的系统。如果聚焦到交易类和清结算,先搞清交易账户和TA账户多对一的关系。然后搞清楚要不要给个人企业用户或者基金公司设置虚拟账户(需基金支付资格和T+0垫资做快速赎回)。

3.仔细看《证券投资基金销售结算资金管理暂行规定》分清楚T日和D日到底啥意思,不要乱用。

——————————以下为回答————————————————————

问题1:这事只和银行有关,各个总行的资产托管部门解释比我这半吊子强多了,你要是支付公司没必要了解。你要想深入研究,找一些基金后台的系统说明看一下,比如恒生的系统。搞清楚交易账户和TA账户的多对一关系。

问题2:

对于申购而言,一般基金公司会有一个D+1的资金到账的要求(证监会古老的规定和教材是T+2),具体时点各家基金公司可能不同,但不同交易账户过来的的资金一般在上午10-12点之间卡死,因为如果是工作日或者交易日,晚于这个时间点,当天基金交易部门无法把前一日的申购资金投出去,影响收益(特别是货币基金)。

如果硬要说申购清算对账的时间段,一般是D日15:00(一般不超过16:30)——D+1 12:00,如果对账产生差错,一般合同中会允许延迟到T+1日的16:00左右,再没对账清楚的话,走人工纠差流程,划分责任。

赎回比较复杂,涉及到资金监管要求,比如同卡进出(同账户进出)、虚拟账户的规定。银行和支付公司对接基金有差异。清分对账的时候这里分银行和支付公司两条线。另外银行还分同行和跨行。

举例:基金赎回有一个坑货叫T+0快速赎回,这涉及基金公司垫资或者银行授信垫资,客户发起快速赎回,这垫资款T日从某个垫资账户过到受到监管账户(备付金账户、监管行资金汇集账户),然后T日当日回到赎回账户有两条线:一个是直接回到赎回人账户(同卡进出、同账户进出,这里根据持卡人的发卡行和基金支付业务的监管行,还会有同行和跨行的区别);另一条线是先到支付公司虚拟账户(涉及备付金账户),然后再走提现流程。由于银行或支付公司与基金公司对账完毕是T+1完成,所以T+1日监管行轧差以后这垫资款还得再还回去。由于这一天的垫资是要有成本的,基金规模越大,成本可能越高,侵蚀基金支付收益。所以做基金支付的T+0垫资需要慎重,别规模越大,赔的越狠。T+0快速赎回一般也就业务刚开始的时候打名气、引流量会宣传,诸如不限时点、不限金额的全额垫资。基金规模到一定规模以后肯定扛不住,必须要限制T+0快速赎回,这衍生出来当日总额度垫资(垫资额度用完暂停当日T+0)、单笔T+0赎回额度限制等等规定。

清分日切时点方面,你要分清楚监管规定和实际操作是两回事,具体问题具体分析,根据基金公司给你们的接口而定。

问题3与问题4:

拒绝回答,因为解释不清楚。提问人要补基金业务支付清算概念和涉及机构,请看从业教材。如果是支付公司角度,你还要补备付金管理办法。

——————————————————————

最后支付公司那个追问,也比较麻烦。

因为资金流跟支付公司的基金销售结算资格相关(基金销售、基金支付),特别是和支付公司上游机构或者支付通道相关。

有的支付公司只有网关,有的还有快捷支付或者直付、有的支付公司代收走的是其他支付通路,这资金流各家肯定都不同。特别是支付公司支持多支付渠道,清结算系统做自动路由处理,那个图能画成蜘蛛网。

不过一般来说你要分这么几个角色:客户(对公账户、对私账户-银行卡)、支付公司上游支付通道(不一定有)、支付公司、备付金银行(备付金主存管户、备付金合作行收付户)、监管行(支付结算汇集总账户——分基金公司和支付公司、支付结算汇集分账户——分基金公司和支付公司);然后再结合基金公司给你们的各类接口做具体的申购时序、赎回时序、分红退款时序等等,加上各类数据项,才是一个比较完整的基金支付清结算系统。你要入门,先从单支付渠道资金流入手。

这里要注意,如果你已经了解了央行对支付公司的备付金管理办法和证监会《证券投资基金销售结算资金管理暂行规定》,你会发现,这两个规定貌似双胞胎,都是监管部门通过主账户和分账户监管整个资金流向。由于支付公司要同时满足两个监管部门的资金流监管要求(吐糟一下,合在一起监管会死啊。。。),实际业务合作的时候,基金支付涉及的三方(支付公司、监管银行、基金公司)会这么办:

1.支付公司和基金公司各自在同一家监管行开设基金支付资金汇集账户(总账户或者分账户),每天日切后,支付公司和基金公司先各自对账,在规定时点把各自对账文件根据监管行加密规则发送到监管银行(可以是专线、FTP、邮箱等)。监管行审核对账文件,并对这支付公司和基金公司各自的资金汇集账户做轧差处理。 这个满足证监会监管要求。

2.其中支付公司在监管行的这个账户还有一个属性是备付金账户(也就是说,业务合作的时候,支付公司在监管行开一个双重属性的账户,签两个协议——备付金协议、基金监管协议;其中如果支付公司备付金主存管行和你们选定的基金支付业务监管行不同,那么这个备付金协议是备付金合作行协议,开立备付金收付户)。 这个满足央行对支付机构备付金监管要求。

3.支付公司向监管银行缴纳的资金汇划手续费。由于基金支付归集的钱存在备付金账户中,根据备付金存管办法,备付金的钱不能直接支付资金汇划手续费。所以支付公司一般需要在监管行开立一个独立自有资金账户,专门缴纳手续费。

————————————————————————————我感觉你要绕晕了,没事,我当年做这块业务的时候晕了一个月,根据项目进度,晕着晕着就清楚了。

下图是一个第三方支付对接基金公司的清结算系统框架图,这是最简单的框架了(不含类余额宝、财付通之类的虚拟账户)。具体资金流的图木有,因为信息不足,画不出来,再说清结算资金流都是支付公司的核心内容,没合作关系不会放出来的。

2014.12.26补充————————————————

有人问虚拟账户的事情。简单说明一下

关于虚拟账户的设置,主要是支付公司的虚拟账户,比如余额宝对接支付宝、财付通对接华夏、嘉实基金等。

虚拟账户可以下挂很多具体的对公对私账户(银行卡),由于交易流程,可能会产生资金沉淀收益。基金支付的时候是否设置虚拟账户,主要考虑这块的基金业务是否涉及到基金支付资格(仅有央行第三方支付牌照而没有证监会基金支付资格,开立虚拟账户没有意义);

另外如果涉及到基金公司或者银行授信做基金产品的T+0快速赎回,那么一般基金公司需要在第三方支付公司开立一个虚拟账户。这样做的好处是支付公司有备付金存管行、备付金合作行等多个账户,T+0快速赎回的时候清算效率较高。

虚拟账户的设置,在基金赎回的时候,需要严格遵循同卡进出(同账户进出原则),简单说就是A账户(申购)——虚拟账户——A账户(赎回)。即申购和赎回的起点和终点一致,不能A卡申购,赎回的时候回B卡。否则监管看不到整个资金流向,会怀疑有人借基金支付洗钱,分分钟找支付公司喝茶。你随便找个宝宝类产品赎回一下,一般系统都会识别并限制死到账的银行卡,或者告知你赎回到哪一张卡。这就是为了满足同卡进出的要求。

———————————————————————————————————————————

12月27日补充回答

有人问为什么基金支付业务或者各类宝宝很少有做B端用户的。

我的理解:

1.主要原因是基金的对公开户审核比较麻烦,需要很多纸质材料报送,纯电子化线上开户各家还在摸索,没有一个便捷的方式,往往要T+2或者T+3才能审核完毕,不能做到即开即买。C端用户开户比较方便,可以直接甩给银行或者支付公司做实名验证(一般4-6个要素交叉验证就可以了,比如身份证、姓名、银行卡号、办卡时预留的手机号),秒开即买可以实现,客户体验比较好。

实名验证在C端和B端如何实现并在产品中达到监管和快捷的平衡又是一个大坑,就不展开讲了。

2.基金公司后台系统开发力量不足。目前除了老十家的基金公司还有一些自己的后台TA系统,大部分基金公司后台系统给恒生、金正等垄断,这两位爷改个东西那叫一个难啊。。。我接触的同行里面,大部分的IT力量集中在前台的系统(比如web端、移动端),动后台TA的基本没有。你不动后台TA,业务流程再造很难。这也是为什么马云收购恒生,控股天弘基金导致基金行业大震荡,大家都不爽的缘故,因为突然冒出来一家既能当裁判,又能下场PK的全能运动员。

3.要做B端用户,可是基金公司没有B端渠道获取客户资源。有人说靠银行渠道嘛,反正基金公司卖身给银行也不是一回两回了,但是由于银行自身应对金融脱媒,也开始大搞银行系的宝宝了,这现在卖身价码也不太足。目前的趋势是基金公司找管理软件厂商合作,已经有一些产品面世,比如民生加银与拜克、天弘与九恒星等等,效果如何暂时不明。

本人有答题洁癖,会不时修改内容,对自己的专业负责。转载请注明出处和作者名字。

另外,伤心啊,收藏的比点赞和感谢的多,摔。。。

版权声明: 本站仅提供信息存储空间服务,旨在传递更多信息,不拥有所有权,不承担相关法律责任,不代表本网赞同其观点和对其真实性负责。如因作品内容、版权和其它问题需要同本网联系的,请发送邮件至 举报,一经查实,本站将立刻删除。