中登业务规则.doc

1 柜台业务1.1 非交易过户1.1.1 功能概述中登柜台可以发起基金赠与、继承、协助执行司法判决等非交易过户业务。中登柜台发起的非交易过户，与代理人发起的其它交易申请业务一样，同样遵循T日申请，T+1日确认的原则；对于柜台发起的本系统计费模式基金的非交易过户，不需要管理人确认，在确认阶段直接100%过户。1.2 份额冻结解冻1.2.1 功能概述对于本系统计费模式的基金，中登柜台可以发起冻结解冻申请；对于外部完全确认模式下的，中登柜台不受理冻结解冻业务；解冻业务必须在原办理冻结业务的机构提交申请。本系统柜台发起的冻结解冻申请，将与销售代理人提交的其他T日申请数据在一起生成交易待确认数据，让管理人进行确认，遵循T日申请，T1日确认的原则；对于柜台发起的本系统计费模式下的冻结解冻，不需要管理人确认，在确认阶段直接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. 对于001业务忽略申报数据中的“基金账号”。10. 对于001业务申报，“个人机构标识”、“身份证号码”、“性别”、“学历”、“职业”必须是有效值，其中，“性别”、“学历”、“职业”可以为空。“证件类型”必须在本系统参数控制的，可用于开户的证件类型范围内。11. 对于001业务申报，如果是QFII机构，则“证券账号”不能为空。12. 对于非058业务申报，“证件号码”不能为空，“证件类型”必须是有效值。如果是个人投资者且“证件类型”是身份证的，“证件号码”必须是合法身份证。如果不是个人投资者，“法人证件类型”、“经办人证件类型”是身份证的，则“法人证件号码”必须是合法身份证或空，“经办人证件号码”必须是合法身份证。3.1.2 开立基金账户0011. 对沪市“股东账号”以字母E开头或深市“股东账户”以数字06开头的，认为是信用账户。2. 投资人证件号是12位长并且以QF开头的，认为是QFII投资者。3. 如果是个人投资者用身份证开户，则用“身份证号”确定“投资人生日”。4. 对于代理人参数个人投资者是否只允许身份证开户（DRGSKH）为Y的，个人投资者开户的证件类型必须是身份证，否则以失败处理5. 用申报数据中的三项关键信息，即“投资人姓名”、“证件类型”、“证件号码”，判断投资人是否已经在本系统中中注册过基金账户。6. 对于重复注册且本系统中登记的股东账户与申报数据不符的，按失败处理。7. 对于重复注册且本系统中登记的股东账户与申报数据相符或未申报股东账户的的，登记交易账户信息（要判断是否违反代理人多交易账户规则）。8. 对未注册的投资者，如果未申报股东账户、属于信用账户，或者申报股东账户对应的基金账户已注销的，则先分配股东账号再注册基金账户，否则检查股东账户信息。9. 对股东账户信息的检查包括：（1）是否申报了股东账户；（2）申报的股东账户是否属于同一投资者，用申报中的“证件类型”、“证件号码”与系统中的股东账户信息比较，如果一致则认为是同一投资者（循环获取该投资者的账户信息，只有存在一笔未销户且与申报的股东账户一致即视为相符）。10. 对股东账户信息检查通过的申报，直接注册基金账户，否则先分配股东账号再注册基金账户。11. 上述分配股东账号时必须满足：（1）代理人有配号资格；（2）不能是QFII投资者；（3）如果申报的“股东账户”不为空，则当日必须有交易申报。满足以上条件才可以配号，否则不能配号，并按失败处理。12. 开户申请无论成功失败，只要是直销申报或通过交易可以确定其投资的基金，需将投资人资料转发给管理人。3.1.3 撤销基金账户0021. 对于销户申请需检查：（1）申报数据中的“证件类型”、“证件号码”与系统中的注册信息必须一致（此处不检查“投资人姓名”）；（2）当日没有交易申请；（3）不能有未完成的交易，如认购、预约赎回等；（4）份额余额必须为零；（5）不存在未付收益；（6）不存在未完成的分红（现金分红及再投资）；（7）与基金账户关联的可用交易账户只存在一个，且为当前申请数据中指定的“交易账户”。2. 对于不满足上述（1）-（6）的销户申请，给予代理人失败回报； 3. 对于满足上述（1）-（7）的销户申请，注销（不删除）其基金账户及交易账户。4. 对于满足上述（1）-（6）单不满足（7）的销户申请，注销（不删除）交易账户。5. 对于成功的销户申请，并将投资人资料转发给所有相关管理人；对于失败的销户申请，如果是直销申报，则将投资人资料转发给管理人（业务代码102）。3.1.4 修改客户资料0031. 允许该业务申报数据中不填写“基金账号”，系统自动提取，提取原则是：如果该投资者当日有成功开户，则从开户申请数据中提取基金账号，否则用“代理人代码”、“网点代码”、“交易账号”在本系统登记信息中取得基金账号（必须是最近两个工作日登记的）。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 增开交易账户0081. 对于增开交易账户的申请需检查：（1）申报的两项关键信息（投资人证件类型、证件号码）与“基金账户”在本系统中的登记信息必须一致；（2）申报中指定的“交易账户”在本系统中未登记；（3）不能违反代理人多交易账户规则；（4）对于代理人参数个人投资者是否只允许身份证开户（DRGSKH）为Y的，个人投资者开户的证件类型必须是身份证。2. 对于不满足上述检查条件的申请数据，给予代理人失败回报。3. 对于满足上述检查条件的申请数据，将“交易账户”登记到本系统中（如果是已注销的“交易账户”，则将其改为正常）。4. 增开交易账户的申请无论成功失败，只要是直销申报或通过交易可以确定其投资的基金，需将投资人资料转发给管理人。3.1.6 撤销交易账户0091. 对于撤销交易账户的申请需检查：（1）申报的两项关键信息（投资人证件类型、证件号码）与“基金账户”在本系统中的登记信息必须一致；（2）当日没有交易申请；（3）不能有未完成的交易，如认购、预约赎回等；（4）份额余额必须为零；（5）不存在未付收益；（6）不存在未完成的分红（现金分红及再投资）。5. 对于不满足上述检查条件的申请数据，给予代理人失败回报。2. 对于满足上述检查条件的申请数据，将“交易账户”在本系统中的登记状态改为“已注销”。3. 对于成功的申请，通过交易可以确定其投资的基金，并将投资人资料转发给管理人；对于失败的申请，如果是直销申报，则将投资人资料转发给管理人。3.1.7 变更交易帐号0581. 对于变更交易账户的申请数据，申报中的“交易账户”必须在本系统中存在登记信息，并且“对方交易账号”（即变更后的交易账户）在本系统中不存在登记信息，否则给予代理人失败回报。2. 变更交易账户的申请中，如果“交易账户”和“对方交易账户”（即变更后的交易账户）相同，则直接给予代理人成功回报。3. 对非上述情况的申请执行变更动作，即将本系统登记信息中的所有“交易账户”修改成“对方交易账户”（涉及份额登记、账户登记、分红登记、定期定额登记、冻结登记、未完成的交易，等等）。4. 对于成功的申请，通过交易可以确定其投资的基金，并将投资人资料转发给管理人；对于失败的申请，如果是直销申报，则将投资人资料转发给管理人。3.1.8 批量开户TXT 5101. 批量开户申请只能由管理人发起，代理人不能发起，业务代码必须是510。2. 在批量开户申请数据中，管理人必须提供关于投资者的必要信息，并符合本系统要求：（1）投资者的开户代理人必须是本系统合法代理人；（2）该代理人如果不是大集中模式，则必须提供其开户“网点代码”；（3）必须有“申请单号”，且前两位必须是提出申请的管理人代码；（4）“申请日期”必须等于本系统当前系统日期；（5）若是沪市开户，则股东账户必须以字母A-Z开头；（6）若是深市开户，则股东账户必须以数字0-9开头；（7）“交易账户”、“投资人姓名”、必须填写；（8）“个人机构标识”、“证件号码”必须是有效值；（9）“证件类型”必须在本系统参数控制的，可用于开户的证件类型范围内。3. 对于不符合上述条件的申报，本系统不予受理，直接按失败处理。4. 对沪市“股东账号”以字母E开头或深市“股东账户”以数字06开头的，认为是信用账户。5. 投资人证件号是12位长并且以QF开头的，认为是QFII投资者。6. 用申报数据中的三项关键信息，即“投资人姓名”、“证件类型”、“证件号码”，判断投资人是否已经在本系统中中注册过基金账户。7. 对于重复注册且本系统中登记的股东账户与申报数据不符的，按失败处理。8. 对于重复注册且本系统中登记的股东账户与申报数据相符的，登记交易账户信息（要判断是否违反代理人多交易账户规则）。9. 对未注册的投资者，如果未申报股东账户或属于信用账户的，则直接分配股东账号并注册基金账户，否则检查股东账户信息。10. 对股东账户信息的检查包括：（1）是否申报了股东账户；（2）申报的股东账户是否属于同一投资者，用申报中的“证件类型”、“证件号码”与系统中的股东账户信息比较，如果一致则认为是同一投资者。11. 对股东账户信息检查通过的申报，直接注册基金账户，否则分配股东账号并注册基金账户。12. 上述分配股东账号时，不能是QFII投资者（但没有检查代理人是否有配号资格），否则不能配号，并按失败处理。13. 批量开户申请无论成功或失败，都需给管理人发送回报，只有成功的申请，才给代理人发送回报。3.1.9 批量开户DBF 1101. 批量开户申请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. 对于非交易过户，仅允许使用业务代码033申报，不允许用034、035申报；7. 认购(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. 由于上一工作日有巨额赎回而导致024业务顺延的申请也允许在当前工作日发起；13. 金额类业务(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. 需重新用226业务检查是否允许跨市场转托管；6. 申报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/1493.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. 基金成立以130业务进行份额过户，对于上海场内的认购需要取整处理；3. 认购款(020、059、079)的交收期固定为2；3.2.4 申购022/039/0913.2.4.1 申请阶段1. 对普通基金申购、QDII基金及ETF基金申购的一次申请采用如下规则。2. 区别于其它业务，对申购业务申请数据需检查：（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/ETF1. 对QDII及ETF基金的申购二次申请采用如下规则。2. 二次申购申请由净值触发，当某只QDII或ETF基金（申购）净值送入本系统后，本系统对该基金执行如下处理，即二次申购申请处理。3. 对于QDII基金，如果为先行计费（基金参数配置），则计算各项费用及待确认份额4. 对于ETF基金，待确认份额 =（申请金额 - 总手续费）/ 申购净值。5. 对于QDII基金，如果待确认金额不足支付手续费，则（1）给管理人/代理人失败回报数据；（2）如果是深圳场内交易，还需给深圳分公司失败回报数据。6. 给管理人二次待确认数据。3.2.4.3 确认阶段1. 对普通基金申购、ETF基金申购一次/二次，以及QDII基金申购二次申请的确认采用如下规则，QDII基金一次申请不需要确认。2. 除ETF二次确认以外，该业务可以批确认，但明细确认优先于批确认。ETF二次确认，忽略管理人确认及批确认。批确认数据由管理人上传，或者通过前台参数配置。取批确认的规则是：（1）优先，业务+基金+确认日期；（2）其次，业务+基金+申请批号00010101。3. 除ETF一次确认以外，基金当日（申购）净值必须存在。4. 对于确认金额大于申请金额、确认金额为零（含比例确认为零），或者明细确认中基金账户、交易账号与申请数据不符的交易，按失败处理。5. 除ETF二次确认以外，在先行计费的情况下，如果计费净值（以本系统中净值为准）、计费金额、折扣率（管理人可修改）都没有变化，或者明细确认中指定为管理人计费的，则不需要重新计算费用，否则需要重新计算费用。对于ETF基金二次确认，管理人不能修改费用，不需要重新计算费用。6. 明细确认中指定为管理人计费的情况下，确认份额处理方式：管理人确认份额不为0的，以管理人确认份额为准，否则重新计算确认份额 = （确认金额 费用合计）/ 净值。7. 对场内非货币基金的确认份额需要取整，并重新计算确认金额=确认份额*净值+总手续费。8. 对于039定期定额业务，追加“累计次数”和“累计金额”，记录“最近交易日”。9. 给管理人/代理人汇总回报。10. 深圳场内交易，需要给场内回报（基金结算业务确认接口）。3.2.5 赎回024/063/0933.2.5.1 申请阶段1. 对普通基金赎回、QDII基金及ETF基金赎回的一次申请采用如下规则。2. 区别于其它业务，对赎回业务申请数据需检查：（1）业务代码必须是024（普通基金/QDII基金赎回），或063（定期定额赎回），或093（ETF一次赎回）；（2）024、093业务，如果申请份额小于最低赎回下限，则必须全部赎回，即申请份额必须等于投资人当前持有份额；（3）024、093业务，如果该基金设置了赎回级数，则申请份额减去最低赎回下限之后，必须为赎回级数的整数倍；（4）063业务，该基金和代理人在定额参数设置中为允许，并且申请份额不低于定额下限。3. 对于巨额赎回顺延，除上述（1）项检查外，不做其它项检查。4. 对于满足上述条件的非QDII、非ETF基金的申请，执行（1）份额明细分配；（2）先行计费（基金参数配置）且当前净值大于零的基金，需计算费用；（3）给管理人待确认数据。5. 对于满足上述条件的QDII基金的申请，执行（1）份额明细分配；（2）将申请数据记入未完成交易，等待赎回净值到达后触发二次处理(仅在赎回净值到达当日给管理人下发待确认)；（3）如果为非先行计费（基金参数配置），则给管理人待确认数据（仅在交易申请当日给管理人下发待确认）。6. 对于满足上述条件的ETF基金的申请，执行（1）份额明细分配；（2）给管理人待确认数据。7. 对于不满足上述条件、份额明细分配失败，以及确认金额不足支付手续费的申请，按失败处理：（1）给管理人/代理人失败回报数据，随正常交易一起发送；（2）给管理人待确认数据，无需确认；（3）如果是深圳场内交易，还需给深圳分公司失败回报数据。3.2.5.2 二次申请QDII/ETF1. 对QDII及ETF基金的赎回二次申请采用如下规则。2. 二次赎回申请由净值触发，当某只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 预约赎回0251. 对于本系统计费的数据，预约赎回数据不需要管理人确认，在申请阶段就会被处理完成。2. 申请金额必须大于预约赎回的下限，否则以失败处理。3. 预约赎回的日期必须合法有效，且预约赎回日期和申请日期之间的天数必须大于等于预约赎回最少天数且小于等于预约赎回最大天数，否则按失败处理。4. 预约日期是申请日期。对于检查成功的数据，会写在未完成交易中间表中，对于非QDII基金，会将预约赎回日仍然生效的数据（未被撤销预约赎回的数据），在申请处理前将数据移动到交易申请表中参与当天的交易处理。3.2.7 预约赎回撤单0531. 预约赎回撤单需要将被撤单的那笔数据的申请日期和申请单号赋值在撤单交易的原申请日期和原申请单号上。2. 以基金代码+025业务+代理人+原申请日期+原申请单号+基金账号+交易账号去匹配被撤单的业务。3. 只有当被撤单的业务是预约赎回业务且还没有正式变为赎回之前才允许撤单，否则撤单失败处理。4. 对于本系统计费的数据，预约赎回撤单业务在申请阶段就生效，不需要管理人确认。5. 预约赎回撤单被成功处理后，原来那笔预约赎回的返回代码会被置为成功但且已处理（025业务不会失败也不会生效），在摘要说明字段上会赋值为 已经撤单。3.2.8 转托管026/027/0283.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. 深圳场内转场外以226业务申报，TA系统自动将其转换为026业务处理。3. 上海转托管分场内转场外和转指定，其申报的业务类型可以是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. LOF基金R-2，R之间不允许从场外转托管至场内，其中R是权益登记日。8. 先将份额从转出方过出，再过入转入方(深圳场内预登记)。9. 上海场内过入转入方时，需保证投资者的份额在已存在份额的席位上(由份额登记函数保证)。10. 转入方为深圳场内的数据需要给场内回报（基金结算业务确认接口）。3.2.8.5 场外转场外申请1. 场外转场外申报时，对方代理人不能填为999，申请份额必须大于零。2. 检查对方代理人是否支持一步转托管、是否能代销此基金、是否能够转入等。3. 未上传对方交易账号则检查是否仅有一个可用的交易账号，上传对方交易账号则检查其合法性；一步转托管不允许相同账户之间做转托管。4. 若由于某些原因导致需要两步转托管但管理人不支持两步转托管，则交易以失败处理。5. 若是两步转托管处理时，挂账到代理人000上，并记下该笔转出交易。6. 先从转出方将份额过出、再过入转入方。3.2.8.6 转托管入申请1. 若代理人仅支持一步转托管，则不允许发起027业务。2. 若原转出方为场内代理人，则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 设置分红方式0293.2.9.1 申请阶段1. ETF基金、货币基金、保本基金不能修改分红方式，其默认的分红方式是：ETF基金或保本基金是现金红利，货币基金的分红方式是红利再投。2. 申报的分红方式必须是合法的分红方式，目前仅能是红利再投(0)或现金红利(1)。3. 目前，允许工行不申报需修改分红方式的份额类别，这样的话，默认修改投资者在该工行的该只基金的所有份额类别的分红方式，其他代理人必须申报份额类别（1）对于场内数据，会修改满足4要素（基金代码+份额类别+基金账号+代理人）下的所有的份额汇总的存量数据；（2）修改分红方式对于存量数据不修改最后修改日期。4. 若申报了份额类别，则给代理人一笔回报、给管理人一笔待确一笔回报；若未申报份额类别，则给代理人仅一笔回报、但给管理人的待确和回报的笔数与代理人支持的份额类别种类有关。3.2.9.2 确认阶段1. 仅针对外部完全确认的基金，才需要管理人对029业务进行确认。目前TA系统仅存在本系统计费的基金，无需管理人对029业务进行确认。3.2.10 份额冻结0313.2.11 份额冻结0313.2.11.1 发起方式及过户原则1. 冻结业务可以由中登柜台发起。2. 是否允许代理人发起冻结业务由系统参数（DlrCounterTrade）来统一控制。3. 无论是代理人、管理人或柜台发起，冻结解冻申请确认都不计算费用。4. 对于外部完全确认的基金，还允许管理人发起冻结业务，管理人TA发起字段必须填写为2。5. 代理人和柜台发起冻结业务与代理人发起的其它交易申请业务一样，同样遵循T日申请，T+1日过户的原则；管理人发起的业务在确认处理的时候直接过户处理。3.2.11.2 申请阶段1. 冻结方式如果没有指定的话（冻结方式为空），则取该基金所对应的管理人中设置的冻结方式。2. 冻结、解冻并未检查基金是不是LOF场内基金；LOF场内的冻结解冻直接反映到结算持有汇总及明细上，即深圳分公司受理后在上传的文件中含该部分冻结、解冻份额，不将冻结解冻交易反馈给中登总公司；若LOF场内将这部分交易传给了基金结算系统，冻结会由明细分配函数返回份额不足而失败，而解冻则由于给定的原冻结流水号不存在而失败。3.2.11.3 确认阶段1. 对于本系统计费且柜台发起的的基金，冻结业务采用默认确认的原则，不需要管理人确认数据，即无论管理人是否有确认数据回来，都不会处理管理人的确认数据。2. 对于允许管理人确认数据，确认成功的数据