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

3.2.15.5 跨TA基金转换038业务申请阶段

1.

跨TA转换，98/99间转换和98/99转自建用038申报，跨TA基金转换申报时必须申报对方TA代码。 2. 3.

跨TA基金转换管理人必须是TXT接口类型。

98/99TA之间的基金转换也必须配置转换关系，需要检查是否能够从转出基金转到转入基金，配置时不支持XXXXXX的形式;跨自建TA的基金转换不需要配置转换关系，管理人必须支持跨自建TA的基金转换业务，且申报的对方TA代码必须是管理人代码。 4. 5.

目前只支持场外账户做跨TA基金转换业务

同TA内或者是98/99TA之间的基金转换时，不仅要求转出基金能够做转换业务(036、038)，还要求转入基金能够做转换业务(036、037)，在配置业务控制时，支持代理人XXX和基金XXXXXX的形式，但不可同时为模糊匹配；对于跨自建TA的基金转换，对于037业务只要能转入；对于038业务只要能转出即可。 6.

对于98/99之间的基金转换，还需要检查： （1）、不支持转入方是场内的账户

（2）、转入转出交易账户、转入转出基金账户不能是同一个账户 （3）、转出账户和转入账户是必须为同一投资者 （4）、转入基金账户允许做转入037业务

（5）、基金转换需要检查最低转换份额，但当代理人申报的基金转换转出份额等于其持有的可用份额时，允许其低于配置的最低转出份额（跨自建TA的转换不需要检查最低转换份额） （6）、检查转入基金业务状态 7.

98/99TA之间的基金转换判断转换是否优惠，传入计费函数以便计费；跨自建TA的基金转换，不需要计费处理。 8.

对于需要计费的申请阶段允许无转入方基金净值，此时确认的转入方基金份额也为零；确认阶段不允许转入方基金净值为零，若为零则将报平台错误。 9.

98/99TA之间的基金转换货币基金需要将未付收益带走，并转换成转入基金的份额；对于跨自建TA的货币基金的基金转换出（038）业务，待确认金额上需要累加未付收益数值。 10.

98/99之间的跨TA基金转换申请阶段需统计检查成功的转换记录数，统计时，

若转出转入基金是分级基金，则以分级基金的主基金为统计目标。这里记录转换记录数主要是多批次情况下给管理人发回报，单批次情况无作用。 11.

给管理人回报数据：

（1）、对于跨98/99之间的转换：会生成一笔138的汇总回报(不论成功与否)；对于成功的数据还生成多笔138转出明细回报和137转入明细回报(管理人TXT接口)；

（2）、对于跨自建TA转出：会生成一笔138的汇总回报(不论成功与否)；对于成功的数据还生成多笔138转出明细回报； 12.

给代理人回报数据：

（1）、对于跨自建TA的基金转换出业务只发代理人138回报；

（2）、对于跨98/99之间的转换，且代理人为非证件会标准接口的则下发一笔138转出回报,对于成功的数据还生成一笔137转入回报；

（3）、对于跨98/99之间的转换，且代理人为证件会标准接口的则下发一笔138转出回报；

3.2.15.6 跨TA基金转换038业务确认阶段

1.

跨TA基金转换038业务，管理人必须将数据做明细确认给中登。没有明细确认的以失败处理且返回管理人拒绝的返回代码。 2.

基金转换确认时，对于98/99之间的转换，若转入基金的净值未到达，则该笔交易不处理并会在平台提示。 3. 4.

对于转换确认份额与待确份额不一致的，需重新分配份额。

98/99之间的转换确认时，会将其转换累积次数和累积金额(转出份额*转出净值)记下，以作为基金转换优惠的判断条件。 5.

对于货币基金，对于确认数据是管理人计费且为部分确认数据的，未付收益以管理人确认的为准；对于管理人全部确认或者是TA计费，未付收益以中登的为准。 6.

基金转换时，管理人的确认份额字段是对转出份额的确认，若是TA计费，则TA系统会根据转出确认份额计算出转出确认金额，然后计算出转入确认份额（确认金额中含有未付收益的金额）；若是管理人计费，且管理人的确认金额、转入确认份额不为0，则分别以管理人确认的为准。 （这里对于货币基金不需要再累计

进入确认金额和转入确认份额中，因为待确认阶段已经下发了未付收益字段，管理人计费时的确认金额和转入确认份额如果确认以非零值回来的话就必须含有未付收益的金额） 7.

98/99之间的基金转换的转出确认时，会将转入确认份额分配到转出的每笔明细上，以便过户转入基金时记录下原过户日期等信息。 8.

给管理人多笔138转出明细回报；若是98/99之间的转换，则还有多笔137转入明细回报；给管理人一笔138汇总回报。 9.

失败时给代理人一笔138汇总回报；成功时给代理人则会生成一笔138回报加一笔137回报数据

3.2.16 强增业务044

3.2.16.1 发起方式及过户原则

1. 2. 3. 4.

强增强减业务申请阶段仅能由中登柜台发起。

允许管理人发起强增业务，管理人TA发起字段必须填写为‘2’。 允许管理人走批调的方式发起强增业务。

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

3.2.16.2 申请阶段

1.

强增业务允许指定过户：

（1）强增业务允许指定强增的过户日期，对于指定日期非法或指定过户日期大于 T+1 的以T+1日为过户日期；

（2）强增业务允许指定确定的明细过户，但是所指定的明细必须存在，否则以失败处理，对于指定的明细存在的，在过户的时候要将指定明细的过户日期写到交易回报表的原过户日期字段上。 2. 3. 4.

LOF 场内基金的强增数据直接以失败处理。 指定强增的过户明细时，其指定的明细必须存在。 强增时，代理人必须能够代销该基金该份额类别。

3.2.16.3 确认阶段

1. 2.

管理人发起的强增：LOF 场内基金的强增数据直接以失败处理。

管理人发起的强增：允许对未付收益做调整，但是确认文件中“摘要说明”字段必须赋值为G-调整收益（此时忽略份额字段，只处理收益）。 3.

柜台发起的强增业务允许管理人做确认，确认数据的账户必须和申请的一致，且必须对份额的全额确认，否则以失败处理。 4.

强增业务对于净值的处理：

（1）对于指定明细过户的数据，以指定明细的净值为准；

（2）对于非指定明细（含指定过户日期）的数据：获取过户日的数据前一工作日的净值数据，获取不到，对于普通基金则设净值为０，对于QDII，ETF取与当前批号最近一天的净值数据。 5.

强增业务对于份额原始来源的处理：

（1）对于指定明细过户的数据，以指定明细的份额原始来源为准；

（2）对于非指定明细（含指定过户日期）的数据：份额注册日期在基金成立之前的原始来源为认购，否则为申购所得。 6. 7.

交易回报表原确认日的赋值：赋值为份额的注册日期。 DBF接口内部序号的赋值：

（1）管理人发起的强增业务取原申请单号； （2）柜台发起的取交易申请的内部序号。

3.2.16.4 批量强增TXT

1.

管理人发起的批调业务在处理的时候直接过户处理且必须在翻盘前提前录入参数，否则批调文件不会被接收处理。 2.

批量强增允许指定过户：

（1）批量强增允许指定强增的过户日期，对于指定日期非法或指定过户日期大于 T+1 的以T+1日为过户日期；

…… 此处隐藏：2321字，全部文档内容请下载后查看。喜欢就下载吧 ……