中登业务规则 - 图文

1 柜台业务

1.1 非交易过户 1.1.1 功能概述

中登柜台可以发起基金赠与、继承、协助执行司法判决等非交易过户业务。中登柜台发起的非交易过户，与代理人发起的其它交易申请业务一样，同样遵循T日申请，T+1日确认的原则；对于柜台发起的本系统计费模式基金的非交易过户，不需要管理人确认，在确认阶段直接100%过户。

1.2 份额冻结解冻 1.2.1 功能概述

对于本系统计费模式的基金，中登柜台可以发起冻结解冻申请；对于外部完全确认模式下的，中登柜台不受理冻结解冻业务；解冻业务必须在原办理冻结业务的机构提交申请。

本系统柜台发起的冻结解冻申请，将与销售代理人提交的其他T日申请数据在一起生成交易待确认数据，让管理人进行确认，遵循T日申请，T＋1日确认的原则；对于柜台发起的本系统计费模式下的冻结解冻，不需要管理人确认，在确认阶段直接100%过户。

如果同时存在有柜台发起的和代理人发起的冻结解冻申请，本系统将优先处理柜台发起的冻结解冻申请。

如果同时有多个法院文书过来需要对某个投资者进行冻结的时候，系统按照先到先冻结，不重复冻结的处理方式进行处理。

份额冻结期间，只允许做解冻、分红处理、修改分红方式。

1.3 强制赎回 1.3.1 功能概述

中登柜台可以发起强制赎回业务。中登柜台发起的强制赎回可以由管理人确认，与代理人发起的其它交易申请业务一样，同样遵循T日申请，T+1日确认的原则；柜台发起的强制赎回，允许管理人部分确认。

强制赎回业务对于货币基金的未付收益，全部是按比例带走。

强制赎回业务除基金状态为a(基金终止)外不受其他基金状态的影响。

1.4 份额调整 1.4.1 功能概述

中登柜台可以发起份额调整业务。中登柜台发起的份额调整可以由管理人确认，与代理人发起的其它交易申请业务一样，遵循T日申请，T+1日过户原则；若管理人确认则仅能确认失败或全部确认，不能部分确认。

份额调整业务不带走货币基金的未付收益。

1.5 资金平衡调账 1.5.1 功能概述

中登柜台可以发起资金平衡调账业务，当资金清算出现问题或者其它关于资金的问题，可以通过中登柜台去做。中登柜台发起的资金平衡调整直接进入收付指令表，将根据交收日期下发清算指令的数据。

2 特定业务和功能

2.1 分红 2.1.1 功能概述

针对非货币基金的分红，本系统接受四种模式：一、管理人自建TA系统进行权益分派处理的模式；二、管理人分TA系统进行权益分派处理的模式（由管理人分TA系统提供现金分红和分红再投资的明细）；三、管理人分TA进行初步权益分派的模式（管理人分TA系统提供每笔红利金额，但不区分现金分红或再投资，由本系统进行区分现金分红和再投资，并计算再投资份额）；四、本系统交易处理中心进行权益分配的模式。

对于前三种模式，如果基金为LOF基金，则管理人必须提供分红方案，用于控制系统判断LOF跨市场转托管使用，对于非LOF基金，管理人可以选择提供分红方案或不提供分红方案。对于第四种模式，管理人必须提供分红方案，具体的分红方案应该包括权益登记日、

单位红利金额（精确到小数点后四位）、红利发放日、再投资发放日。管理人提供分红方案时，必须在R-1日系统启动之前录入到本系统中，TA系统将在R-1日发管理人回报前根据提供的分红方案做分红登记处理。

对于第四种模式，本系统在进行权益分配的时候，只有在登记日R日已经登记在册的基金份额参加本次分红。R日的交易申请不影响本次分红，即R日申购不参与分红，R日赎回参与分红。

对于货币基金，对于本系统计费模式的基金，系统每天根据管理人提供的货币基金的每万份收益或者当天日收益在当天管理人净值到达后，处理管理人交易确认之前进行货币基金收益计算，将基金收益按持有份额分配到每个投资者，作为该投资者的货币基金未付收益。

对于本系统计费模式的基金，管理人必须提供收益结转方案，本系统在当天确认处理完成以后，对于当天需要结转的货币基金进行收益结转处理。

对于正收益按分红再投资的方式进行处理，如果为负收益则采用强制调减方式进行处理。

2.1.2 功能使用要点说明

1. 除ETF基金、保本基金和货币基金外，有两种分红：一是现金红利，一是红利再

投；ETF基金、保本基金只能是现金红利，货币基金只能是红利再投。其他类型的基金，其分红方式确定先后逻辑为：份额汇总的分红方式、交易账号的分红方式(需代理人支持默认分红方式)、基金的默认分红方式。

2. 投资者六要素(基金代码、份额类别、代理人码、网点代码、基金账号、交易账号)

只能有一种分红方式，除特定种类的基金外，可以通过029业务修改分红方式。 3. 若基金代销关系设置了最小红利金额，则当分红金额小于最小红利金额时，非挂账

的场外投资者强制分红再投资。

4. 本系统发起的分红登记，其分红方式的确定原则：ETF、保本基金是现金红利，货

币基金为红利再投，分红金额小于最小红利金额的非挂账场外投资者为分红再投资，其他情况则是份额汇总表的分红方式。

5. 管理人发起的分红，其分红方式的确定原则：管理人指定分红方式为0或1时以管

理人指定的为准，若管理人指定为2，则本系统自动取投资者的分红方式。 6. 分红登记时，若因为某些原因(冻结、未指定、挂账)导致无法下发投资者分红权益

时，对于现金分红的，采用现金挂账处理，对于红利再投则冻结且冻结本金加孳息时也冻结再投份额，红利再投因其它原因不能下发分红权益的也挂账再投份额；对

于再投可能产生的零头红利，以现金分红的方式下发。

7. 货币基金收益分配采用截位法，精确到小数点后两位，由于精度问题导致的无法分

配的收益，按截去的收益由大到小，每户0.01份。

8. 管理人可以在基金信息中选定收益分配计算方式为单利还是复利，本系统根据单利

和复利按不同的计算公式进行计算，如下： (1) 单利计算方式：

当天可分配的基金收益 = 基金收益；

投资者增加的未付收益 = 当天可分配的基金收益 * 持有份额 / 总份额； (2) 复利计算方式：

投资者增加的未付收益 = 基金收益 * (持有份额 + 投资者未付收益) / (总份额 + 总未付收益)；

9. 收益结转时，有冻结份额时，其未付收益也需要冻结，即：未付收益为正则冻结，

未付收益为负时则计减冻结的份额。

10. 收益分配结转日的设置：若设置了收益分配日，系统在收益分配日当天(若收益分

配日非工作日，则顺延到分配日后第一个工作日)进行收益结转；若设置成日分，则每天进行收益结转；若设置成周分，则在每周的第一个工作日进行结转；如果设置为月分(按首工作日)，则在每月的第一个工作日进行结转；如果设置为月分(按固定日期)，则每月的固定日期(非工作日则顺延)进行收益结转。

2.2 基金发行及成立 2.3 基金终止 2.3.1 功能概述

基金终止，对非认购期的基金终止处理，完成基金清盘，将基金资产退还给投资者。本系统中，基金终止通过使用系统自动发起的强制赎回来处理。

2.4 批量业务 2.4.1 功能概述

管理人可以通过中登柜台录入批量业务参数，以设置某个工作日管理人是否可以发起批

量业务。

3 业务处理规则

3.1 账户类业务

3.1.1 申报数据统一检查

1.

除批量开户业务外，账户类业务只支持场外代理人申报。对申报数据的统一检查是在具体业务处理之前的第一步处理（批量开户除外）。 2.

有效的账户类业务申报包含：开立基金账户001、撤销基金账户002、修改客户资料003、冻结基金账户004、解冻基金中账户005、增开交易账户008、撤销交易账户009、变更交易账户058。需要注意的是，本系统并不处理004、005业务。因此，如果代理人申报了004、005业务，本系统将直接给代理人业务代码非法的失败回报。 3.

对于非法业务类型的申报数据，如果是直销申报或当日有交易申请可以确定其投资的基金，则将投资人资料转发管理人。 4.

如果当前代理人设置为大集中模式，则忽略代理人申报的“网点代码”，将其统一改为代理人代码。 5.

对申报数据中的“申请时间”、“代理人代码”、“网点代码”、“申请单号”、“申请日期”、“交易账号”等字段进行非空（“申请时间”为空本，系统自动补默认值’000000’）和格式检查。 6.

如果申报是001或003业务，则“投资人地址”和“邮政编码”、“投资人姓名”必须填写。 7.

对于非001且非003业务的申报，则“基金账号”必须在本系统中有效，并且属于特定市场（上海或深圳）。 8.

对于非001且非003且非008业务的申报，则“交易账号”必须在本系统中有效。003业务的“交易账户”合法检查在其业务处理阶段执行。 9. 10.

对于001业务忽略申报数据中的“基金账号”。

对于001业务申报，“个人机构标识”、“身份证号码”、“性别”、“学历”、“职业”必须是有效值，其中，“性别”、“学历”、“职业”可以为空。“证件类型”必须在本系统参数控制的，可用于开户的证件类型范围内。

11. 12.

对于001业务申报，如果是QFII机构，则“证券账号”不能为空。

对于非058业务申报，“证件号码”不能为空，“证件类型”必须是有效值。如果是个人投资者且“证件类型”是身份证的，“证件号码”必须是合法身份证。如果不是个人投资者，“法人证件类型”、“经办人证件类型”是身份证的，则“法人证件号码”必须是合法身份证或空，“经办人证件号码”必须是合法身份证。

3.1.2 开立基金账户001

1.

对沪市“股东账号”以字母’E’开头或深市“股东账户”以数字’06’开头的，认为是信用账户。 2. 3. 4.

投资人证件号是12位长并且以’QF’开头的，认为是QFII投资者。 如果是个人投资者用身份证开户，则用“身份证号”确定“投资人生日”。 对于代理人参数‘个人投资者是否只允许身份证开户（DRGSKH）’为’Y’的，个人投资者开户的证件类型必须是身份证，否则以失败处理 5.

用申报数据中的三项关键信息，即“投资人姓名”、“证件类型”、“证件号码”，判断投资人是否已经在本系统中中注册过基金账户。 6. 7.

对于重复注册且本系统中登记的股东账户与申报数据不符的，按失败处理。 对于重复注册且本系统中登记的股东账户与申报数据相符或未申报股东账户的的，登记交易账户信息（要判断是否违反代理人多交易账户规则）。 8.

对未注册的投资者，如果未申报股东账户、属于信用账户，或者申报股东账户对应的基金账户已注销的，则先分配股东账号再注册基金账户，否则检查股东账户信息。 9.

对股东账户信息的检查包括：（1）是否申报了股东账户；（2）申报的股东账户是否属于同一投资者，用申报中的“证件类型”、“证件号码”与系统中的股东账户信息比较，如果一致则认为是同一投资者（循环获取该投资者的账户信息，只有存在一笔未销户且与申报的股东账户一致即视为相符）。 10.

对股东账户信息检查通过的申报，直接注册基金账户，否则先分配股东账号再注册基金账户。 11.

上述分配股东账号时必须满足：（1）代理人有配号资格；（2）不能是QFII投资者；（3）如果申报的“股东账户”不为空，则当日必须有交易申报。满足以上条件才可以配号，否则不能配号，并按失败处理。

12. 开户申请无论成功失败，只要是直销申报或通过交易可以确定其投资的基金，需将投资人资料转发给管理人。

3.1.3 撤销基金账户002

1.

对于销户申请需检查：（1）申报数据中的“证件类型”、“证件号码”与系统中的注册信息必须一致（此处不检查“投资人姓名”）；（2）当日没有交易申请；（3）不能有未完成的交易，如认购、预约赎回等；（4）份额余额必须为零；（5）不存在未付收益；（6）不存在未完成的分红（现金分红及再投资）；（7）与基金账户关联的可用交易账户只存在一个，且为当前申请数据中指定的“交易账户”。 2. 3. 4. 5.

对于不满足上述（1）-（6）的销户申请，给予代理人失败回报；

对于满足上述（1）-（7）的销户申请，注销（不删除）其基金账户及交易账户。 对于满足上述（1）-（6）单不满足（7）的销户申请，注销（不删除）交易账户。 对于成功的销户申请，并将投资人资料转发给所有相关管理人；对于失败的销户申请，如果是直销申报，则将投资人资料转发给管理人（业务代码102）。

3.1.4 修改客户资料003

1.

允许该业务申报数据中不填写“基金账号”，系统自动提取，提取原则是：如果该投资者当日有成功开户，则从开户申请数据中提取基金账号，否则用“代理人代码”、“网点代码”、“交易账号”在本系统登记信息中取得基金账号（必须是最近两个工作日登记的）。 2. 3.

对于不能取得“基金账号”或者申报的“基金账号”无效的，按失败处理。 该业务申报数据中的“交易账号”必须在系统中存在有效的登记信息，否则按失败处理。 4.

核对该业务申报数据中的三项关键信息与“基金账户”在本系统中的登记是否一致，检查规则是：

（1）如果当日已经给分公司发送了配号通知，则此三项信息必须一致； （2）非本系统配号生成的账户，则此三项信息必须一致；

（3）本系统参数设置中有是否允许投资者修改三项关键信息的开关，用于控制本系统配号生成的账户的此三项信息的修改；

（4）在不允许修改三项关键信息的情况下，个人投资者此三项信息必须完全一

致，机构投资者不检查“投资人名称”，其它两项必须一致； （5）在允许修改三项关键信息的情况下必须符合以下规定: a.机构不允许修改三项关键信息（机构不比对名称）；

b.对代理人参数‘DRGJXG’值为N的，不允许修改三项关键信息； c.个人投资者身份证开户的不允许修改证件类型；

d.三项关键信息变更必须至少两项一致；但是个人投资者证件类型变更和证件号码变更视为一项关键信息的变更；

e.个人投资者变更后的三项关键信息必须在系统中保持唯一性

f.个人投资者允许15位身份证变更为18位身份证，但是不认为其修改了三项关键信息

g.三项关键信息在场外只能修改一次，再次修改只能通过柜台来处理；是否修改过三项关键信息记录在KHXXMP中的‘GRBZXX’中（1- 修改姓名 2- 修改证件类型或证件号码） 5.

对于通过上述检查的申请，修改系统中的客户信息登记，并给分公司发送资料变更通知。 6.

对于成功的申请，通过交易可以确定其投资的基金，并将投资人资料转发给管理人；对于失败的申请，如果是直销申报，则将投资人资料转发给管理人。

3.1.5 增开交易账户008

1.

对于增开交易账户的申请需检查：（1）申报的两项关键信息（投资人证件类型、证件号码）与“基金账户”在本系统中的登记信息必须一致；（2）申报中指定的“交易账户”在本系统中未登记；（3）不能违反代理人多交易账户规则；（4）对于代理人参数‘个人投资者是否只允许身份证开户（DRGSKH）’为’Y’的，个人投资者开户的证件类型必须是身份证。 2. 3.

对于不满足上述检查条件的申请数据，给予代理人失败回报。

对于满足上述检查条件的申请数据，将“交易账户”登记到本系统中（如果是已注销的“交易账户”，则将其改为正常）。 4.

增开交易账户的申请无论成功失败，只要是直销申报或通过交易可以确定其投资的基金，需将投资人资料转发给管理人。

3.1.6 撤销交易账户009

1.

对于撤销交易账户的申请需检查：（1）申报的两项关键信息（投资人证件类型、证件号码）与“基金账户”在本系统中的登记信息必须一致；（2）当日没有交易申请；（3）不能有未完成的交易，如认购、预约赎回等；（4）份额余额必须为零；（5）不存在未付收益；（6）不存在未完成的分红（现金分红及再投资）。 5. 2.

对于不满足上述检查条件的申请数据，给予代理人失败回报。

对于满足上述检查条件的申请数据，将“交易账户”在本系统中的登记状态改为“已注销”。 3.

对于成功的申请，通过交易可以确定其投资的基金，并将投资人资料转发给管理人；对于失败的申请，如果是直销申报，则将投资人资料转发给管理人。

3.1.7 变更交易帐号058

1.

对于变更交易账户的申请数据，申报中的“交易账户”必须在本系统中存在登记信息，并且“对方交易账号”（即变更后的交易账户）在本系统中不存在登记信息，否则给予代理人失败回报。 2.

变更交易账户的申请中，如果“交易账户”和“对方交易账户”（即变更后的交易账户）相同，则直接给予代理人成功回报。 3.

对非上述情况的申请执行变更动作，即将本系统登记信息中的所有“交易账户”修改成“对方交易账户”（涉及份额登记、账户登记、分红登记、定期定额登记、冻结登记、未完成的交易，等等）。 4.

对于成功的申请，通过交易可以确定其投资的基金，并将投资人资料转发给管理人；对于失败的申请，如果是直销申报，则将投资人资料转发给管理人。

3.1.8 批量开户TXT 510

1. 2.

批量开户申请只能由管理人发起，代理人不能发起，业务代码必须是’510’。 在批量开户申请数据中，管理人必须提供关于投资者的必要信息，并符合本系统要求：（1）投资者的开户代理人必须是本系统合法代理人；（2）该代理人如果不是大集中模式，则必须提供其开户“网点代码”；（3）必须有“申请单号”，且前两位必须是提出申请的管理人代码；（4）“申请日期”必须等于本系统当前系统日期；（5）若是沪市开户，则股东账户必须以字母’A’-‘Z’开头；（6）若是深市开

户，则股东账户必须以数字’0’-‘9’开头；（7）“交易账户”、“投资人姓名”、必须填写；（8）“个人机构标识”、“证件号码”必须是有效值；（9）“证件类型”必须在本系统参数控制的，可用于开户的证件类型范围内。 3. 4.

对于不符合上述条件的申报，本系统不予受理，直接按失败处理。

对沪市“股东账号”以字母’E’开头或深市“股东账户”以数字’06’开头的，认为是信用账户。 5. 6.

投资人证件号是12位长并且以’QF’开头的，认为是QFII投资者。

用申报数据中的三项关键信息，即“投资人姓名”、“证件类型”、“证件号码”，判断投资人是否已经在本系统中中注册过基金账户。 7. 8.

对于重复注册且本系统中登记的股东账户与申报数据不符的，按失败处理。 对于重复注册且本系统中登记的股东账户与申报数据相符的，登记交易账户信息（要判断是否违反代理人多交易账户规则）。 9.

对未注册的投资者，如果未申报股东账户或属于信用账户的，则直接分配股东账号并注册基金账户，否则检查股东账户信息。 10.

对股东账户信息的检查包括：（1）是否申报了股东账户；（2）申报的股东账户是否属于同一投资者，用申报中的“证件类型”、“证件号码”与系统中的股东账户信息比较，如果一致则认为是同一投资者。 11.

对股东账户信息检查通过的申报，直接注册基金账户，否则分配股东账号并注册基金账户。 12.

上述分配股东账号时，不能是QFII投资者（但没有检查代理人是否有配号资格），否则不能配号，并按失败处理。 13.

批量开户申请无论成功或失败，都需给管理人发送回报，只有成功的申请，才给代理人发送回报。

3.1.9 批量开户DBF 110

1.

批量开户申请DBF接口的检查、处理规则与TXT接口基本一致，区别仅在于如下几点：（1）DBF接口申报业务代码是’110’；（2）DBF接口中没有“TA代码”，用“基金账号”前两位确定；（3）DBF接口没有检查“证券账户”首字母特征；（4）DBF接口“证件类别”用两位编码，TXT接口是一位编码。

3.2 交易类业务 3.2.1 预汇总检查

1.

仅限于场外代理人发起的交易申请，是代理人交易申请03文件导入到TA系统的第一步处理，主要做一些基本的合法性检查、部分字段补默认值、业务类型转换、内外部基金代码转换等； 2.

赎回类业务(赎回024、定期定额赎回063、ETF一次赎回093)默认为巨额赎回顺延； 3.

同TA基金转换业务仅允许代理人申报的业务类型为036、038，不允许申报037，在本系统中，同TA基金转换业务会将代理人申报的038业务转换成036业务统一处理；跨TA转换申报的038业务不转换；同TA与跨TA转换的判断标准：申报的038业务中，对方TA代码是否为空；但是对场外发起的证监会标准的数据不做038/036的业务代码的转换 4.

由于代理人系统可能不支持份额类别，需将代理人上传交易申请中的基金代码转换成TA系统内部处理的基金代码，对于036业务和98/99之间基金转换的038业务，还将转换上传的目标基金代码为内部基金代码； 5. 6. 7.

代理人不支持份额类别时才转换基金代码，支持份额类别则不转换； 对于非交易过户，仅允许使用业务代码033申报，不允许用034、035申报； 认购(020)、申购(022、039、091)、修改分红方式(029)、定期定额协议(059、060、061)允许代理人不上传基金账号而在账户处理后补基金账号、其余业务类型必须上传12位基金账号； 8.

对于非跨TA基金转换业务检查申报交易是否在同一TA下(基金账号与基金代码是否登记在同一TA、基金账号是否在其所属TA的接口文件、基金是否在其所属TA的接口文件中)；对于跨TA基金转换业务，对方TA代码必须填写；对于跨TA基金转换业务，转入转出的TA代码不能相同；且对于非98/99之间的跨TA基金转换业务，对方TA代码必须是对应中登登记基金的管理人代码； 9.

检查代理人是否能够代销申报的基金和份额类别，对于036业务和98/99之间基金转换的038业务，还将检查代理人是否能够代销转换后的基金和份额类别； 10.

所有代理人允许029业务不上传份额类别字段，不上传时默认修改投资者该基金所有份额类别的分红方式；

11. 由于存在周末认购的情况，因此允许020业务的交易申请日期在上工作日至当前工作日之间；

12. 13.

由于上一工作日有巨额赎回而导致024业务顺延的申请也允许在当前工作日发起； 金额类业务(020、022、039、091)需要检查申请金额是否为零，份额类业务需要检查申请份额是否为零；

14. 对于证监会标准数据对于一步转托管数据没有申报对方代理人代码的需要做失败处理；对于证监会标准数据对于场外转场内数据申报对方代理人码为 999要做失败处理

15. ETF基金不能申报的业务类型为：022、024、039、063、025，而非ETF基金不能申报的业务类型为：091、093。

3.2.2 业务公共检查

1. 2.

对申报的申请(含柜台业务)做一些基本的公共检查，并补全基金账号等字段。 对于认购(020)、申购(022、039、091)、修改分红方式(029)、定期定额协议(059、060、061)，若未上传基金账号，则补基金账号(仅限于近2个工作日开户的交易)； 3. 4.

上海场内非货币基金、深圳场内申报的申请份额必须为整数；

本系统计费基金申报折扣率大于1小于零强制为1，若折扣率小于归基金资产比例则折扣率为归基金资产比例(仅限赎回、基金转换(含同一TA内基金转换和98/99之间的跨TA基金转换))，前台录入时保证了归基金资产的比例必须大于零； 5. 6.

需重新用226业务检查是否允许跨市场转托管；

申报036业务和98/99之间的跨TA基金转换038业务需要代理人允许做036、038业务；026业务需要代理人允许做026、027、028业务；027业务需要代理人允许做026、027业务；028需要代理人允许做026、028业务；跨TA基金转换入037业务需要代理人允许做037业务；非98/99之间的跨TA基金转换出038业务需要代理人允许做038业务； 7.

基金账号的状态必须能够做该种业务，上报的交易账号必须是合法且状态正常的账号； 8.

柜台可以在基金的非开放日发起业务，柜台强制赎回时若无净值则会报平台错误，其他业务则在当天被处理； 9.

对于代理人申请数据到达时管理人的确认已经处理的情况，一致以管理人拒绝的

方式处理； 10.

基金净值状态不允许交易时，不允许申报申请；

3.2.3 认购020/120/057/130/149

3.2.3.1 申请阶段

1.

首次认购的申请金额需满足首次认购最低金额和认购级数；追加认购的申请金额需满足追加认购最低金额和认购级数；只有当级数大于零时才检查认购级差； 2. 3.

认购申请阶段不计费，仅检查申请金额是否符合要求；

认购检查合法后，系统会以057业务形式在WCJYDP表中记录下该笔认购申请；

3.2.3.2 确认阶段

1.

根据管理人的确认金额(无确认时，以批确比例判断)判断是否确认成功，确认金额为零或大于申请金额时确认失败； 2.

对于确认成功的认购需要更新申请阶段057记录的申请金额为确认金额；失败则将该记录的处理标志置为’1’； 3.

确认时，找057记录时，首先找处理标志为0的记录，若找不到则找处理标志为2的记录，若还找不到，说明系统有问题，会报错； 4.

找057记录时找不到处理标志为0的数据时再找为2的原因是：基金的配售天数为0时，可能存在当天认购(020)记下的057数据的处理标志被认购二次发待确时将处理标志改成了2； 5.

认购确认阶段也不计算费用；

3.2.3.3 基金成立申请

1.

该阶段给管理人发认购申请二次待确认，其流程由发行结束日期和配售天数决定，当发行结束日期+配售天数等于当前批号时，基金成立流程启动； 2.

为了防止锁冲突，同一投资者在同一代理人处同一基金的多笔认购将会在一起被处理； 3.

对于先行计费的基金，需要在发二次待确认时进行计费和计算利息，计息天数含头含尾，即计息天数 = 计息截止日 – 计息起息日 + 1； 4.

基金成立(057)时以020业务计算各项认购费用

（1）获取认购起息天数时优先获取基金代理关系上参数，基金代理关系上找不

到的用代理人上的参数

（2）对于需要利息转份额的基金，同步计算出扣除利息税后的利息转份额数据

3.2.3.4 基金成立确认

1.

先行计费，057确认金额与申请金额不相符时或者确认数据中计费方式为管理人计费的，重新计算费用和利息(比例确认)：

（1）管理人有确认利息回来的都以管理人确认的利息为准；

（2）利息计算的原则：020部分确认且已发认购二次待确且管理人无明细确认时需要重新计算利息

（3）对于发行失败（基金信息的状态为3）的，不需要管理人确认，直接确认失败处理并重新计算利息； 2. 3.

基金成立以130业务进行份额过户，对于上海场内的认购需要取整处理； 认购款(020、059、079)的交收期固定为2；

3.2.4 申购022/039/091

3.2.4.1 申请阶段

1. 2.

对普通基金申购、QDII基金及ETF基金申购的一次申请采用如下规则。 区别于其它业务，对申购业务申请数据需检查：（1）022、091业务，申请金额必须大于等于最低申购下限；（2）022、091业务，如果该基金设置了申购级数，则申请金额减去最低申购下限之后，必须为申购级数的整数倍；（3）039业务，该基金+代理人在定额参数设置中为允许，并且申请份额不低于定额下限；（4）039业务，如果本系统配置指定该基金+代理人必须申报定额协议，则定额协议必须存在（可以当日申报）；非必须申报协议且没有协议的，本系统自动补写一笔协议。 3.

上述检查（1）、（2）需要区别投资者是否首次投资，本系统可以设置管理人参数“首次投资判断标准”：（1）没有份额为首次投资，即基金账号+基金代码在本系统登记份额全部为0（不检查当日发生的其它交易增加的份额）；（2）没有交易为首次投资，即基金账号+基金代码在本系统没有登记过份额，并且基金账号+基金代码没有其它成功的交易会增加份额（当日发生或者未完成的）。以没有交易为首次投资判断标准的情况下，如果当日存在多笔满足条件的申请，发生并行处理

时，可能会有一笔以上被判断成首次投资，但几率较小。 4.

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

对于满足上述条件的QDII基金申购申请，执行（1）将申请数据记入未完成交易，等待申购净值到达后触发二次处理；（2）如果为非先行计费（基金参数配置），则给管理人待确认数据（这种情况下会有两次待确认）。 6.

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

3.2.4.2 二次申请QDII/ETF

1. 2.

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

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

对于QDII基金，如果为先行计费（基金参数配置），则计算各项费用及待确认份额 4. 5.

对于ETF基金，待确认份额 =（申请金额 - 总手续费）/ 申购净值。

对于QDII基金，如果待确认金额不足支付手续费，则（1）给管理人/代理人失败回报数据；（2）如果是深圳场内交易，还需给深圳分公司失败回报数据。 6.

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

3.2.4.3 确认阶段

1.

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

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

除ETF一次确认以外，基金当日（申购）净值必须存在。

对于确认金额大于申请金额、确认金额为零（含比例确认为零），或者明细确认

中基金账户、交易账号与申请数据不符的交易，按失败处理。 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业务等同处理，以对方代理人代码是否为空来区分是一步转托管还是两步转托管转出； （2）、027为两步转托管转入业务；

3.2.8.2 上证通转指定

1.

转指定申报申请时，业务类型必须为026、基金代码为空、申请份额为零且转入席位不可为空。 2.

由于上海场内交易是指定交易，TA系统将根据系统现有数据将申报席位转换成原指定的交易席位：份额减少类业务(024、026、063)从投资者份额持有情况中查找；份额增加类业务(020、022、029)先从投资者份额持有中查找，若找不到则从未完成交易中查找，还找不到则从现有交易中查找。

3. TA根据申报的转出席位、转入席位自动查找席位对应的具体代理人，若找不到则默认为101；非转指定业务则转入方代理人为申报的转入方代理人。

4. 将投资者持有的所有转出方份额转到转入方下，对于汇总余额不为零的，发一笔待确和回报；对于汇总份额余额为零的，若在转入方下有汇总数据则直接删除，否则更新转出方为转入方，不用发待确及回报。

5. 转指定时，持有份额(含汇总及明细)、未付收益、未发现金红利、冻结情况、当天非交易过户和冻结申请(柜台发起的)、赎回业务的代理人码和网点代码指定为转入方。

6. 汇总、货币基金未付收益能合到转入方则合进去，汇总在合并进去后需删除原记录以保证后继投资者席位唯一；指定后若无冻结则将红利下发给代理人，若有冻结则将席位指定为转入方；冻结登记、冻结明细都更新为转入方。

7. 转指定业务在柜台发起的业务之前处理，若转到真实的代理人和席位上时，需保证当前工作日柜台的非交易过户、冻结、赎回(顺延或预约赎回)申请的代理人码和网点代码为转入方代理人码和席位代码。

8. 上证通转指定申请进入TA系统后即进行过户处理，无确认流程。

3.2.8.3 场内转场外申请

1.

TA系统不登记深圳场内的份额，深圳分公司每天通过JSCYHZ、JSCYMX两个接口文件将深圳场内的份额持有情况(计减场内转场外、计减计增拆分/合并业务的份额)发给TA系统。 2. 3.

深圳场内转场外以226业务申报，TA系统自动将其转换为026业务处理。 上海转托管分场内转场外和转指定，其申报的业务类型可以是026、027、028，除026业务、基金代码为空、申请份额为零是转指定业务，其他申报均为跨市场转托管即场内转场外。 4.

对于非LOF场内转场外，检查基金是否允许此业务；检查代理人是否允许此业务；检查基金账户状态是否允许此业务。 5.

核对基础账户资料、核对基金账户、核对转出席位是否能获取到对应代理人、核对申请份额(为零则失败，上海场内非货币基金必须为整数)、检查对方代理人合法性、检查基金及对方代理人代销关系、代理人是否支持一步转托管(（1）、对于代理人只支持两步转托管且管理人不支持两步转托管的，深圳场内挂账处理，

上海场内失败处理（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.

对于本系统计费且柜台发起的的基金，冻结业务采用默认确认的原则，不需要管理人确认数据，即无论管理人是否有确认数据回来，都不会处理管理人的确认数据。 2. 3.

对于允许管理人确认数据，确认成功的数据必须是全额确认，否则以失败处理。 对于管理人发起的冻结业务也受账户等合法性的限制：本系统计费的基金不允许管理人发起冻结业务；管理人发起时，不能冻结LOF场内基金的份额。 4.

对于处理成功的数据如果在冻结登记表中没有相应的数据（主要是代理人发起的和管理人发起的冻结业务数据），需要补写一笔冻结登记的数据。在补写冻结登记表数据的时候：对于货币基金的冻结方式统一都赋值为冻结本金+孳息；冻结

登记日统一赋值为冻结数据所对应的申请日期；对于冻结截止日非法的数据，统一认为需要手工解冻的数据。 5.

每一笔明细过户都对应一笔冻结明细的数据，其中冻结明细表中冻结业务流水号+冻结编号与所对应的冻结登记数据保持一致，冻结部分的现金分红是不下发的。 6. 7.

在冻结过户处理完后需要获取该投资者目前冻结总份额，以发送相关的参与人。 特殊接口处理：下发农行冻结数据申请单号调整为冻结流水号。

3.2.12 份额解冻032

3.2.12.1 发起方式及过户原则

1. 2.

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

解冻业务可以由系统自动发起（自动解冻的处理），体现在数据中也是柜台发起业务，自动解冻发起时间：已冻结未解冻的且解冻日期小于等于确认日期的数据（自动解冻到期日是确认日期）。 3. 4.

是否允许代理人发起解冻业务由系统参数（DlrCounterTrade）来统一控制。 对于外部完全确认的基金，还允许管理人发起解冻业务，管理人TA发起字段必须填写为‘2’。 5.

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

3.2.12.2 申请阶段

1.

解冻业务必须上传解冻目标，即该笔数据所对应冻结业务的冻结流水号+冻结编号字段，该字段放在交易申请表中的原TA确认流水号（JSYQRXH）字段上，并且该笔冻结数据尚未解冻处理且解冻数据所对应的投资者的六项关键信息必须和冻结数据保持一致。 2.

解冻只能由原冻结参与人发起，且只能由原冻结网点发起：如A代理人W网点发起的冻结只能由A代理人W网点解冻，而不能由B代理人的X网点解冻。 3.

不支持部分解冻：要解冻该批次的冻结份额必须都解冻处理，即与上传的冻结流水号+冻结编号一致的数据都会解冻处理掉。 4.

LOF 场内基金的数据直接以失败处理。

3.2.12.3 确认阶段

1.

对于本系统计费且柜台发起的（柜台发起含自动解冻数据）基金，解冻业务采用默认确认的原则，不需要管理人确认数据，即无论管理人是否有确认数据回来，都不会处理管理人的确认数据。 2. 3. 4. 5.

对于允许管理人确认数据，确认成功的数据必须是全额确认，否则以失败处理。 LOF 场内基金的数据直接以失败处理：找不到LOF场内的冻结登记记录。 解冻处理成功的数据需要更新冻结登记表中的冻结标志为已解冻。

解冻数据需要处理未发放现金红利表的数据（以冻结流水号+冻结编号匹配）: （1）对于未指定数据，把冻结金额写到分红金额上冻结金额置 0；

（2）其他情况：将处理标志更新为已下发，写分红明细表，以备数据的下发和数据清算处理。 6.

对于处理成功的数据如果在解冻登记表中没有相应的数据（主要是代理人发起的和管理人发起的解冻业务数据），需要补写一笔解冻登记的数据。 7. 8.

根据冻结明细表数据进行过户处理，并更新冻结明细的解冻标志。

在解冻过户处理完后需要获取该投资者目前冻结总份额，以发送相关的参与人。

3.2.13 非交易过户033

3.2.13.1 发起方式及过户原则

1. 2. 3. 4.

非交易过户业务可以由中登柜台发起。

是否允许代理人发起非交易过户业务由系统参数（DlrCounterTrade）来统一控制; 无论是代理人、管理人或柜台发起，该业务都没有费用。

对于外部完全确认的基金，还允许管理人发起非交易过户业务，管理人TA发起字段必须填写为‘2’。 5.

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

3.2.13.2 申请阶段

1.

非交易过户业务转入转出方都受业务控制的限制；转入转出账户（含基金账户和交易账户）都必须合法有效；转出账户、转入账户、基金代码三者必须在同一个

市场；转入转出账户不能是同一个账户。 2. 3. 4. 5. 6.

若管理人无过户入方的账户资料则将该资料发给管理人。 非交易过户入不允许过入到场内的不合格账户上面上去。 场内非货币基金，转出份额必须为整数。

转入的代理人代码可以不填写，但是只要填写了必须和转出的代理人一致。 LOF 场内基金的非交易过户数据直接以失败处理：LOF场内基金的非交易过户直接反映到结算持有汇总及明细上，即深圳分公司受理后从过户出方转到过户入方，不将交易反馈给中登总公司。

3.2.13.3 确认阶段

1.

管理人发起的业务也同样受申请阶段所检查的业务限制（1-6条），目前本系统计费的基金不允许管理人发起非交易过户业务，而代理人是否发起由参数DlrCounterTrade控制。 2.

对于DBF接口的非交易过户数据，034、035业务可以依靠内部序号来配对对手方 ；对于TXT接口的非交易过户的明细数据，总TA流水号字段赋值为该笔申请所对应的TA流水号；对于TXT接口的非交易过户的明细数据，每一笔明细过户可以依靠原TA流水号字段来配对对手方。 3. 4.

非交易过户会按照比例带走收益。

非交易过户允许保留原过户日，这点通过基金信息的相关参数来控制；非交易过户是保留份额的原始来源的。 5.

对于本系统计费且柜台发起的的基金，非交易过户业务采用默认确认(100%比例)的原则，不需要管理人确认数据，即无论管理人是否有确认数据回来，都不会处理管理人的确认数据。 6.

对于允许管理人确认数据，确认成功的数据必须是全额确认，否则以失败处理。

3.2.14 利添利业务098

3.2.14.1 发起方式及过户原则

1. 2.

利添利业务只能由代理人自己发起，目前只有工行有此业务。 利添利业务直接过户，过户日为下一工作日，不保留原过户日。

3.2.14.2 申请阶段

1.

利添利业务对账户和网点的处理：

①利添利的转入基金账户可以不填写（为空的时候系统会依据交易账号去补写与基金代码所在的TA一致的基金账号）；填写了就必须是正确的账户数据； ②利添利业务转入转出方都受业务控制的限制；

③转入转出账户（含基金账户和交易账户）都必须合法有效； ④转出账户、转入账户、基金代码三者必须在同一个市场； ⑤转入转出账户不能是同一个账户；

⑥利添利业务不允许过户到场内的不合格账户上去； ⑦对于大集中模式下，网点代码被强制修改为代理人代码；

⑧对于非大集中模式下的对方网点代码如果没有填写，将对方网点代码为JSWDDM。 2. 3. 4. 5.

管理人无过入方账户资料的，发账户资料。 场内非货币基金，转出份额必须为整数。

转入的代理人代码可以不填写，但是只要填写了必须和转出的代理人一致。 利添利收益是否带走受基金代理关系中的参数‘利添利是否带走收益’控制（0-不带走收益 1-总收益带走收益 2-当日收益比例带走；默认为正收益不带走）但是当未付收益小于0的时候必须按总收益比例带走收益（不管参数基金代理关系中的参数设置的是什么）。 6. 7. 8. 9.

利添利业务不存在明细的回报数据。 利添利业务不允许保留原过户日。 LOF 场内基金的数据直接以失败处理。 利添利业务不会触发强制赎回业务。

3.2.15 基金转换036/037/038

3.2.15.1 同一TA内基金转换申请阶段

1.

同TA内转换，非证监会标准接口的代理人可以用036、038申报，但不能用037申报；证监会标准接口的代理人只能以036申报；跨TA转换，98/99间转换和98/99转自建用038申报，自建转98/99时用037申报；跨TA转换037/038业务申报时必须申报对方TA代码，该代码与基金的管理人码相同。

2. 3.

检查是否能够从转出基金转到转入基金，配置时不支持XXXXXX的形式。 当代理人申报的基金转换转出份额等于其持有的可用份额时，允许其低于配置的最低转出份额。

4. 基金转换时，不仅要求转出基金能够做转换业务(036、038)，还要求转入基金能够做转换业务(036、037)，在配置业务控制时，支持代理人XXX和基金XXXXXX的形式，但不可同时为模糊匹配。

5. 6.

判断转换是否优惠，传入计费函数以便计费。

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

7. 8.

货币基金需要将未付收益带走，并转换成转入基金的份额。

转换申请阶段需统计检查成功的转换记录数，统计时，若转出转入基金是分级基金，则以分级基金的主基金为统计目标。这里记录转换记录数主要是多批次情况下给管理人发回报，单批次情况无作用。

9. 失败时写一笔汇总回报(给管理人136，给代理人则按036转换)。

3.2.15.2 同一TA内基金转换确认阶段

1. 2. 3.

基金转换确认时，若转入基金的净值未到达，则该笔交易不处理并会在平台提示。 对于转换确认份额与待确份额不一致的，需重新分配份额。

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

基金转换时，管理人确认的份额是对转出份额的确认，若是TA计费，则TA系统会根据转出确认份额计算出转出确认金额，然后计算出转入确认份额；若是管理人计费且非货币基金，则以管理人的确认金额、转入确认份额为准(上述两值不为零)。DBF接口无法确认基金转换的确认金额、转入确认份额，因此其默认值为零，转换确认时，以TA计算为准；若是TXT接口、管理人计费但上述两字段之一为零时，也是TA计算出来的；申购业务时DBF接口无法确认份额、TXT接口若确认回的确认份额为零时也是以TA计算的为准的。 5.

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

管理人回报数据：：给管理人多笔138转出明细回报和137转入明细回报(管理人

TXT接口)，给管理人一笔136汇总回报(不论成功与否)。 7.

代理人回报：

（1）、对于代理人为证监会标准接口的数据只下发一笔136回报; （2）、对于代理人为证监会标准接口的数据：

a、失败时给代理人一笔汇总回报(用036去找)；

b、成功时先用036去找，若找到则一笔汇总回报，若找不到则分别写一笔转出汇总回报(用038去找)和一笔转入汇总回报(用037去找)

3.2.15.3 跨TA基金转换037业务申请阶段

1. 2.

自建转98/99时用037申报，申报时必须申报对方TA代码。

自建转98/99时，管理人必须是TXT接口且管理人必须支持跨自建 TA 基金转换业务 3. 4. 5.

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

转入方TA代码必须是98或者99，转出方TA代码必须是转出基金的管理人代码。 对于失败的数据写一笔汇总137回报。（给管理人和对代理人都是137）

3.2.15.4 跨TA基金转换037业务确认阶段

1. 2.

跨TA基金转换037业务，管理人必须明细确认回来。

确认检查时，需要核对转入交易账号、转入基金账户、转出基金代码、转入基金代码。 3.

确认时，管理人确认返回代码不为0000或者确认份额为0都视为管理人拒绝，该笔交易以失败处理。 4. 5. 6. 7.

若管理人确认份额大于申请份额，则以失败处理。 检查成功的数据，以管理人确认回来的转入确认份额为准。 下发回报的未付收益以管理人确认的为准。

写一笔137回报数据下发给代理人和管理人：给管理人回报，JHQRFE为转出方确认份额，JHDFFE为转入方确认份额；给代理人回报中，JHQRFE为转入方确认份额，JHDFFE为转出方确认份额

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日为过户日期；

（2）批量强增允许指定确定的明细过户，但是所指定的明细必须存在，否则以失败处理。 3.

批量强增关于管理人上传了分红方式字段的处理：

（1）批量强增业务允许管理人上传分红方式字段：如果6要素相同的数据上传

了多笔，以申请单号最大的且分红方式不为空的为准；

（2）管理人上传的分红方式统一后，存在以下情况上传的分红方式做无效处理： 对于存在了份额汇总数据的数据；管理人上传的分红方式和默认分红方式一致的数据；对于有效的分红方式字段的修改需要下发一笔代理人的129的回报数据。 4.

批量强增对网点代码和账户的处理：

①代销机构不支持多交易账号或者虽然支持多交易交易账号，但投资者在该代销机构只有一个交易账号的，允许管理人不上传交易账户字段，系统会在这个原则下自动补写交易账户；

②对于大集中模式且网点代码为空，用代理人代码赋值； ③批量强增受账户合法性检查的限制；

④批量强增基金代码的TA和账户的必须是同一市场的；

⑤批量强增对于上海场内的数据，会过户到指定的席位上去：在份额汇总存在的数据以份额汇总的为准（持有份额优先原则）；份额汇总不存在的数据以上传的席位为准；

⑥对于非账户不存在（含上海场内10位账户的数据）和基金代码非法外的数据都要下发管理人的账户资料数据。 5.

其他一些合法性检查：

①管理人只能上报本管理人的批量强增的数据；

②批量强增允许上传份额为0的数据，这时候管理人是想修改投资者的分红方式； ③基金代码、代销关系、代理人代码存在且合法； ④LOF 场内数据不处理，直接确认失败。 6.

批量强增对于净值的处理：

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

（2）对于非指定明细（含指定过户日期）的数据：以管理人上传的成本价PZCBJ 为准。 7.

批量强增对于份额原始来源的处理：

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

（3）对于管理人上传的成本价为0且是后收费基金，份额原始来源定为分红所得；

（4）对于其他的数据依据份额注册日期确定份额原始来源为认购所得或申购所得。 8.

批量调整支持份额锁定、解锁处理：

（1）份额锁定、解锁业务只支持场外12位账户；

（2）份额锁定＼解锁业务必须传入流水号（即份额锁定解锁是对指定明细数据的操作）

（3）锁定业务的锁定截止日必须合法有效并大于当前日期 （4）解锁业务申请份额必须和对应的被解锁的份额一致

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

（6）份额锁定、解锁无代理人回报数据。

3.2.16.5 批量强增DBF

1.

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

DBF接口的批量调整，对于持有份额大于等于0的认为是强增数据。

DBF接口批量强增允许指定过户：批量强增允许指定强增的过户日期，对于指定日期非法或指定过户日期大于 T+1 的以T+1日为过户日期。 4.

DBF接口批量强增关于管理人上传了分红方式字段的处理：

（1）批量强增业务允许管理人上传分红方式字段：如果6要素相同的数据上传了多笔，以申请单号最大的且分红方式不为空的为准；

（2）管理人上传的分红方式统一后，存在以下情况上传的分红方式做无效处理： 对于存在了份额汇总数据的数据；管理人上传的分红方式和默认分红方式一致的数据；对于有效的分红方式字段的修改需要下发一笔代理人的129的回报数据。 5.

DBF接口批量强增代理人代码和网点代码的处理：

①对于场内的10位账号的DBF接口的批量强增，需要根据席位代码获取代理人代码，获取不到代理人代码的数据以失败处理；

②场外的12位账户以管理人上传的为准做合法性检查，网点代码等同于代理人代码。 6.

DBF接口批量强增基金账户和交易账户的处理：

①基金账户以管理人上传的为准做账户有效性检查； ②场内10位账户的交易账户=网点代码+基金账户；

③场外的账户的交易账户：以代理人+交易账户去系统中获取交易账户状态正常的账户，获取不到该笔数据以失败处理；

④批量强增基金代码的TA和账户的必须是同一市场的；

⑤批量强增对于上海场内的数据，会过户到指定的席位上去：在份额汇总存在的数据以份额汇总的为准（持有份额优先原则）；份额汇总不存在的数据以上传的席位为准；

⑥对于非账户不存在（含上海场内10位账户的数据）和基金代码非法外的数据都要下发管理人的账户资料数据。 7.

其他一些合法性检查：

①管理人只能上报本管理人的批量强增的数据；

②批量强增允许上传份额为0的数据，这时候管理人是想修改投资者的分红方式； ③基金代码、代销关系、代理人代码存在且合法； ④LOF 场内数据不处理，直接确认失败。 8.

DBF接口强增对于份额的登记：

（1）对于 TSJFLX='H'( 后收费 ) 的情况下：如果 00 且 TSHFE=0也只需要登记一笔，登记的份额为 TSCYFE，份额原始来源填分红所得；

（2）如果 TSJFLX='Q'( 前收费 ) 且 TSCYFE>=0 的情况下，只需要登记一笔， 登记的份额为 TSCYFE, 份额原始来源按照登记日期来判断是认购还是 申购所得。 9.

DBF接口批量强增对于净值的处理：以管理人上传的成净值TSCNAV 为准。

3.2.17 强减业务045

3.2.17.1 发起方式及过户原则

1. 2.

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

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

3. 4.

允许管理人走批调的方式发起强减业务。

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

3.2.17.2 申请处理

1.

强减业务允许指定强减过户数据：

（1）强减业务允许对指定过户日期的数据进行强减处理，对于指定日期非法的忽略指定的日期，以默认原则做强减份额的分配；

（2）强减业务允许指定确定的明细过户，但是所指定的明细必须存在，否则以失败处理。 2.

若同时指定了原TA确认流水号和原TA确认日期，以指定的原TA确认流水号做强减分配。 3.

LOF 场内基金的强减数据直接以失败处理。

3.2.17.3 确认处理

1.

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

管理人发起的LOF 场内基金的强减数据直接以失败处理。 管理人发起对未付收益强减：

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

（2）被调整的收益必须大于0；未付收益正负字段不能赋值为1-负数；允许将未付收益调整为负数，但是要求其调整后的未付收益收益与可用份额的总和必须大于0； 4.

强减业务对于回报特殊字段的赋值：

（1）DBF接口内部序号的赋值：管理人发起的强增业务取原申请单号，柜台发起的取交易申请的内部序号；

（2）明细数据中原确认日的赋值：赋值为份额的注册日期；

（3）明细数据中原TA确认流水号的赋值：该笔份额明细过出所对应的TA流水号；

（4）明细数据的总TA流水号：取申请表的确认号，即明细分配表序号。

5. 强减业务除了调整收益以外对于货币基金不带走收益。

3.2.17.4 批量强减TXT

1.

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

批量强减允许指定过户：

（1）强减业务允许对指定过户日期的数据进行强减处理，对于指定日期非法的忽略指定的日期，以默认原则做强减份额的分配；

（2）强减业务允许指定确定的明细过户，但是所指定的明细必须存在，否则以失败处理。 3. 4.

批量强减不处理管理人上传的分红方式字段。 批量强减对网点代码和账户的处理：

①代销机构不支持多交易账号或者虽然支持多交易交易账号，但投资者在该代销机构只有一个交易账号的，允许管理人不上传交易账户字段，系统会在这个原则下自动补写交易账户；

②对于大集中模式且网点代码为空，用代理人代码赋值； ③批量强减受账户合法性检查的限制；

④批量强减基金代码的TA和账户的必须是同一市场的；

⑤批量强减对于上海场内帐号如果已存在相应的份额汇总数据，调整的网点代码与份额汇总表的一致（持有份额优先原则）；

⑥对于非账户不存在（含上海场内10位账户的数据）和基金代码非法外的数据都要下发管理人的账户资料数据。 5.

其他一些合法性检查：

①管理人只能上报本管理人的批量强增的数据； ②批量强减上传份额必须大于0；

③基金代码、代销关系、代理人代码存在且合法； ④LOF 场内数据不处理，直接确认失败。 6.

批量强减对于货币基金是不带走收益的。

3.2.17.5 批量强减DBF

1.

DBF接口管理人发起的批调业务在处理的时候直接过户处理且必须在翻盘前提

前录入参数，否则批调文件不会被接收处理。 2. 3.

DBF接口的批量调整，对于持有份额大于小于0的认为是强减数据。

DBF接口批量强减允许指定过户：强减业务允许对指定过户日期的数据进行强减处理，对于指定日期非法的忽略指定的日期，以默认原则做强减份额的分配。 4. 5.

DBF接口批量强减不处理管理人上传的分红方式字段。 DBF接口批量强减代理人代码和网点代码的处理：

（1）对于场内的10位账号的DBF接口的批量强增，需要根据席位代码获取代理人代码，获取不到代理人代码的数据以失败处理；

（2）批量强减对于上海场内帐号如果已存在相应的份额汇总数据，调整的网点代码与份额汇总表的一致（持有份额优先原则）；

（3）场外的12位账户以管理人上传的为准做合法性检查，网点代码等同于代理人代码。 6.

DBF接口批量强增基金账户和交易账户的处理： ①基金账户以管理人上传的为准做账户有效性检查； ②场内10位账户的交易账户=网点代码+基金账户；

③场外的账户的交易账户：以代理人+交易账户去系统中获取交易账户状态正常的账户，获取不到该笔数据以失败处理；

④批量强减基金代码的TA和账户的必须是同一市场的；

⑤对于非账户不存在（含上海场内10位账户的数据）和基金代码非法外的数据都要下发管理人的账户资料数据。 7.

其他一些合法性检查：

①管理人只能上报本管理人的批量强减的数据； ②基金代码、代销关系、代理人代码存在且合法； ③LOF 场内数据不处理，直接确认失败。 8.

DBF接口强减对于份额的登记是不带走货币基金的未付收益的。

3.2.18 份额锁定047

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

1.

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

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.

注销定期定额协议的交易数据不存在失败的数据，对应的数据存在就注销，不存在就直接写回报，但是回报数据的返回代码都是成功。 4.

启用协议编号和品种代码查找定期定额协议登记表的有效数据；若数据不存在将将品种代码和协议编号字段清空再找一次，找到就将协议的有效标志变更为注销状态。

3.2.24 基金分级

1.

理论上，任何类型的基金只要配置了升降级参数均可升降级，但目前市场上仅限于货币基金才会有升降级业务。 2.

对于非货币基金做升降级业务，投资者的场内份额可能会由于升降级而导致资产减少(原因：上海场内的非货币基金份额需要取整)。 3.

分级参数生效的当天，所有的账户均参与升降级，否则，仅当天份额变化的账户参与升降级。 4.

升降级判断标准：升级(持有的高级份额转换成低级份额与持有的低级份额之和大于等于分级参数中的升级份额)、降级(持有的低级份额转换成高级份额与持有的高级份额之和小于分级参数中的降级份额)。 5.

具体升降级时，其升降级的份额是其某一级别的可用份额(即持有份额-冻结份额)。当天解冻的份额是参与升降级的，恒生分TA的处理逻辑是先做强增再做冻结解冻，最后做强减；冻结时货币基金的未付收益是会被冻结的，其每天做收益分配时，会将冻结的未付收益也记下，在其收益结转时，若未解冻且冻结孳息则会新增一笔冻结明细(相应地会把冻结的份额加到冻结登记记录上)。 6.

若发生巨额赎回，则有顺延的账户不参与升降级，防止顺延的部分处理时由于份额不足而失败。 7. 8.

若代理人不代理升降级后的基金或份额类别，则不做升降级处理。

本系统中，基金分级以强增强减形式处理：升级时，低级别基金强减，高级别基金强增；降级时，高级别基金强减，低级别基金强增。 9.

代理人发多笔145强减汇总回报和144强增汇总回报；管理人仅发多笔145强减明细回报和144强增明细回报(DBF接口、TXT接口)；管理人发多笔145强减汇总回报和144强增汇总回报(TXT接口)。

3.2.25 权益分派043

1.

目前TA系统支持三种发起分红的方式：中登TA登记、管理人发起和货币基金收益结转，其中，TA系统分红登记是在R-1日终发送回报前，管理人发起分红则是在R日接收管理人确认文件时，而货币基金的未付收益分配是在每天净值到达且管理人确认处理前，其结转则在设定的结转日处理。 2.

TA发起的分红需要录入分红方案，TA系统根据分红方案和份额持有情况进行分

红权益登记。 3.

ETF和保本基金的分红方式强制为现金分红，红利小于最小分红金额的非场内挂账账户则强制为红利再投，其他情况则以份额汇总的分红方式为准。 4.

管理人发起分红时检查项：

（1）管理人处理返回代码为空或成功；

（2）代理人、基金账号、交易账号(非挂账下)必须合法； （3）场内投资者必须有份额(只要投资过或修改过分红方式)。 5. 6.

管理人发起分红对于本系统存在的投资者，以本系统记录的持有和冻结情况为准。 管理人发起分红时，分红方式为(0、1、2)，当为2时，由TA系统取相应的分红方式；现金分红的发放日小于下一工作日则改为下一工作日即必须大于等于下一工作日，再投资日必须大于等于现金发放日即再投资日小于现金发放日时改为现金发放日。 7.

分红方式为现金分红时，冻结派生权益(冻结时，若冻结全部份额且冻结本金加孳息则需冻结全部分红收益，多笔冻结分配出现零头时则计入最后一笔冻结)、未指定(记分红金额和红利所得税)、挂账情况(记分红金额，存在零头红时记入最后一笔未发现金)下，都需记录下这部分份额对应的红利，并只下发给管理人；在解冻、指定、转入时，重新生成一笔分红明细，将未发放的红利下发给代理人。 8.

红利再投时，当再投资日小于等于下一工作日时进行再投资处理，为了能够稽核平衡将再投资改为下一工作日并且若现金发放日小于下一工作日还会将现金下放日改为下一工作日。 9.

现金分红的再投资日必须晚于等于现金发放日；红利再投的现金发放日必须晚于等于再投资日。 10.

红利再投时，冻结本金加孳息的再投份额也被冻结，未指定(零头金额和再投代理费均不下发)，挂账的再投份额也一起被挂账(挂到各笔转出挂账确认份额上，零头份额和再投代理费都记在最后一笔挂账)。 11. 12.

对于保本基金，当分红登记成功时，需要更新保本净值。 给管理人或代理人发送分红数据：

（1）分红明细表的下发标志为Y或N(给管理人)，下发标志为Y或A(给代理人，非场内账户)，下发标志为Y或A(上海场内)；

（2）分红方式为分红再投时，其再投资日等于下一工作日；

（3）分红方式为现金红利时，则当现金发放日小于等于再投资日且现金发放日为下一工作日；

（4）分红方式为现金红利时，则当现金发放日大于再投资日且再投资日为下一工作日；

（5）上述第四点是为了能够将红利再投产生的零头金额与红利再投的其他部分一起下发给管理人或代理人。 13.

货币基金未付收益分配：

（1）非货币基金、上一工作日日终总份额为零时不需分配； （2）未付收益分配方式：单利、复利； （3）仅对当前持有份额的投资者进行收益分配；

（4）根据单利或复利计算未付收益(含总未付收益、冻结未付收益、截位未付收益和当天新分配的收益)；对于管理人上传了基金当日总收益，则以该收益做基数进行分配，否则按万分收益进行分配。

（5）对于上述第四条产生的截位收益，根据各投资者截位收益由大到小每户0.01份分摊下去(分摊到当日新分配收益和总未付收益上)；对于未付收益为负且投资者全冻结的，还需要将截位收益分摊到冻结未付上。 14.

货币基金未付收益结转：

（1）非货币基金、未到结转日不需做收益结转；

（2）收益分配结转日的设置，若设置了收益分配日，系统在收益分配日当天(若收益分配日非基金开放日，则顺延到分配日后第一个基金开放日)进行收益结转；若设置成日分，则每个基金开放日进行收益结转；若设置成周分，则在每周的第一个基金开放日进行结转；如果设置为月分(按首工作日)，则在每月的第一个基金开放日进行结转；如果设置为月分(按固定日期)，则每月的固定日期(非开放日则顺延)进行收益结转；（注意：优先判断收益分配标志，只有当收益分配标志不是有效的值时才判断收益分配日） （3）正的未付收益按再投资结转处理：

1>给代理人分红：工行模式(从分红文件06发给代理人)或非工行模式(以144回报发给代理人)，目前仅有四家代理人(工行、浦发银行、汇添富直销、交银直销)采用工行模式；

2>设置代理人接收分红文件的模式：配置业务转换表，参与人码填实际代

理人或XXX，参与人类型填0，转换类型填D，源业务代码填971，目标业务代码工行模式配成143，非工行模式配成144；

3>若有冻结的红利再投份额，则新增冻结红利再投明细(零头份额记到最后一笔冻结登记上)，写一笔原冻结份额的解冻回报(不含冻结的红利再投)和一笔新冻结回报(含冻结的红利再投)，并用新冻结回报的确认流水号更新原冻结登记和冻结明细的冻结流水和编号，其冻结日期也改为当前工作日；

4>非工行类模式以144回报形式下发给代理人、管理人DBF接口以144回报形式下发给管理人；

（4）负的未付收益按强减结转：

1>以一笔145汇总回报下发给管理人和代理人；

2>将总的强减份额和冻结份额分配到明细上，并给管理人发145明细回报和记减相关明细；

3>将负的冻结未付收益分配到各笔冻结明细(零头份额记到最后一笔冻结明细和冻结记录上)，写一笔原冻结的解冻回报和一笔新冻结回报，并用新冻结回报的确认流水号更新原冻结登记和冻结明细的冻结流水和编号，其冻结日期也改为当前工作日。

3.2.26 计费规则

1.

目前仅有以下业务需要计费：认购成立(057)、、申购(022、039、091)、赎回(024、063、093、142)、基金转换(036)、分红(043)。需要注意的是认购成立(057)计费时使用的是020，所以需要以020业务配置认购费率。 2.

场内投资者需判断代理人是否有场外代销关系，如果有，其折扣率和费率优先取通用代理人的即不取场内代理人(101、102)的折扣率和费率。 3.

折扣率规则：

（1）确认阶段且管理人折扣率不为0且以管理人最终折扣则以管理人折扣率为实际折扣率；

（2）申请阶段或管理人折扣率为0则用代理人上传的折扣率去计算实际折扣率； （3）其他情况则以管理人上传的折扣率去计算实际折扣率。 4.

实际折扣率计算规则：

（1）定期定额折扣(仅039业务)和促销优惠折扣：先用实际代理人，若未找到且

无场外代销关系则用场内代理人(101或102)，还找不到则用通用代理人(XXX)；若需要享受到该折扣，申报申请的批号应该在生效起始及结束日之间； （2）代理人最优惠折扣(代销关系允许打折)：先用实际代理人，若未找到且无场外代销关系则用场内代理人(101或102)，还找不到则用通用代理人(XXX)，还找不到则用通用代理人(XXX)、通用基金(XXXXXX)、份额类别(空)、对方基金(空)及对方份额类别(空)，还找不到说明不需要折扣控制，因此用管理人或代理人上传的折扣率；

（3）根据基金信息设置的折扣方式(折上折或最优惠折扣)，返回计算出的实际折扣率。 5.

以下情况不允许打折： (1)过户费(007)不允许打折； (2)惩罚性收费(020)不允许打折；

(3)管理人参数“基金转换是否对补差费打折”设置成“都不打折(3)”时则基金转换(036)业务不允许打折；

(4)管理人参数“基金转换是否对补差费打折”设置成“只对转换费打折(1)”时则对基金转换(036)业务的补差费(015)不打折；

(5)管理人参数“基金转换是否对补差费打折”设置成“只对补差费打折(2)”时则对基金转换(036)业务的转换费(002)不打折；

(6)后收费基金认申购(020、022、039)业务的代理费(003)不允许打折； (7)归基金资产的费用(008)不允许打折。 6.

金额申请类业务(020、022、039、091、043)，TA系统计算各种费用、印花税(非043业务)及确认份额；份额申请类业务(024、063、093、142、036)，TA系统计算各种费用、印花税及确认金额(赎回类算出的确认金额是要去除给管理人的业绩报酬部分)，基金转换还要计算转入确认份额，若无转入基金净值则转入确认份额为零。 7.

申请阶段或确认阶段但TA计费，计算所有费用；确认阶段但基金计费则只计算过户费，其他费以管理人确认回来的为准。就算是“确认阶段且TA计费”也不一定会计费的，因为我们的交易程序只有在确认阶段需要计费时才调用计费函数，其常见的情形有：确认金额或份额(含非100%的批确认)与待确金额或份额不符、净值变化、折扣率变化等。

8. 对于保本基金，会根据保本参数的设置使用保本净值还是现净值来计算需要计费的金额；对于基金转换，会根据基金信息设置是否合并计费，若需要合并计费则根据基金当日净值和总的申请份额来计算取费金额。

9. 计费时，优先使用实际的业务类型计算费用，未设置相应业务费用费率时则各费用为零；若未设置039业务费用费率则改用022业务计算费用，若未设置142、063业务费用费率改用024业务计算费用。

10. 当计算出的最终确认金额或份额小于零(费用设置过大且是固定费用)时，计费失败，交易以失败处理。

11. 目前，货币基金除基金转换业务(036)外都不计费；除基金成立业务(020)外都不计算过户费；认申购业务且后收费基金不计算手续费。

12. 费用计算先后顺序：

（1）手续费(002，后收费基金的认申购业务除外)；

（2）惩罚性收费(020，赎回024业务、非深圳场内发起的ETF赎回[目前仅有场外ETF基金])，深圳场内不计算惩罚性收费的原因是深圳场内无持有期的概念； （3）其他费(008，除认申购业务外，若是相对费率则相对的是未打折的手续费)； （4）过户费(007，目前只有020业务会根据费率设置计算费用，其他业务无此费用)；

（5）补差费/后收费(015，后收费基金份额原始来源非分红的赎回业务、前收费基金的基金转换业务、后收费基金份额原始来源非分红的基金转换业务，注意：赎回业务的后收费是设置在认申购业务上的，因此需根据份额原始来源取得份额的来源（认购、申购或定期定额申购），计算赎回业务的后收费时使用的净值和折扣率分别根据PM_HSFMS和PM_ZKLFS取原或现交易净值和原或现交易折扣率；基金转换的补差费计算时需扣除转换手续费)；

（6）补差代理费(021，分红所得后收费份额做基金转换业务时不收取此费用)； （7）代理费(003)。

13. 费率的确定：

（1）采用约定费率的，除其他费和补差费(后收费)外，使用约定的费率； （2）用实际代理人和客户类型，找不到则用实际代理人和通用客户类型(Z)再找一次；

（3）还找不到则若是场内交易且无场外代销关系则用场内代理人(101或102)和

本文来源：https://www.bwwdw.com/article/ne5p.html