CN108765152A - 一种交收指令的生成方法及装置 - Google Patents

Abstract

本申请实施例公开了一种交收指令的生成方法及装置，该方法包括：获取业务的基础数据，该基础数据可以包括有该业务的指令类型以及初始交收日期，该指令类型表明需要生成何种业务类型的交收指令，而该初始交收日期表征初步设定执行该交收指令的日期，然后，根据该基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，最后，根据该业务的指令类型以及目标交收日期，生成该业务的交收指令。可见，每种业务的目标交收日期是根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，进而提高了每种业务的交收日期的灵活度。

Description

一种交收指令的生成方法及装置

技术领域

本申请涉及指令生成的技术领域，具体涉及一种交收指令的生成方法及装置。

背景技术

港股通场内交易的交收，是托管行的托管业务中最重要的环节之一。通常情况下，托管行的托管系统通常需要在交收日完成与中国证券登记结算有限公司(以下简称“中登”)的交收。目前场内A股的清算交收方案中，对于场内A股的所有业务，托管行都是在相同的交收日期与中登进行交收，比如，托管行均是在下一个交易日与中登进行所有场内A股的所有业务的交收。

但是，由于场内A股的业务类型较多，并且不同业务的交收日期也并不统一，尤其是遇上“黑色风暴”或者“八号风球”等情况时，交收日期还会发生延迟，因此，现有的场内A股交收的方案，并不能很好的满足港股通业务的需求。

发明内容

有鉴于此，本申请实施例提供一种交收指令的生成方法及装置，使得不同的业务可以在不同的交收日期进行交收，从而提高了每种业务的交收日期的灵活度。

为解决上述问题，本申请实施例提供的技术方案如下：

第一方面，本申请实施例提供了一种交收指令的生成方法，所述方法包括：

获取业务的基础数据，所述基础数据包括所述业务的指令类型以及初始交收日期，所述指令类型用于指示所需生成的交收指令的类型；

根据所述基础数据以及预设的交收日期配置文件，确定所述业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则；

根据所述业务的指令类型以及目标交收日期，生成所述业务的交收指令。

在一些可能的实施方式中，所述根据所述基础数据中所述业务的初始交收日期以及预设的交收日期配置文件，确定所述业务的目标交收日期，包括：

根据所述基础数据中所述业务的指令类型，确定所述交收日期配置文件中所述业务的交收日期是否为初始交收日期；

若是，则将所述初始交收日期确定为所述目标交收日期；

若否，则根据所述交收日期配置文件计算出所述业务的交收日期，并将计算出的交收日期确定为所述目标交收日期。

在一些可能的实施方式中，所述基础数据还包括所述业务的金额类型，所述方法还包括：

根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，所述根据所述业务的金额类型，确定所述业务的指令类型，包括：

整理所述基础数据，得到交收中间表；

遍历所述交收中间表，根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，所述方法还包括：

查询预设的特殊登账配置文件中所述业务的特殊登账标识，其中，所述特殊登账标识用于标识是否登记所述业务的登账明细；

将所述特殊登账标识添加至所述交收指令中。

在一些可能的实施方式中，所述方法还包括：

检查所述交收指令的生成条件是否满足预设要求；

当所述交收指令不满足预设的生成条件时，则拒绝生成所述交收业务的交收指令。

第二方面，本申请实施例还提供了一种交收指令的生成装置，所述装置包括：

获取单元，用于获取业务的基础数据，所述基础数据包括所述业务的指令类型以及初始交收日期，所述指令类型用于指示所需生成的交收指令的类型；

第一确定单元，用于根据所述基础数据以及预设的交收日期配置文件，确定所述业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则；

生成单元，用于根据所述业务的指令类型以及目标交收日期，生成所述业务的交收指令。

在一些可能的实施方式中，所述第一确定单元，包括：

日期确定子单元，用于根据所述基础数据中所述业务的指令类型，确定所述交收日期配置文件中所述业务的交收日期是否为初始交收日期；

第一确定子单元，用于若所述交收日期配置文件中所述业务的交收日期为初始交收日期，则将所述初始交收日期确定为所述目标交收日期；

第二确定子单元，用于若所述交收日期配置文件中所述业务的交收日期不是初始交收日期，则根据所述交收日期配置文件计算出所述业务的交收日期，并将计算出的交收日期确定为所述目标交收日期。

在一些可能的实施方式中，所述基础数据还包括所述业务的金额类型，所述装置还包括：

第二确定单元，用于根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，第二确定单元，包括：

整理单元，用于整理所述基础数据，得到交收中间表；

确定子单元，用于遍历所述交收中间表，根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，所述装置还包括：

查询单元，用于查询预设的特殊登账配置文件中所述业务的特殊登账标识，其中，所述特殊登账标识用于标识是否登记所述业务的登账明细；

添加单元，用于将所述特殊登账标识添加至所述交收指令中。

在一些可能的实施方式中，所述装置还包括：

检查单元，用于检查所述交收指令的生成条件是否满足预设要求；

拒绝生成单元，用于当所述交收指令不满足预设的生成条件时，则拒绝生成所述交收业务的交收指令。

由此可见，本申请实施例具有如下有益效果：

本申请实施例中，通过预设的交收日期配置文件来设定交收指令的目标交收日期，使得不同业务的交收日期可以存在不同。具体的，可以获取业务的基础数据，该基础数据可以包括有该业务的指令类型以及初始交收日期，该指令类型表明需要生成何种业务类型的交收指令，而该初始交收日期表征初步设定执行该交收指令的日期，然后，根据该基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，该目标交收日期为最终设定执行该交收指令的日期，最后，根据该业务的指令类型以及目标交收日期，生成该业务的交收指令。可见，在生成每种业务的交收指令的过程中，每种业务的目标交收日期可以根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，从而使得在执行每种业务的交收指令后，对于不同的业务，可以在不同的交收日期完成与中登或者托管人的交收，进而提高了每种业务的交收日期的灵活度。

附图说明

图1为本申请实施例提供的一种示例性应用场景示意图；

图2为本申请实施例提供的一种交收指令的生成方法流程示意图；

图3为本申请实施例提供的交收指令的生成方法的一种场景实施例的流程示意图；

图4为本申请实施例提供的一种交收指令的生成装置的架构示意图。

具体实施方式

现有的方案中，由于实际应用的需要，托管行通常是在统一的交收日期与中登或者托管人进行所有业务的交收，交收日期固定在同一天。但是对于港股通场内交易各种类型的业务，并非所有业务的交收日期均相同。比如，对于业务A，其交收日期为T+1日(T日为交易日)，也就是在下一个交易日进行交收，而对于业务B，其交收日期为T+2日，是在交易日的第三天进行交收。因此，现有的方案无法满足不同港股通业务要求不同交收日期的需求。

为了解决上述技术问题，本申请提供了一种交收指令的生成方法，通过预设的交收日期配置文件来设定交收指令的目标交收日期，使得不同业务的交收日期可以存在不同。具体的，可以获取业务的基础数据，该基础数据可以包括有该业务的指令类型以及初始交收日期，该指令类型表明需要生成何种业务类型的交收指令，而该初始交收日期表征初步设定执行该交收指令的日期，然后，根据该基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，该目标交收日期为最终设定执行该交收指令的日期，最后，根据该业务的指令类型以及目标交收日期，生成该业务的交收指令。

可见，在生成每种业务的交收指令的过程中，每种业务的目标交收日期是根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，从而使得在执行每种业务的交收指令后，对于不同的业务，可以在不同的交收日期完成与中登或者托管人的交收，进而提高了每种业务的交收日期的灵活度。

举例来说，在生成业务A与业务B的交收指令的过程中，根据预设的交收日期配置文件，可以确定业务A的目标交收日期为T+1日，而业务B的目标交收日期为T+3日，针对于不同业务生成相应的交收指令并执行后，业务A可以在T+1日完成交收，业务B可以在T+3日完成交收。

作为一种示例，本申请实施例可以应用于如图1所示的场景中。该在场景中，托管行101需要处理托管人102办理的业务，在交易日清算完应收应付的资金后，设定完成该业务的初始交收日期为下一个交易日，然后，托管行101中的托管系统可以获取已经记录的该业务的基础数据，该基础数据包括完成该业务所需的交收指令的指令类型，以及完成该业务的初始交收日期，接着，托管行101中的托管系统可以根据该基础数据与预设的交收日期配置文件，确定该业务的目标交收日期，并根据该业务的指令类型与目标交收日期，生成完成该业务所需的交收指令，以使得托管系统执行该交收指令后，在目标交收日期完成业务，从而使得托管行101完成托管人102办理的业务。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

请一并参阅图2，图2示出了本申请实施例提供的一种交收指令的生成方法的流程示意图，该方法具体可以包括：

S201：获取业务的基础数据，其中，基础数据包括该业务的指令类型以及初始交收日期，该指令类型用于指示所需生成的交收指令的类型。

可以理解，在处理每种业务时，通常都会记录该业务可以在哪个交收日期进行交收，以及完成该业务是需要生成何种类型的交收指令，因此，可以先获取该业务的基础数据，以便于生成相应的交收指令来完成该业务。

举例来说，当托管行需要与托管人完成港股通风控资金收取业务，收取托管人50万的资金，则托管行通常会记录向托管人支付50万资金的支付日期，该支付日期即为完成该业务的初始交收日期，而且，托管行通常也会记录需要生成港股通风控资金收取业务的交收指令来完成该业务，也即记录了所需生成的交收指令的指令类型，以保证托管行是需要向托管人收取50万资金，而并非是向托管人支付50万资金。

其中，每种业务的初始交收日期，是预先记录的交收日期，并不一定是该业务最终完成交收的日期。依然以托管行向托管人支付50万资金为例，托管行所记录的初始交收日期为2018年5月15日，但是可能由于部分原因，使得托管行真正完成该业务的交收日期为2018年5月16日。也就是说，该初始交收日期2018年5月15日，是指托管行未完成该业务时，预先设定的完成该业务的交收日期。

S202：根据基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则。

本实施例中，可以预先设置交收日期配置文件，该交收日期配置文件中包含了该业务最终完成时的交收日期的设定规则，这样，根据基础数据以及该交收日期配置文件，就可以确定出完成该业务时的交收日期，然后将该交收日期作为目标交收日期。

比如，对于业务A，该业务的交易日期为T，所记录的该业务的初始交收日期为T+1，也即为交易日期的第二天，而预设的交收日期配置文件中规定了该业务A的交收日期为“按初始交收日期”，则完成该业务A的目标交收日期即为T+1，但是如果交收日期配置文件中规定了该业务A的交收日期为“初始交收日期+1”，则该业务A的目标交收日期为T+2，也即为交易日期的第三天。

作为一种示例性的具体实施方式，可以根据获取的基础数据中业务的指令类型，在交收日期配置文件中确定出该指令类型对应的业务，进而可以确定出交收日期配置文件中所规定的该业务的交收日期，然后，判断交收日期配置文件中所规定的该业务的交收日期是否为初始交收日期，如果是，则将该初始交收日期确定为目标交收日期，以使得该业务的在初始交收日期完成交收；如果不是，则根据交收日期配置文件计算出最终完成该业务的交收日期，并将计算出的交收日期确定出目标交收日期，以使得该业务在计算出的交收日期完成交收。

举例来说，对于业务A，所记录的该业务的初始交收日期为T+1，根据基础数据中的指令类型，确定出交收日期配置文件中该指令类型对应的业务A，进而可以确定出交收日期配置文件中所规定的该业务的交收日期。如果交收日期配置文件中规定该业务的交收日期为“按初始交收日期”，则将该初始交收日期T+1确定为目标交收日期，即目标交收日期为T+1；如果交收日期配置文件中规定该业务的交收日期为“按初始交收日期+1”，则计算出最终完成该业务的交收日期为(T+1)+1，并将计算出的交收日期作为目标交收日期，即目标交收日期为T+2。

可以理解，依据交收日期配置文件可以确定出每种业务的目标交收日期，这样，每种业务的最终完成交收的交收日期可以不同，而可以不用再将所有业务的交收日期都统一设定为同一天，从而可以满足不同业务需要在不同交收日期完成交收的需求，增加了每种业务的交收日期的灵活度。而且，如果需要对某种业务的交收日期进行修改，则只需要对交收日期配置文件中对于该业务的交收日期的设定规则进行修改，而不用对生成的交收指令进行修改，尤其是在同一天多次完成该业务时，比如托管行向不同的托管人支付资金，只需要对交收日期配置文件进行一次修改即可，而不用每次完成该业务时都对生成的交收指令重新编码，从而有效地改变了编码带来的不方便以及低效的问题。

实际应用的一些场景中，获取的基础数据，可能会包含多种业务的基础数据，因此，当需要生成其中某种业务的交收指令时，可以预先从基础数据中确定出该业务的指令类型，以使得所生成交收指令为该业务的交收指令，而并非为其它业务的交收指令。在一种示例性的实施方式中，由于实际应用中的大多数业务，均涉及到资金的流入流出，因此，可以利用金额类型来确定出该业务的指令类型。具体的，所获取的基础数据中，除了包括有每种业务的指令类型以及初始交收日期以外，还可以包括每种业务的金额类型，然后，根据所获取的每种业务的金额类型，即可确定出需要完成何种业务的交收，进而可以确定出需要生成何种业务的交收指令。

进一步的，由于获取的多种业务的基础数据的数据量较大，为便于查询以及计算，可以对获取的基础数据进行整理，建立交收中间表，该交收中间表可以包括每种业务的指令类型、金额类型以及初始交收指令，然后，通过遍历所建立的交收中间表，可以根据基础数据中的金额类型确定相应的业务类型，进而可以确定出该业务的指令类型，以生成该业务的交收指令。

S203：根据业务的指令类型以及目标交收日期，生成该业务的交收指令。

在确定该业务的指令类型以及完成该业务的目标交收日期后，可以基于所确定的指令类型以及目标交收日期，生成该业务的交收指令，以使得通过执行该交收指令，在目标交收日期完成该业务的交收。

进一步的，实际应用中，在交收部分业务时，可能会存在明确交收该业务时的登账明细的需求，而对于另一部分的业务，可能并不存在明确登账明细的需求，因此，在一些可能的实施方式中，可以利用特殊登账标识来确定是否登记所处理业务的登账明细。具体的，在生成交收指令的过程中，可以查询预设的特殊登账配置文件中该业务的特殊登账标识，其中，该特殊登账标识可以用于标识是否登记所述业务的登账明细，然后，将查询到的特殊登账标识添加至该交收指令中。这样，在执行交收指令时，根据交收指令中的特殊特征标识，可以确定是否需要登记该业务的登账明细。

举例来说，当需要对业务A与业务B进行交收时，如果需要登记业务A的登账明细，而不需要登记业务B的登账明细，则可以向业务A对应的交收指令中添加特殊登账标识“2-全部”，而向业务B对应的交收指令中添加特殊登账标识“0-无需”，其中，特殊登账标识“2-全部”，表明需要对业务A明确登账明细，而特殊登账标识“0-无需”，表明不需要对业务B明确登账明细。这样，在执行业务A与业务B的交收指令时，就可以确定是否需要登记业务A以及业务B的登账明细。

值的注意的是，在另一些可能的实施方式中，可以在存在需要登记业务的登账明细时，才向该业务添加特殊登账标识，当不存在明确登账明细时，则添加特殊登账标识，即默认没有交收指令中不包含特殊登账标识时，不对该交收指令对应的业务明细登账明细。

需要说明的是，在一些场景中，可能会存在某个业务的登账明细进行部分登记的需求，则可以向该业务对应的交收指令中，添加明确部分登账明细的特殊登账标识，比如可以向该交收指令中添加“1-部分”，用于标识需要对该业务明确部分登账明细。

实际应用中，可能存在对交收指令的生成条件进行检查的需要，比如，在一些场景中，可能需要人为干预部分业务的交收指令的生成。因此，本实施例中，在生成每种业务的交收指令之前，还可以检查该交收指令的生成条件，并且，如果该交收指令的生成条件满足预设要求，则根据该业务的指令类型以及所确定出的目标交收日期，生成该业务的交收指令；但是如果该交收指令的生成条件不满足预设要求，则拒绝生成该业务的交收指令。

本申请实施例中，通过预设的交收日期配置文件来设定交收指令的目标交收日期，使得不同业务的交收日期可以存在不同。具体的，可以获取业务的基础数据，该基础数据可以包括有该业务的指令类型以及初始交收日期，该指令类型表明需要生成何种业务类型的交收指令，而该初始交收日期表征初步设定执行该交收指令的日期，然后，根据该基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，该目标交收日期为最终设定执行该交收指令的日期，最后，根据该业务的指令类型以及目标交收日期，生成该业务的交收指令。可见，在生成每种业务的交收指令的过程中，每种业务的目标交收日期可以根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，从而使得在执行每种业务的交收指令后，对于不同的业务，可以在不同的交收日期完成与中登或者托管人的交收，进而提高了每种业务的交收日期的灵活度。

为了更好理解本申请实施例的技术方案，下面，从具体场景示例中对本申请实施例的技术方案进行详细介绍。参阅图3，图3示出了本申请实施例中交收指令的生成方法的一种场景实施例的流程示意图，在该场景中，托管行需要分别与中登和托管人进行港股通业务的交收，该方法具体可以包括：

S301：获取每种港股通业务的基础数据。

其中，所获取的每种业务的基础数据，可以包括每种业务的指令类型、初始交收日期以及金额类型。该指令类型，用于指示所需生成的交收指令的类型；而该初始交收日期，则为托管行所记录的、初始设定的该业务进行交收的日期，并不一定为该业务最终完成交收的日期；该金额类型，则可以用于指示托管行应收应付的资金所对应的业务以及具体的资金总额。

在一些示例性的场景中，该港股通业务可以是港股通公司行为业务、港股通证券组合费业务、港股通T日交易清算业务、港股通非交易第一批、港股通非交易第二批、港股通风控资金收取业务等托管行可提供的业务。但是，需要说明的是，该港股通业务，是指在交易日完成清算的业务，并非是指托管行所能提供的所有业务。举例来说，在交易日，托管行完成了业务A的清算，而托管行虽然能够提供业务B服务，但是与中登或者托管人之间并不存在业务B，因此，在同一交易日，并不存在业务B的清算，则所获取的港股通业务的基础数据，可以包括业务A的基础数据，但是并不包括业务B的基础数据。

S302：整理获取的基础数据，得到中登交收中间表。

本实施例中，由于实际应用中的基础数据的数据量较大，为了便于业务的查询以及计算，可以对获取的基础数据进行整理，得到中登交收中间表，该中登交收中间表可以包括每种业务的指令类型、金额类型以及每种业务的初始交收指令。根据该中登交收中间表，可以生成中登侧的交收指令，以完成与中登的业务交收。

鉴于托管行通常是将各种业务的基础数据存储于托管一二级汇总表、定期拆分结果表以及风控拆分结果表等，因此，托管行的托管系统可以根据这三个表中的基础数据整理得到中登交收中间表，如图4所示。

另外，在得到中登交收中间表的过程中，托管系统所需处理的数据量较大，托管系统可以采用多个任务并发处理的方式，整理中登交收中间表中每种业务的金额类型、指令类型以及初始交收日期，以此来提高托管系统的数据处理速度。

S303：遍历中登交收中间表，根据每种业务的金额类型确定出该业务的指令类型，并根据所确定出每种业务的指令类型、初始交收日期以及预设的交收日期配置表，确定出该业务的目标交收日期。

本实施例中，通过遍历中登交收中间表，可以根据每种业务的金额类型，确定出需要完成何种业务的交收，进而可以确定出该需要生成何种业务的交收指令。

在根据业务的金额类型确定出该业务的指令类型后，可以在交收日期配置表中确定出对该业务的交收日期的确定规则，根据该业务的交收日期的确定规则以及该业务的初始交收日期，可以确定出该业务的目标交收日期。具体的，可以根据交收日期配置表中对于该业务的交收日期的确定规则，判断是否在该业务的初始交收日期完成该业务，如果是，则将该初始交收日期作为目标交收日期，以使得托管行在初始交收日期与中登完成该业务的交收；如果不是，则根据该确定规则以及初始交收日期，计算出完成该业务的交收日期，并将所计算出的交收日期作为目标交收日期，以使得托管行在计算出的交收日期与中登完成该业务的交收。

实际应用中，与中登进行业务交收的交收日期是由中登确定，因此，对于与中登进行交收的业务，该业务的目标交收日期通常为初始交收日期，相应的，在交收日期配置表中，该业务的交收日期的确定规则通常可以是“初始交收日期”。

举例来说，对于业务A和业务B，所记录的两个业务的初始交收日期均为T+。在根据业务A以及业务B的指令类型，确定出交收日期配置表中所规定的两个业务的交收日期均为“初始交收日期”，则确定托管行是在初始交收日期T+1与中登完成业务A以及业务B的交收，则业务A与业务B的目标交收日期均为T+1。

S304：根据每种业务的指令类型以及特殊登账配置表，确定每种业务的特殊登账标识。

具体实现时，可以根据每种业务的指令类型，查询特殊登账配置表，从而可以确定出指令类型所对应的特殊登账标识。

其中，特殊登账标识表征了业务登账的明细情况。比如，可以预先设定“0-无需”表征无需对该业务的登账明细进行登记，“2-全部”需要对该业务的全部登账明细进行登记，“1-部分”需要对该业务的部分登账明细进行登记等。

S305：根据每种业务的指令类型、目标交收日期以及特殊登账标识，生成该业务的中登侧交收指令。

本实施例中，可以基于所确定的每种业务的指令类型、完成该业务的目标交收日期以及特殊登账标识后，生成该业务的中登侧交收指令，以使得在执行该交收指令后，托管行在目标交收日期与中登完成该业务的交收，并且根据特殊登账标识，确定对该业务的登账明细的登记情况。

值的注意的是，托管行与中登进行业务交收的具体金额，可以根据中间交收中间表进行确定，具体可以是通过遍历托管交收中间表，查询到该托管侧交收指令对应的具体金额。

S306：根据中登交收中间表，计算得到托管交收中间表。

可以理解，托管行不仅需要与中登完成业务的交收，通常也需要与托管人完成业务的交收。举例来说，当托管人买入50万的股票后，托管行需要向中登支付50万元的资金，同时，托管行也需要扣除托管人50万元的资金，从而完成托管人买入50万元股票的业务。

因此，托管行除了需要生成中登侧的交收指令，通常也需要生成托管侧的交收指令，以使得托管行与托管人完成业务的交收。基于此，本实施例中，托管行根据基础数据得到中登交收中间表后，还可以根据该中登交收中间表，计算得到托管交收中间表。

由于实际应用中，托管行可以不用区分托管人的资产组合中的具体业务，而只需要确定向托管人支付或者收取的资金总数即可，因此，根据中登交收中间表所计算得到的托管交收中间表，可以包含托管行与托管人之间的资金交收总额以及交收日期。

在一种得到托管交收中间表的示例性实施方式中，可以对同一托管人的资产组合进行去重计算，具体为计算出在同一初始交收日期与该托管人之间需要支付或者收取的资金总额，其中，每种资产组合均具有对应的指令类型，按照这种去重计算的方式，可以对不同托管人的资产组合进行去重计算，得到在每个初始交收日期需要向每个托管人支付或者收取的资金总额，基于所得到的每中资产组合的初始交收日期以及该初始交收日期应收应付的资金总额，统计得到托管交收中间表。

S307：遍历托管交收中间表，根据每种业务的指令类型，确定出该业务的初始交收日期，并根据所确定的每种业务的指令类型、初始交收日期以及预设的交收日期配置表，确定出该业务的目标交收日期。

本实施例中，通过遍历托管交收中间表，可以根据每种业务的指令类型，确定出托管行与托管人需要完成何种业务，以及完成该业务的初始交收日期。

在确定出该业务的初始交收日期后，可以在交收日期配置表中确定出对该业务的交收日期的确定规则，根据该业务的交收日期的确定规则以及该业务的初始交收日期，可以确定出该业务的目标交收日期。具体的，可以根据交收日期配置表中对于该业务的交收日期的确定规则，判断是否在该业务的初始交收日期完成该业务，如果是，则将该初始交收日期作为目标交收日期，以使得托管行在初始交收日期与中登完成该业务的交收；如果不是，则根据该确定规则以及初始交收日期，计算出完成该业务的交收日期，并将所计算出的交收日期作为目标交收日期，以使得托管行在计算出的交收日期与中登完成该业务的交收。

实际应用中，与托管人进行业务交收的交收日期通常是由托管行确定，因此，对于与托管人进行交收的业务，该业务的目标交收日期可以由托管行根据实际情况的需要自行进行设定，相应的，在交收日期配置表中，该业务的交收日期的确定规则通常可以包括“初始交收日期”、“初始交收日期+1”、“初始交收日期+2”等多种规则。

举例来说，托管交收中间表上存在业务A(托管人A对应的资产组合)以及业务B(托管人B对应的资产组合)的基础数据。对于初始交收日期为T+1的业务A，交收日期配置表中所规定的该业务的交收日期为“初始交收日期”，则确定托管行是在初始交收日期T+1与托管人A完成业务A的交收，则该业务的目标交收日期为T+1；而对于初始交收日期为T+1的业务B，交收日期配置文件中规定该业务的交收日期为“初始交收日期+2”，则确定托管行与托管人B完成业务B交收的交收日期为(T+1+2)，也即，业务B的目标交收日期为T+3。

S308：根据每种业务的指令类型以及特殊登账配置表，确定每种业务的特殊登账标识。

具体实现时，可以根据每种业务的指令类型，查询特殊登账配置表，从而可以确定出指令类型所对应的特殊登账标识。其具体实现过程与步骤S304类似，可参照步骤S304的相关之处描述，在此不做赘述。

S309：根据每种业务的指令类型、目标交收日期以及特殊登账标识，生成该业务的托管侧交收指令。

本实施例中，可以基于所确定的每种业务的指令类型、完成该业务的目标交收日期以及特殊登账标识后，生成该业务的托管侧交收指令，以使得在执行该交收指令后，托管行在目标交收日期与托管人完成该业务的交收，并且根据特殊登账标识，确定对该业务的登账明细的登记情况。

值的注意的是，托管行与托管人进行业务交收的具体金额可以根据托管交收中间表进行确定，具体可以是通过遍历托管交收中间表，查询到该托管侧交收指令对应的具体金额。

进一步的，本实施例中，在生成中登侧交收指令或者托管侧交收指令之前，还可以检查交收指令的生成条件是否满足预设要求。在一些示例中，可以是对待交收业务的配置进行检查，如果待交收业务的交收状态没有被配置，则拒绝生成为该待交收业务生成相应的中登侧或者托管侧交收指令；也可以是对控制表的任务状态进行检查，具体的，控制表中的任务状态表征了该业务是否完成交收，如果在控制表中确定该业务的任务状态为“已确认”，表明已经完成该业务的交收，则拒绝为该业务重新交收指令；还可以是根据资金的应收状态以及交收指令数目进行检查，具体的，如果托管记录中成功匹配的资金应收项数大于0，表明该业务的资金应收状态已经被匹配，则拒绝为该业务再次生成交收指令，另外，如果该业务处于执行状态的交收指令的数目大于0，则表明已经存在该业务的交收指令被提交执行，则拒绝为该业务再次生成交收指令。

本申请实施例中，获取业务的基础数据，该基础数据可以包括有该业务的指令类型以及初始交收日期，该指令类型表明需要生成何种业务类型的交收指令，而该初始交收日期表征初步设定执行该交收指令的日期，然后，根据该基础数据以及预设的交收日期配置文件，确定该业务的目标交收日期，该目标交收日期为最终设定执行该交收指令的日期，最后，根据该业务的指令类型以及目标交收日期，生成该业务的交收指令。可见，在生成每种业务的中登侧或者托管侧交收指令的过程中，每种业务的目标交收日期可以根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，从而使得在执行每种业务的中登侧或者托管侧交收指令后，对于不同的业务，可以在不同的交收日期完成与中登或者托管人的交收，进而提高了每种业务的交收日期的灵活度。

此外，本申请实施例还提供了一种交收指令的生成装置。参阅图4，图4示出了本申请实施例中一种交收指令的生成装置的架构示意图，该装置400包括：

获取单元401，用于获取业务的基础数据，所述基础数据包括所述业务的指令类型以及初始交收日期，所述指令类型用于指示所需生成的交收指令的类型；

第一确定单元402，用于根据所述基础数据以及预设的交收日期配置文件，确定所述业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则；

生成单元403，用于根据所述业务的指令类型以及目标交收日期，生成所述业务的交收指令。

在一些可能的实施方式中，所述第一确定单元402，包括：

日期确定子单元，用于根据所述基础数据中所述业务的指令类型，确定所述交收日期配置文件中所述业务的交收日期是否为初始交收日期；

第一确定子单元，用于若所述交收日期配置文件中所述业务的交收日期为初始交收日期，则将所述初始交收日期确定为所述目标交收日期；

第二确定子单元，用于若所述交收日期配置文件中所述业务的交收日期不是初始交收日期，则根据所述交收日期配置文件计算出所述业务的交收日期，并将计算出的交收日期确定为所述目标交收日期。

在一些可能的实施方式中，所述基础数据还包括所述业务的金额类型，所述装置400还包括：

第二确定单元，用于根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，第二确定单元，包括：

整理单元，用于整理所述基础数据，得到交收中间表；

确定子单元，用于遍历所述交收中间表，根据所述业务的金额类型，确定所述业务的指令类型。

在一些可能的实施方式中，所述装置400还包括：

查询单元，用于查询预设的特殊登账配置文件中所述业务的特殊登账标识，其中，所述特殊登账标识用于标识是否登记所述业务的登账明细；

添加单元，用于将所述特殊登账标识添加至所述交收指令中。

在一些可能的实施方式中，所述装置400还包括：

检查单元，用于检查所述交收指令的生成条件是否满足预设要求；

拒绝生成单元，用于当所述交收指令不满足预设的生成条件时，则拒绝生成所述交收业务的交收指令。

可见，在生成每种业务的交收指令的过程中，每种业务的目标交收日期可以根据交收日期配置文件进行确定，而并非是按照统一规则设定于同一天，因此，不同业务的目标交收日期可以存在不同，从而使得在执行每种业务的中交收指令后，对于不同的业务，可以在不同的交收日期完成与中登或者托管人的交收，进而提高了每种业务的交收日期的灵活度。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种交收指令的生成方法，其特征在于，所述方法包括：

获取业务的基础数据，所述基础数据包括所述业务的指令类型以及初始交收日期，所述指令类型用于指示所需生成的交收指令的类型；

根据所述基础数据以及预设的交收日期配置文件，确定所述业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则；

根据所述业务的指令类型以及目标交收日期，生成所述业务的交收指令。

2.根据权利要求1所述的方法，其特征在于，所述根据所述基础数据中所述业务的初始交收日期以及预设的交收日期配置文件，确定所述业务的目标交收日期，包括：

根据所述基础数据中所述业务的指令类型，确定所述交收日期配置文件中所述业务的交收日期是否为初始交收日期；

若是，则将所述初始交收日期确定为所述目标交收日期；

若否，则根据所述交收日期配置文件计算出所述业务的交收日期，并将计算出的交收日期确定为所述目标交收日期。

3.根据权利要求2所述的方法，其特征在于，所述基础数据还包括所述业务的金额类型，所述方法还包括：

根据所述业务的金额类型，确定所述业务的指令类型。

4.根据权利要求3所述的方法，其特征在于，所述根据所述业务的金额类型，确定所述业务的指令类型，包括：

整理所述基础数据，得到交收中间表；

遍历所述交收中间表，根据所述业务的金额类型，确定所述业务的指令类型。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

查询预设的特殊登账配置文件中所述业务的特殊登账标识，其中，所述特殊登账标识用于标识是否登记所述业务的登账明细；

将所述特殊登账标识添加至所述交收指令中。

6.根据权利要求1至5任意一项所述的方法，其特征在于，所述方法还包括：

检查所述交收指令的生成条件是否满足预设要求；

当所述交收指令不满足预设的生成条件时，则拒绝生成所述交收业务的交收指令。

7.一种交收指令的生成装置，其特征在于，所述装置包括：

获取单元，用于获取业务的基础数据，所述基础数据包括所述业务的指令类型以及初始交收日期，所述指令类型用于指示所需生成的交收指令的类型；

第一确定单元，用于根据所述基础数据以及预设的交收日期配置文件，确定所述业务的目标交收日期，其中，所述交收日期配置文件中包括所述业务的交收日期的设定规则；

生成单元，用于根据所述业务的指令类型以及目标交收日期，生成所述业务的交收指令。

8.根据权利要求7所述的装置，其特征在于，所述第一确定单元，包括：

日期确定子单元，用于根据所述基础数据中所述业务的指令类型，确定所述交收日期配置文件中所述业务的交收日期是否为初始交收日期；

第一确定子单元，用于若所述交收日期配置文件中所述业务的交收日期为初始交收日期，则将所述初始交收日期确定为所述目标交收日期；

第二确定子单元，用于若所述交收日期配置文件中所述业务的交收日期不是初始交收日期，则根据所述交收日期配置文件计算出所述业务的交收日期，并将计算出的交收日期确定为所述目标交收日期。

9.根据权利要求8所述的装置，其特征在于，所述基础数据还包括所述业务的金额类型，所述装置还包括：

第二确定单元，用于根据所述业务的金额类型，确定所述业务的指令类型。

10.根据权利要求9所述的装置，其特征在于，第二确定单元，包括：

整理单元，用于整理所述基础数据，得到交收中间表；

确定子单元，用于遍历所述交收中间表，根据所述业务的金额类型，确定所述业务的指令类型。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

查询单元，用于查询预设的特殊登账配置文件中所述业务的特殊登账标识，其中，所述特殊登账标识用于标识是否登记所述业务的登账明细；

添加单元，用于将所述特殊登账标识添加至所述交收指令中。

12.根据权利要求7至11任意一项所述的装置，其特征在于，所述装置还包括：

检查单元，用于检查所述交收指令的生成条件是否满足预设要求；

拒绝生成单元，用于当所述交收指令不满足预设的生成条件时，则拒绝生成所述交收业务的交收指令。