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

中基金账户、交易账号与申请数据不符的交易，按失败处理。 5.

除ETF二次确认以外，在先行计费的情况下，如果计费净值（以本系统中净值为准）、计费金额、折扣率（管理人可修改）都没有变化，或者明细确认中指定为管理人计费的，则不需要重新计算费用，否则需要重新计算费用。对于ETF基金二次确认，管理人不能修改费用，不需要重新计算费用。 6.

明细确认中指定为管理人计费的情况下，确认份额处理方式：管理人确认份额不为0的，以管理人确认份额为准，否则重新计算确认份额 = （确认金额 – 费用合计）/ 净值。 7.

对场内非货币基金的确认份额需要取整，并重新计算确认金额=确认份额*净值+总手续费。 8. 9. 10.

对于039定期定额业务，追加“累计次数”和“累计金额”，记录“最近交易日”。 给管理人/代理人汇总回报。

深圳场内交易，需要给场内回报（基金结算业务确认接口）。

3.2.5 赎回024/063/093

3.2.5.1 申请阶段

1. 2.

对普通基金赎回、QDII基金及ETF基金赎回的一次申请采用如下规则。 区别于其它业务，对赎回业务申请数据需检查：（1）业务代码必须是024（普通基金/QDII基金赎回），或063（定期定额赎回），或093（ETF一次赎回）；（2）024、093业务，如果申请份额小于最低赎回下限，则必须全部赎回，即申请份额必须等于投资人当前持有份额；（3）024、093业务，如果该基金设置了赎回级数，则申请份额减去最低赎回下限之后，必须为赎回级数的整数倍；（4）063业务，该基金和代理人在定额参数设置中为允许，并且申请份额不低于定额下限。 3. 4.

对于巨额赎回顺延，除上述（1）项检查外，不做其它项检查。

对于满足上述条件的非QDII、非ETF基金的申请，执行（1）份额明细分配；（2）先行计费（基金参数配置）且当前净值大于零的基金，需计算费用；（3）给管理人待确认数据。 5.

对于满足上述条件的QDII基金的申请，执行（1）份额明细分配；（2）将申请数据记入未完成交易，等待赎回净值到达后触发二次处理(仅在赎回净值到达当日给管理人下发待确认)；（3）如果为非先行计费（基金参数配置），则给管理人待

确认数据（仅在交易申请当日给管理人下发待确认）。 6.

对于满足上述条件的ETF基金的申请，执行（1）份额明细分配；（2）给管理人待确认数据。 7.

对于不满足上述条件、份额明细分配失败，以及确认金额不足支付手续费的申请，按失败处理：（1）给管理人/代理人失败回报数据，随正常交易一起发送；（2）给管理人待确认数据，无需确认；（3）如果是深圳场内交易，还需给深圳分公司失败回报数据。

3.2.5.2 二次申请QDII/ETF

1. 2.

对QDII及ETF基金的赎回二次申请采用如下规则。

二次赎回申请由净值触发，当某只QDII或ETF基金（赎回）净值送入本系统后，本系统对该基金执行如下处理，即二次赎回申请处理。 3. 4.

如果该基金为先行计费（基金参数配置），则计算各项费用。

对于QDII基金，如果待确认金额不足支付手续费，则（1）取消一次申请时的份额明细分配；（2）给管理人/代理人失败回报数据；（3）如果是深圳场内交易，还需给深圳分公司失败回报数据。 5.

给管理人二次待确认数据。

3.2.5.3 确认阶段

1.

对普通基金赎回、ETF基金赎回一次/二次，以及QDII基金赎回二次申请的确认采用如下规则，QDII基金一次申请不需要确认。 2.

该业务可以批确认，但明细确认优先于批确认。批确认数据由管理人上传，或者通过前台参数配置。取批确认的规则是：（1）优先，业务+基金+确认日期；（2）其次，业务+基金+申请批号00010101。 3.

除ETF一次确认以外，基金当日（赎回）净值必须存在并且大于0（如果净值等于0，且没有明细确认，则交易不会被处理）。 4.

对于确认份额大于申请份额，或者确认份额为零（含比例确认为零）的交易，按失败处理。 5.

确认份额小于申请份额（含批确认比例小于1）的情况下，需要取消申请阶段的份额明细分配，并且重新分配。 6.

对场内非货币基金的确认份额需要取整。

7. 除ETF一次确认以外，在先行计费的情况下，如果计费净值、计费份额、折扣率都没有变化，且管理人没有在明细确认中指定费用，则不需要重新计算费用和确认金额，否则需要重新计算费用和确认金额。重新计费时，如果是管理人指定费用，则只需重新计算过户费和确认金额即可。确认金额含未付收益（接口中还有单独的未付收益字段）。

8. 除ETF一次/二次确认以外，若发生了巨额赎回，且投资人指定巨额顺延的情况下，需要将未赎回的部分保存起来，下一工作日自动发起赎回。

9. 若ETF基金一次确认或者是DBF接口管理人，则只给汇总回报，除此之外，需要给管理人赎回明细+汇总回报。给代理人汇总回报。

10. 深圳场内交易，需要给场内回报（基金结算业务确认接口）。

3.2.6 预约赎回025

1.

对于本系统计费的数据，预约赎回数据不需要管理人确认，在申请阶段就会被处理完成。 2. 3.

申请金额必须大于预约赎回的下限，否则以失败处理。

预约赎回的日期必须合法有效，且预约赎回日期和申请日期之间的天数必须大于等于预约赎回最少天数且小于等于预约赎回最大天数，否则按失败处理。 4.

预约日期是申请日期。对于检查成功的数据，会写在未完成交易中间表中，对于非QDII基金，会将预约赎回日仍然生效的数据（未被撤销预约赎回的数据），在申请处理前将数据移动到交易申请表中参与当天的交易处理。

3.2.7 预约赎回撤单053

1.

预约赎回撤单需要将被撤单的那笔数据的申请日期和申请单号赋值在撤单交易的原申请日期和原申请单号上。 2.

以基金代码+025业务+代理人+原申请日期+原申请单号+基金账号+交易账号去匹配被撤单的业务。 3.

只有当被撤单的业务是预约赎回业务且还没有正式变为赎回之前才允许撤单，否则撤单失败处理。 4.

对于本系统计费的数据，预约赎回撤单业务在申请阶段就生效，不需要管理人确认。

5. 预约赎回撤单被成功处理后，原来那笔预约赎回的返回代码会被置为成功但且已处理（025业务不会失败也不会生效），在摘要说明字段上会赋值为’ 已经撤单’。

3.2.8 转托管026/027/028

3.2.8.1 功能说明

1. 2.

转托管业务不收取任何费用。

由于上海场内交易是指定交易，结算系统需要投资者固定某个交易席位，这样的话就存在将投资者份额从一个托管席位转至另一托管席位的业务，这就是上证通转指定业务，目前该业务仅限上海场内交易。 3.

深圳场内以业务类型226申报场内转场外申请，而上海场内以业务类型026、027、028申报场内转托管，其中业务类型为026、基金代码为空、申请份额为零时是转指定申请，其他情况则为上海场内转场外申请；对于深圳场内申报的场内转场外申请，统一转成026业务进行处理。 4.

证监会标准接口代理人： （1）、026为一步转托管；

（2）、028为两步转托管出,如果证监会标准接口代理人申报了028业务且对方代理人代码不为空，则将对方代理人代码设置为空； （3）、027为两步装托管入； 5.

非证监会标准接口代理人：

（1）、申报的026、028业务等同处理，以对方代理人代码是否为空来区分是 …… 此处隐藏：2787字，全部文档内容请下载后查看。喜欢就下载吧 ……