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

上海场内失败处理（2）、对于代理人只支持两步转托管且管理人支持两步转托管的，深圳场内、上海场内均以挂账处理)、补交易账号(单交易账号或多交易账号但不支持两步转托管（（1）多交易账号管理人支持两步转托管的数据，上海场内、深圳场内均以挂账处理；（2）没有交易账号或者多交易账号但管理人不支持两步转托管的数据，深圳场内以挂账处理；上海场内以失败处理；）)，以上检查若非特殊说明，对于深圳场内检查不通过则挂账、上海场内检查不通过则以失败处理； 6.

LOF场内直接将份额过入转入方；非LOF场内则先将份额从转出方过出、再过入转入方。 7. 8.

场内转场外在申请阶段即完成过户，不再进行确认处理。

挂账时(对方代理人为000)还需要将该笔转出记入未完成交易中间表，以便转入时匹配。 9.

深圳场内的数据需要给场内回报（基金结算业务确认接口）。

3.2.8.4 场外转场内申请

1.

场外转场内申报时，

（1）代理人为非证监会标准接口：对方代理人必须填999；

（2）代理人为证件会标准接口：对方代理人必须填必须填写101或102。 2.

非场内发行基金(ETF基金除外)不允许转到场内，LOF后收费基金不允许转到场内。 3. 4.

转到场内时，基金账户对应的场内基础账户必须处于正常状态。

检查转入方是否允许转入，含席位是否正确、转入代理人是否能代销场内基金及份额(转入深圳场内不用判断)。 5. 6. 7. 8. 9.

检查转入方基础账户是否允许转入，不允许转入到不合格账户上去。 对于非货币基金转到场内的申请份额必须是大于零的整数。

LOF基金[R-2，R]之间不允许从场外转托管至场内，其中R是权益登记日。 先将份额从转出方过出，再过入转入方(深圳场内预登记)。

上海场内过入转入方时，需保证投资者的份额在已存在份额的席位上(由份额登记函数保证)。 10.

转入方为深圳场内的数据需要给场内回报（基金结算业务确认接口）。

3.2.8.5 场外转场外申请

1. 2. 3.

场外转场外申报时，对方代理人不能填为999，申请份额必须大于零。 检查对方代理人是否支持一步转托管、是否能代销此基金、是否能够转入等。 未上传对方交易账号则检查是否仅有一个可用的交易账号，上传对方交易账号则检查其合法性；一步转托管不允许相同账户之间做转托管。 4.

若由于某些原因导致需要两步转托管但管理人不支持两步转托管，则交易以失败处理。 5. 6.

若是两步转托管处理时，挂账到代理人000上，并记下该笔转出交易。 先从转出方将份额过出、再过入转入方。

3.2.8.6 转托管入申请

1. 2.

若代理人仅支持一步转托管，则不允许发起027业务。

若原转出方为场内代理人，则027申报申请必须满足如下条件：对方网点、申请份额、基金代码、份额类别必须与原转出交易一致,且：

（1）、若代理人为证监会标准接口：对方代理人必须为101或102； （2）、若代理人为非证监会标准接口：对方代理人必须为999。 3.

若原转出方为场外代理人，则027申报申请必须满足的条件：对方代理人、基金代码与原转出交易一致，原申请单号填写转出交易的申请单号。 4. 5.

转出方存在已登记未再投资份的处理的分红数据，不允许转托管入。

将份额从原转出挂账处过出，过入转入申请方，并将由于挂账而产生的权益下发给转入申请方。

3.2.8.7 转托管确认处理

1.

目前TA系统现有基金都是本系统计费，转托管在申请阶段即已完成过户，无确认处理流程，只有外部完全确认的基金才需要确认处理。

3.2.8.8 转托管写回报

1.

转指定只需要给管理人回报，不需要给代理人回报。

（1）TXT接口转指定给管理人没有明细回报（在发送程序中控制）；

（2）DBF接口转指定给管理人只发明细回报，无汇总回报。明细回报的申请单号（内部序号）是相同的。 2.

给代理人回报：深圳场内转出的不需要在这里生成代理人转出回报数据，转入方

为深圳场内的也不需要在这里生成转入方汇总回报，在业务程序中通过基金结算业务确认表将投资者份额信息通知深圳场内

（1）027业务：一笔汇总回报(业务代码用027到YWZHMP表中去取)，其中对方代理人、对方网点、对方基金账号、对方交易账号为转出方；

（2）026或028业务：一笔转出汇总回报(成功时，业务代码用028到YWZHMP表中去取；失败时，业务代码用026去取；对于上海场内转场外，代理人为101，其他为实际代理人)；转托管成功且未挂账的，还需发一笔转入汇总回报(其中，对方代理人、对方网点、对方基金账号、对方交易账号为转出方)。 3.

给管理人回报：

（1）失败的027业务给管理人发一笔127的汇总回报；

（2）非027业务或处理成功：一笔126汇总回报；成功的还需发多笔转入转出方回报(依据份额明细变更表写回报，回报业务代码分别为127、128)。

3.2.9 设置分红方式029

3.2.9.1 申请阶段

1.

ETF基金、货币基金、保本基金不能修改分红方式，其默认的分红方式是：ETF基金或保本基金是现金红利，货币基金的分红方式是红利再投。 2. 3.

申报的分红方式必须是合法的分红方式，目前仅能是红利再投(0)或现金红利(1)。 目前，允许工行不申报需修改分红方式的份额类别，这样的话，默认修改投资者在该工行的该只基金的所有份额类别的分红方式，其他代理人必须申报份额类别 （1）对于场内数据，会修改满足4要素（基金代码+份额类别+基金账号+代理人）下的所有的份额汇总的存量数据；

（2）修改分红方式对于存量数据不修改最后修改日期。 4.

若申报了份额类别，则给代理人一笔回报、给管理人一笔待确一笔回报；若未申报份额类别，则给代理人仅一笔回报、但给管理人的待确和回报的笔数与代理人支持的份额类别种类有关。

3.2.9.2 确认阶段

1.

仅针对外部完全确认的基金，才需要管理人对029业务进行确认。目前TA系统仅存在本系统计费的基金，无需管理人对029业务进行确认。

3.2.10 份额冻结031 3.2.11 份额冻结031

3.2.11.1 发起方式及过户原则

1. 2. 3. 4.

冻结业务可以由中登柜台发起。

是否允许代理人发起冻结业务由系统参数（DlrCounterTrade）来统一控制。 无论是代理人、管理人或柜台发起，冻结解冻申请确认都不计算费用。 对于外部完全确认的基金，还允许管理人发起冻结业务，管理人TA发起字段必须填写为‘2’。 5.

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

3.2.11.2 申请阶段

1.

冻结方式如果没有指定的话（冻结方式为空），则取该基金所对应的管理人中设置的冻结方式。 2.

冻结、解冻并未检查基金是不是LOF场内基金；LOF场内的冻结解冻直接反映到结算持有汇总及明细上，即深圳分公司受理后在上传的文件中含该部分冻结、解冻份额，不将冻结解冻交易反馈给中登总公司；若LOF场内将这部分交易传给了基金结算系统，冻结会由明细分配函数返回份额不足而失败，而解冻则由于给定的原冻结流水号不存在而失败。

3.2.11.3 确认阶段

1.

对于本系统计费且柜台发起的的基金，冻结业务采用默 …… 此处隐藏：2515字，全部文档内容请下载后查看。喜欢就下载吧 ……