中登业务规则 - 图文(9)

2. 3. 4.

份额锁定业务必须传入流水号（即份额锁定是对指定明细数据的操作）； 锁定业务的锁定截止日必须合法有效并大于当前日期；

份额的锁定登记在份额锁定表（FESDDP）中，份额解锁直接将锁定到期日置掉即可；

5. 锁定后的份额可以冻结但是不可以做份额减少类业务（比如赎回、强减、基金转换出等）；

6. 份额锁定无代理人回报数据。

3.2.19 份额解锁048

份额解锁业务是通过管理人批调（TXT接口）文件上传的，其要求基本等同管理人批调中的强增业务，但是增加了以下处理：

1. 2. 3. 4.

份额解锁业务只支持场外12位账户；

份额解锁业务必须传入流水号（即份额解锁是对指定锁定数据的操作）； 解锁业务申请份额必须和对应的被解锁的份额一致；

份额的锁定登记在份额锁定表（FESDDP）中，份额解锁直接将锁定到期日置相关日期； 5.

份额解锁无代理人回报数据。

3.2.20 强制赎回142

3.2.20.1 发起方式及过户原则

1. 2. 3. 4. 5.

强赎业务可以由中登柜台发起。

是否允许代理人发起强赎业务由系统参数（DlrCounterTrade）来统一控制。 允许系统自动发起强制赎回业务。

允许管理人发起强赎业务，管理人TA发起字段必须填写为‘2’。

代理人和柜台发起强赎业务与代理人发起的其它交易申请业务一样，同样遵循T日申请，T+1日过户的原则；管理人发起的业务在确认处理的时候直接过户处理；自动发起的强赎在处理的时候直接过户处理。

3.2.20.2 申请处理

1. 2.

ETF基金不允许发起强制赎回业务。

强赎业务受代理人业务控制的限制；账户（含基金账户和交易账户）都必须合法

有效。 3.

净值的获取：普通基金的净值获取申请日期所对应的净值，QDII基金获取离申请日期最近一天的赎回净值。 4.

强制赎回业务不受最低赎回份额、赎回级数的限制。

3.2.20.3 确认处理

1.

柜台、代理人发起的强制赎回数据允许管理人确认，管理人可以决定该笔交易成功与否，也可以决定该笔交易具体确认多少份额，只要确认的份额小于等于申请份额且大于0都是可以的。 2.

若管理人没有确认数据回来，采用默认100%确认的原则，即对于强制赎回业务批确认表中设置是无效的。 3.

场内非货币基金会被取整，包括管理人确认回来的数据即：如果管理人确认回来的数据是场内的非货币基金且含有小数，小数部分会被舍去的。 4.

未付收益处理：

（1）对于本系统计费的基金即使是管理人计费未付收益的处理也是以中登TA登记的为准（管理人即使确认了未付收益也是无效的）；

（2）未付收益为负数的时候一定会被带走，未付收益为正数的时候，会根据基金信息的参数（赎回时未付收益的处理方式）看是不带走收益还是按照比例带走。 5.

对于管理人发起的强制赎回业务：

（1）场内非货币基金的份额必须是整数，否则以失败处理；

（2）管理人发起的强制赎回业务允许管理人计费，在上传计费人字段的时候设置为管理人计费；

（3）对于LOF场内的数据是不允许管理人发起强制赎回业务的。 6.

对于明细回报数据都会将该笔明细所对应的过户数据的原过户日和原TA确认流水号赋值到相应字段上。

3.2.20.4 自动发起强制赎回

1. 2. 3.

ETF基金不允许自动发起强制赎回业务。 LOF场内基金无自动发起的强制赎回业务。

强赎业务受代理人业务控制的限制；账户（含基金账户和交易账户）都必须合法有效。

4. 净值的获取：普通基金的净值获取申请日期所对应的净值，QDII基金获取离申请日期最近一天的赎回净值。

5. 6. 7.

强制赎回业务不受最低赎回份额、赎回级数的限制。 对于挂账数据和未指定数据不会自动发起强制赎回业务。 强制赎回发起条件：

（1）只有对没发生巨额赎回或者发生巨额赎回但是赎回比例是 100% 时才会自动发起强制赎回业务；

（2）是否发起强制赎回、什么条件下发起强制赎回还受基金信息的 ‘自动强制赎回条件’的参数限制(其中，0-不发起强制赎回，1-发生赎回时触发，2-份额减少时触发，3-低于下限时触发)，当设置了强制赎回条件是1、2、3的时候并满足相关条件且份额低于持有下限的时候才会发起强制赎回业务；

（3）当设置强制赎回条件设置为‘2-份额减少时触发’的时候，但是对利添利业务的是不会自动触发强制赎回业务的。

8. 未付收益处理：未付收益一定会按照比例带走的，不受基金信息的参数（赎回时未付收益的处理方式）对未付收益处理的限制。

9. 对于明细回报数据(只有管理人接口类型是TXT时才有明细回报)都会将该笔明细所对应的过户数据的原过户日和原TA确认流水号赋值到相应字段上。

3.2.21 开通定期定额协议059

1.

目前对于定额赎回业务是不需要上传协议的，所以在协议开通检查的时候，对应检查定额参数表的业务类型是039（定期定额申购）业务。 2. 3.

定期定额协议(含开通、变更、撤销)对于本系统计费，申请阶段直接确认成功。 申报定期定额协议的产品必须是开通定期定额业务的，否则以失败处理，产品是否开通定期定额业务的查找优先顺序：以基金+具体代理人+账户类型（个人/机构）、基金+具体代理人+账户类型Z（全部）、基金+XXX代理人+账户类型（个人/机构）、基金+XXX代理人+账户类型Z（全部）。按照顺序找到一笔就生效，如果都没有找到默认不允许开通定期定额业务，也就不不允许开通定期定额协议；如果找到的数据是不允许开通定期定额业务的，也按照不不允许开通定期定额协议处理。 4.

在产品+代理人允许定期定额业务的基础上查找对应的协议是否已经申报（如果

该业务是不需要申报协议的则将上传的品种代码和协议编号字段忽略掉（两个字段清空处理），需要申报协议的品种代码和协议编号不能忽略）：

（1）如果已经申报，则修改该笔协议的‘定期定额金额’字段，交易数据返回处理成功；

（2）如果未申报，要核对定期定额金额是否符合定额参数表的申请金额限制，不符合以失败处理；

（3）如果未申报且金额合法，则新增一笔协议数据，如代理人上传的协议的起始日和结束日有效，则这两个字段会写入到定期定额协议登记表中去。 5. 6.

重复申报的定期定额协议以最后申报的定期定额金额为准。

本系统计费的开通定期定额协议业务不需要管理人确认，对管理人的待确认是通知性质。

3.2.22 变更定期定额协议061

1.

本系统计费的开通定期定额协议业务不需要管理人确认，对管理人的待确认是通知性质。 2.

启用协议编号和品种代码查找定期定额协议登记表的有效数据；若数据不存在将将品种代码和协议编号字段清空再找一次：

（1）若数据存在就更新协议金额、定额起始时间、定额终止时间字段； （2）若两次都没有找到，返回代理人尚未开通协议，交易失败处理。

3.2.23 撤销定期定额协议060

1.

对于协议的处理：是先处理协议的注销，再处理协议的开通，最后处理协议的变更。 2.

本系统计费的开通定期定额协议业务不需要管理人确认，对管理人的待确认是通知性质。 3.

注销定期定额协议的交易数据不存在失败的数据，对应的数据存在就注销，不存在就直接写回报 …… 此处隐藏：2424字，全部文档内容请下载后查看。喜欢就下载吧 ……