社保数据的处理方法、装置、电子设备和存储介质

技术领域

本发明涉及移动互联技术领域，尤其涉及一种社保数据的处理方法、装置、电子设备和存储介质。

背景技术

银行在处理代理社保的业务时，通常各分行需要将业务数据汇总至总行执行，即总行需要与各个分行对接，根据各分行上报的社保业务数据分别执行对应的处理流程。由于各分行对业务处理的流程要求的不统一，所以总行与各分行对接时均需要开发与各分行对应的业务处理流程，每接入一个分行，开发人员需要为总行开发与该分行对应的业务处理流程，不仅导致开发人员的任务繁重，而且花费较长的时间，降低分行接入的效率。

发明内容

有鉴于此，本发明实施例提供一种社保数据的处理方法、装置、电子设备和存储介质，能够解决总行与各分行对接时，开发人员需要为总行开发与该分行对应的业务处理流程，不仅导致开发人员的任务繁重，而且花费较长的时间，降低分行接入效率的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种社保数据的处理方法。

本发明实施例的一种社保数据的处理方法包括：接收目标分行发送的业务处理请求，获取所述业务处理请求中的业务标识；根据所述业务标识和预设的地址映射关系，查询所述目标分行对应的数据存储地址，以从所述数据存储地址中读取所述目标分行的业务数据；从预设的执行流程库中获取业务处理流程，根据预设的规则映射关系和所述业务标识，查询所述业务处理流程所包括处理节点对应的处理规则；将所述处理规则输入所述业务处理流程，以对所述业务数据进行处理，得到所述业务数据的处理结果；发送所述处理结果至所述目标分行。

在一个实施例中，在从预设的执行流程库中获取业务处理流程，根据预设的规则映射关系和所述业务标识，查询所述业务处理流程所包括处理节点对应的处理规则之前，还包括：

获取各分行的处理流程中处理规则所属的类型；

将每个所述类型确定为一个处理节点，基于各分行的处理流程确定各所述处理节点的执行逻辑，得出所述业务处理流程；

将所述处理流程中属于相同类型的处理规则确定为该类型对应处理节点的规则集合，建立各所述规则集合中处理规则与各所述分行的业务标识之间的规则映射关系。

在又一个实施例中，所述处理节点包括批次分解节点、批次交易节点、结果生成节点；

对所述业务数据进行处理，得到所述业务数据的处理结果，包括：

调用批次分解节点，从所述处理规则中获取所述批次分解节点对应的处理规则，以判断是否执行批次分解，若否则不对所述业务数据执行分解操作，若是则获取业务数据中每笔交易对应的交易账户，根据所述交易账户所属类型，将所述业务数据分解为行内交易和行外交易，得出分解结果；

调用批次交易节点，判断所述业务数据是否被分解，若是则根据所述分解结果，分别对所述业务数据执行交易，若否则对所述业务数据执行交易；

调用结果生成节点，获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

在又一个实施例中，在调用批次分解节点之前，还包括：

调用数据检查节点，从所述处理规则中获取所述数据检查节点对应的处理规则，以对所述业务数据执行数据检查。

在又一个实施例中，所述发送所述处理结果至所述目标分行，包括：

将所述回执文件存储至所述数据存储地址；

向所述目标分行发送通知消息，以使所述目标分行从所述数据存储地址获取所述回执文件。

在又一个实施例中，所述调用批次分解节点之前，还包括：

判断是否接收到所述业务数据对应的异常通知；

若是，则根据所述异常通知查询异常信息，确定所述业务数据的交易结果为交易失败，并将所述交易结果和所述异常信息发送至所述目标分行；

若否，则不对所述业务数据进行处理。

在又一个实施例中，所述获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件，包括：

判断是否接收到所述业务数据对应的异常通知；

若是，则确定所述异常通知对应的操作，重试所述操作得出操作结果，如果所述操作结果为失败，则发送人工处理提示信息，如果所述操作结果为成功，则执行所述操作之后的流程；

若否，则获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

为实现上述目的，根据本发明实施例的另一方面，提供了一种社保数据的处理装置。

本发明实施例的一种社保数据的处理装置包括：接收单元，用于接收目标分行发送的业务处理请求，获取所述业务处理请求中的业务标识；获取单元，用于根据所述业务标识和预设的地址映射关系，查询所述目标分行对应的数据存储地址，以从所述数据存储地址中读取所述目标分行的业务数据；查询单元，用于从预设的执行流程库中获取业务处理流程，根据预设的规则映射关系和所述业务标识，查询所述业务处理流程所包括处理节点对应的处理规则；处理单元，用于将所述处理规则输入所述业务处理流程，以对所述业务数据进行处理，得到所述业务数据的处理结果；发送单元，用于发送所述处理结果至所述目标分行。

在一个实施例中，所述查询单元，具体用于：

获取各分行的处理流程中处理规则所属的类型；

将每个所述类型确定为一个处理节点，基于各分行的处理流程确定各所述处理节点的执行逻辑，得出所述业务处理流程；

将所述处理流程中属于相同类型的处理规则确定为该类型对应处理节点的规则集合，建立各所述规则集合中处理规则与各所述分行的业务标识之间的规则映射关系。

在又一个实施例中，所述处理节点包括批次分解节点、批次交易节点、结果生成节点；

所述处理单元，具体用于：

调用批次分解节点，从所述处理规则中获取所述批次分解节点对应的处理规则，以判断是否执行批次分解，若否则不对所述业务数据执行分解操作，若是则获取业务数据中每笔交易对应的交易账户，根据所述交易账户所属类型，将所述业务数据分解为行内交易和行外交易，得出分解结果；

调用批次交易节点，判断所述业务数据是否被分解，若是则根据所述分解结果，分别对所述业务数据执行交易，若否则对所述业务数据执行交易；

调用结果生成节点，获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

在又一个实施例中，所述处理单元，具体用于：

调用数据检查节点，从所述处理规则中获取所述数据检查节点对应的处理规则，以对所述业务数据执行数据检查。

在又一个实施例中，所述发送单元，具体用于：

将所述回执文件存储至所述数据存储地址；

向所述目标分行发送通知消息，以使所述目标分行从所述数据存储地址获取所述回执文件。

在又一个实施例中，所述处理单元，具体用于：

判断是否接收到所述业务数据对应的异常通知；

若是，则根据所述异常通知查询异常信息，确定所述业务数据的交易结果为交易失败，并将所述交易结果和所述异常信息发送至所述目标分行；

若否，则不对所述业务数据进行处理。

在又一个实施例中，所述处理单元，具体用于：

判断是否接收到所述业务数据对应的异常通知；

若是，则确定所述异常通知对应的操作，重试所述操作得出操作结果，如果所述操作结果为失败，则发送人工处理提示信息，如果所述操作结果为成功，则执行所述操作之后的流程；

若否，则获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的社保数据的处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的社保数据的处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，预先存储了业务数据的业务处理流程，在接收到目标分行的业务处理请求后，可以获取其中的业务标识，进而基于业务标识查询出目标分行对应的数据存储地址，以从数据存储地址中读取目标分行的业务数据，然后可以从执行流程库中获取业务处理流程，以及查询出查询业务处理流程执行时，其所包括各处理节点对应的处理规则，从而将处理规则输入业务处理流程即可得出目标分行对应的业务数据处理流程，以通过该处理流程对目标分行进行处理，得出准确的处理结果。本发明实施例中，预先存储了业务数据的业务处理流程，即对各分行的业务数据均适用的通用业务处理流程，以及配置了与各分行的业务处理流程对应的处理规则，如此对在需要处理各分行的业务数据时，可以通过业务标识，查询出处理该分行业务数据的业务处理流程所包括处理节点对应的处理规则，即处理该分行业务数据所对应的处理规则，如此可以实现对各分行业务数据按照各分行的业务处理流程进行处理，总行在接入各分行时，只需要对分行业务处理的处理规则记性配置，无需专门开发与该分行对应的业务流程，从而可以降低开发人员的任务量，而且减少花费的时间，提高分行接入效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的社保数据的处理方法的一种系统架构的示意图；

图2是根据本发明实施例的社保数据的处理方法的一种主要流程的示意图；

图3是根据本发明实施例的确定业务处理流程的方法一种主要流程的示意图；

图4是根据本发明实施例的业务处理的方法的一种主要流程的示意图；

图5是根据本发明实施例的社保数据的处理装置的主要单元的示意图；

图6是本发明实施例可以应用于其中的又一种示例性系统架构图；

图7是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

本发明实施例提供一种社保数据的处理系统，该系统可以用于对社保数据进行处理的场景，具体可以为银行中总行对各分行上报的社保业务数据进行处理的场景。如图1所示为社保数据的处理系统的一种架构示意图。

如图1所示，本发明实施例中对各个分行对应业务数据的处理方式进行汇总和抽象，可以确定出一个通用的业务处理流程。该通用的业务流程中可以包括多个处理步骤，每个处理步骤相当于一个处理节点。同时系统中设置每个处理节点对应的规则集合，该规则集合中包括了各分行对应业务处理流程中该处理节点执行时的处理规则，所以通过配置集合可以为每个分行配置对应的处理规则，即对每个处理节点对应规则集合中的处理规则，可以配置业务标识和处理规则之间的规则映射关系。如此对每个分行，通过配置集中配置的规则映射关系，可以从规则库中查询出该分行对应业务处理流程所包括处理节点的处理规则，将通用的业务处理流程与查询出的处理规则相结合即可得出各分行对应的业务处理流程，进而可以实现对各分行的业务数据进行准确的处理。

本发明实施例中，社保数据的处理系统中还可以包括容错机制，用于对业务数据处理过程中出现异常的处理方式，还可以基于容错机制的处理结果对规则库进行更新，以减少业务数据处理过程中异常的出现。

本发明实施例提供了一种社保数据的处理方法，该方法可由社保数据的处理系统执行，如图2所示，该方法包括：

S201：接收目标分行发送的业务处理请求，获取业务处理请求中的业务标识。

其中，目标分行由社保的业务数据需要处理时，可以向总行发送业务处理请求，业务处理请求中包括了该分行的业务标识。总行的业务处理系统接收业务处理请求后，可以从中获取业务标识。业务标识可以具体为项目编号。

S202：根据业务标识和预设的地址映射关系，查询目标分行对应的数据存储地址，以从数据存储地址中读取目标分行的业务数据。

本发明实施例中，各分行与总行之间可以预先约定业务数据的存储位置，以通过此存储位置进行数据交互，所以目标分行可以将需要处理的业务数据存储至约定的存储位置。总行的处理系统中可以存储与各分行约定的存储位置的地址，即数据存储地址，并建立各分行的业务标识与数据存储地址之间的地址映射关系，所以本步骤中基于目标分行的业务标识和地址映射关系，可以查询出目标分行的业务标识所对应的数据存储地址，进而可以从数据存储地址中读取到目标分行的业务数据，即本次需要处理的业务数据。

S203：从预设的执行流程库中获取业务处理流程，根据预设的规则映射关系和业务标识，查询业务处理流程所包括处理节点对应的处理规则。

本发明实施例中，执行流程库中预存储了通用的业务处理流程，所以需要先从执行流程库中获取业务处理流程。然后可以根据预设的规则映射关系查询出业务标识在业务处理流程所包括处理节点对应的处理规则，即处理该目标分行的业务流程在各处理节点对应的处理规则，以便于基于处理规则和获取的业务处理流程融合得出目标分行对应的业务处理流程。

S204：将处理规则输入业务处理流程，以对业务数据进行处理，得到业务数据的处理结果。

在步骤S203获取待通用的业务处理流程和业务标识对应的处理规则后，则可以将该处理规则输入至业务处理流程中，使二者向融合，得出目标分行对应的业务处理流程，进而可以对业务数据进行处理，然后得出业务数据的处理结果。

具体的，业务处理流程可以包括多个处理节点，每个处理节点对应一个规则集合，所以步骤S203中获取的处理规则包括业务节点在每个业务节点所对应的业务规则，所以将处理规则输入业务处理流程可以具体为在业务处理流程中各处理节点执行时读取对应的处理规则，然后基于处理规则处理业务数据。

例如，处理节点可以包括依次执行的批次分解节点、批次交易节点、结果生成节点三个节点。

批次分解表示将业务数据按照交易账户的类型进行分解，有些分行的在业务数据处理时要求进行分解，而有些分行在业务处理时不要求分解，所以批次分解节点执行时可以先从步骤S203获取的处理规则中确定出批次分解节点对应的处理规则，然后基于批次分解节点对应的处理规则判断是否执行批次分解；若否，则不对业务数据执行分解操作，即不进行处理；若是，则需要先获取业务数据中每笔交易对应的交易账户，然后根据交易账户所属类型，将业务数据分解为行内交易和行外交易，得出分解结果。业务数据中包括一笔或多笔社保交易的数据，而每笔交易无论是代扣还是代发均对应一个交易账户，这些账户可以分为行内账户和行外账户，即交易账户所属类型可以包括行内账户和行外账户，行内账户是指属于总行所属银行的账户，行外账户是指属于总行所属银行之外其他银行的账户，所以基于交易账户所属类型可以将业务数据分为行内交易和行外交易。

批次交易节点表示业务数据执行交易操作，所以此节点对应的处理规则是基于批次分解节点的处理结果执行交易，即如果批次分解节点对业务数据执行了分解，则按照分解后业务数据执行交易，如果批次分解节点对业务数据没有执行分解操作，则直接对业务数据执行交易操作，所以可以具体执行为：调用批次交易节点，判断业务数据是否被分解，若是则根据分解结果，分别对业务数据执行交易，若否则对业务数据执行交易。

结果生成节点表示获取批次交易节点的执行结果，并生成回执文件。所以此节点可以从步骤S203获取的处理规则中确定结果生成节点对应的处理规则，然后基于处理规则从批次交易节点得出的交易结果，并生成交易结果对应的回执文件。回执文件表示交易结果对应的文件，其包括了交易结果。

需要说明的是，由于业务处理流程中一些处理节点对应的处理规则是各分行均使用的处理规则，如批次交易节点对应的处理规则，则该处理节点的处理规则可以直接与业务处理流程配置在一起，在该处理节点执行时可以直接执行而不需要先从步骤S203获取的处理规则中确定对应的规则。

S205：发送处理结果至目标分行。

在步骤S204得出处理结果会后，可以将其发送至目标分行，以通知目标分行处理结果，本发明实施例中处理结果可以具体为回执文件。

具体的，本步骤中可以将回执文件存储至步骤S202确定的数据存储地址中，然后向目标分行发送通知消息，以使目标分行直接从数据存储地址获取回执文件。

由于在业务数据处理过程中，很可能会出现异常情况，所以本发明实施例中，还设置了容错机制，以处理各种异常情况。通常异常情况会出现在批次分解之前或批次交易之后。

对于批次分解之前接收到异常通知，则可以根据异常通知查询异常信息，异常信息包括发生异常的原因，例如在执行哪个处理规则时发生异常等，然后可以确定业务数据的交易结果为交易失败，进而将交易结果和异常信息发送至目标分行，以通知目标分行及时处理。所以在调用批次分解节点之前，还可以执行以下流程：判断是否接收到业务数据对应的异常通知；若是，则根据异常通知查询异常信息，确定业务数据的交易结果为交易失败，并将交易结果和异常信息发送至目标分行；若否，则不对业务数据进行处理。

对于批次分解之后接收到异常通知，则可以先确定异常通知对应的操作，再对本步骤进行重试，如果重试操作的操作结果为失败，说明重试操作无效，则可以发送人工处理提示信息，以便于人工进行处理；如果重试操作的操作结果为成功，则可以继续执行该操作之后的业务处理流程。

本发明实施例中，预先存储了业务数据的业务处理流程，即对各分行的业务数据均适用的通用业务处理流程，以及配置了与各分行的业务处理流程对应的处理规则，如此对在需要处理各分行的业务数据时，可以通过业务标识，查询出处理该分行业务数据的业务处理流程所包括处理节点对应的处理规则，即处理该分行业务数据所对应的处理规则，如此可以实现对各分行业务数据按照各分行的业务处理流程进行处理，总行在接入各分行时，只需要对分行业务处理的处理规则记性配置，无需专门开发与该分行对应的业务流程，从而可以降低开发人员的任务量，而且减少花费的时间，提高分行接入效率。

下面结合图1所示的系统架构和图2所示实施例，对本发明实施例中确定业务处理流程和规则集合的方法进行具体说明。如图3所示，该方法包括：

S301：获取各分行的处理流程中处理规则所属的类型。

其中，各分行对业务数据的处理流程可以按照执行顺序拆分出对应个处理规则，并确定出各处理规则所属的类型，例如，对业务数据批次分解的步骤，对应的处理规则可以所属类型可以为批次分解。

需要说明的是，本发明实施例中处理规则所属的类型为预先设置，本步骤中可以基于用户输入或其他设备发送来获取各分行的处理流程中处理规则所属的类型。

S302：将每个类型确定为一个处理节点，基于各分行的处理流程确定各处理节点的执行逻辑，得出业务处理流程。

其中，对于处理规则的类型可以将其确定为业务处理流程中的一个处理节点，然后按照处理流程中处理规则的执行顺序确定出各处理节点的执行顺序，即可确定各处理节点的执行逻辑，进而将各处理节点执行的顺序确定为各分行通用的业务处理流程。

S303：将处理流程中属于相同类型的处理规则确定为该类型对应处理节点的规则集合，建立各规则集合中处理规则与各分行的业务标识之间的对应关系。

其中，由于每个处理规则所属类型被确定为一个处理节点，则属于同一类型的处理规则可以组成该类型对应处理节点的规则集合，从而可以确定出各处理节点对应的规则集合。规则集合中的处理规则均为各分行的初六流程对应的规则，所以对各规则集合中的处理规则可以建立与各分行业务标识之间的规则映射关系，即配置各规则集合中的处理规则与各分行业务标识之间的规则映射关系，并可以将其存储至配置集中。

需要说明的是，本发明实施例中在配置规则映射关系时，可以为每个处理规则设置委会规则标识，通过规则唯一标识和各分行业务标识来建立规则映射关系。

本发明实施例中，如果规则集合中各处理规则可以满足新接入的分行的业务数据处理需求，则仅需在配置集中配置该分行的业务标识与对应处理规则之间的规则映射关系即可完成该分行与总行的对接工作，无需新开发工作量，并且出现异常情况也通常无需人工接入；对于个性化的业务数据处理需求，只需在规则集合中新增个性化的处理规则，并在配置集中增加规则映射关系即可，也不会影响其他分行的业务处理流程，而相同处理规则可以大量复用，减少重复开发，提高分行接入的效率。

具体的，本发明实施例中，可以设置处理规则所属类型包括：文件入库、数据检查、交易预处理、批次分解、批次交易、结果获取、回执文件生成、文件通知几种，则每个类型所对应的处理节点为文件入库节点、数据检查节点、交易预处理节点、批次分解节点、批次交易节点、结果获取节点、回执文件生成节点、文件通知节点，上述节点依次执行来处理业务数据即可得出业务处理流程，即对各分行的业务数据的通用业务处理流程。如图4所示为本发明实施例中通用的业务处理流程的一种示意图，业务处理流程依次包括文件入库、数据检查、交易预处理、批次分解、批次交易、结果获取、回执文件生成、文件通知。

其中每个处理节点均包括对应的规则集合。

文件入库表示获取分行的业务数据后将其存储至数据库中，也可以称为报盘文件入库。由于获取分行的业务数据可能为txt、xls等格式，所以在执行本步骤时通常需要对业务数据解析，将其转换为本系统可以识别的对象。执行本步骤时通常需要对业务数据执行初步检查，具体可以包括项目编号检查、解析报盘文件、检查报盘文件、入库几个步骤，本发明实施例可以为每个步骤的处理规则设置规则标识，如设置项目编号检查的规则标识为P1_R001、解析报盘文件的规则标识为P1_R002、检查报盘文件的规则标识为P1_R003、入库的规则标识为P1_R004，每个步骤均对应各自的处理规则。例如，项目编号检查表示检查是否存在、如果业务数据中包括的交易为代扣，则业务数据中是否存在交易对应的合约等；检查报盘文件表示检查报盘文件格式、一致性等等，如报盘文件有文件头、文件明细等数据，文件头有总笔数、总金额等，则可以检查明细数据对应具体支付数据包括收款人/扣款人姓名，银行账户、金额等数据是否存在，会计算明细总金额、总笔数与文件头数据是否一致等等；入库表示业务数据入库存储，通常无论上述检查过程是否通过，均执行入库步骤，如果上述检查有异常，则可以向分行返回错误信息；如果上述检查无异常，则可以为此业务数据分配一个批次标识，用于标记业务数据的批次，并将批次标识通知该分行。所以对于文件入库节点，其对应个规则集合包括规则标识为P1_R001、P1_R002、P1_R003、P1_R004的处理规则。

数据检查表示对入库的业务数据进行检查，通常可以包括银行账号检查、银行行号检查、余额检查、合约检查等。具体可以包括：第三方客户账号信息检查，设置规则标识为P2_R001，表示检查姓名与身份证是否匹配、姓名是否与银行卡号匹配；银行账号检查，设置规则标识为P2_R002，表示检查银行账号长度、个人收款账号开头字段、银行账号是否可用、银行账号是否是一类卡等等；摘要信息检查，设置规则标识为P2_R003，表示检查转账摘要不能为空；余额信息检查，设置规则标识为P2_R004，对于代发的交易，其为需要从一个代发账户中扣款向一批账户进行付款，余额信息检查表示统计总付款金额，比较总付款金额与代发账户金额，检查代发账户余额是否充足；签约状态信息检查，设置规则标识为P2_R005，表示交易中需要对一批客户进行扣款时，可以检查该账号是否签订相应的合约，合约是否有效、启用、当前是否在合约期内等等；转汇标志信息检查，设置规则标识为P2_R006，表示检查转汇标志信息；单笔交易限额、日交易限额、月交易限额检查，设置规则标识为P2_R007，表示当前账户已支付金额加上此次代支付金额是否在日交易限额内、月交易限额内，以及此次各个明细支付金额是否在单笔交易限额内(如交易的一笔金额最大为2000元，那么明细中支付金额应小于等于2000)。所以对于数据检查节点，其对应个规则集合包括规则标识为P2_R001、P2_R002、P2_R003、P2_R004、P2_R005、P2_R006、P2_R007的处理规则。

交易预处理节点表示判断是否有银行内部账户(银行内部账户是银行为了清分数据而设的账户)，检查交易流水是否正确，冻结台账等。具体可以包括：冻结台账，设置规则标识为P3_R001，表示冻结各交易中待支付总金额；银行内部账户检查，设置规则标识为P3_R002，表示判断是否有银行内部账户；交易流水检查，设置规则标识为P3_R003，表示检查交易流水是否正确。所以对于交易预处理节点，其对应个规则集合包括规则标识为P3_R001、P3_R002、P3_R003的处理规则。

批次分解节点，表示将业务数据进行分解，拆分为行内交易批次和行外交易批次。批次拆分是指：对于交易为代发数据中，可能一部分是向行内账户进行代发，可能一部分是向行外账户代发，向行内账户代发交易可以被确定为行内交易批次、向行外账户代发的交易可以被确定为行外交易批次。混合批次是指一个批次业务数据里即有行内交易批次也有行外交易批次，对于业务数据而言，无论其中是否同时包括行内交易批次和行外交易批次，均被视为混合批次，是否拆分则可以基于规则处理。具体的，批次分解节点对应的处理规则可以包括：拆批，即批次拆分，设置规则标识为P4_R001，表示将混合批次的业务数据拆分为行内批次交易和行外批次交易；统计，设置规则标识为P4_R002，表示统计行内批次交易和行外批次交易的总笔数、总金额等，得到行内批次交易和行外批次交易的汇总信息。

批次交易节点，表示进行具体收款付款操作。社保业务既有代发也有代收，代发是指从社保账户向用户进行发钱操作，例如，对公结算账户向行内/行外对公对私账户付款，可以包括业务包括工资、奖金、补助、福利等；代收是将用户账户中的资金扣掉转到社保指定账户中，代扣交易执行需要有对应的合约，例如，对公结算账户向行内/行外对公对私账户发起收款，可以包括业务包括公积金、水电燃气费用等。所以批次交易节点对应处理规则可以包括：行内转账/代收操作，设置处理规则标识为P5_R001；跨行转账操作，设置处理规则标识为P5_R002。

结果获取节点，表示批次交易节点的交易结果，包括每一笔交易的支付成功或支付失败的信息。所以对应处理规则可以包括：获取行内交易结果，设置处理规则标识为P6_R001；获取行外交易结果，设置处理规则标识为P6_R002。

回执文件生成节点，表示根据结果获取节点获取代交易结果进行汇总、统计，对于成功支付的交易可以根据预设规则发送邮件、短信等通知分行，对于失败支付的交易可以进行资金回撤，从而生成最终的回执文件，回执文件为总行按照分行的要求返回对应格式的交易结果的文件，由于各分行要求文件格式不同，所以生成的回执文件也不同，例如，一些分行只需要回执文件中包括支付失败的数据，一些分行需要全部支付成功和失败的数据。其中，结果获取节点获取的交易结果为每笔交易支付成功或支付失败，回执文件生成节点可以对交易结果汇总，得出总成功金额、总失败金额、总成功笔数、总失败笔数等汇总数据；资金回撤是指对于每一笔代发交易的资金，会在内部户中进行标记，如果实际支付失败，则会撤销该标记；如果实际支付成功，则该资金可以予以代发，例如：如果一个账户中有10w元，需要代发80笔1000元的资金(共计8万)，在实际代发执行过程中，可以先将账户8万元冻结，则账户中剩余2万元可以使用，当交易中有一笔支付失败时，该交易的资金可以回撤，回撤后账户中可用资金则为2.1万元。所以回执文件生成节点对应处理规则可以包括：行内/行外汇总，设置处理规则标识为P7_R001，表示汇总行内交易结果总成功笔数、总成功金额和行外交易结果总成功笔数、总成功金额；混合汇总，设置处理规则标识为P7_R002，表示汇总混合批次总成功笔数、总成功金额；发送短信通知，设置处理规则标识为P7_R003，表示对支付成功的交易通知收款人；发送邮件通知，设置处理规则标识为P7_R004，资金回撤，设置处理规则标识为P7_R005；收取手续费，设置处理规则标识为P7_R006；生成结果文件，设置处理规则标识为P7_R007。

文件通知节点，表示通知分行获取报盘结果文件，如回执文件等。所以对应处理规则可以包括：将结果文件发送给分行系统，设置处理规则标识为P8_R001；短信通知分行(如分行负责人)代发/代扣交易结果，设置处理规则标识为P8_R002；邮件通知分行(如分行负责人)代发/代扣结果，设置处理规则标识为P8_R003。

需要说明的是，对上述各处理节点，均对其规则集合中的规则设置了规则标识，所以本发明实施例中通过各规则标识和分行的业务标识之间建立规则映射关系来配置各分行的业务处理流程中对应的处理规则即可。例如，某分行在执行数据检查节点时执行的处理规则为P2_R001、P2_R001、P2_R003、P2_R004、P2_R005、P2_R006，则可以配置该分行的业务标识与P2_R001、P2_R001、P2_R003、P2_R004、P2_R005、P2_R006之间的规则映射关系，在步骤S203中基于业务标识和规则映射关系可以查询出该分行的业务处理流程在数据检查节点对应的处理规则，如此也可以查询出各处理节点所对应的处理规则，进而在步骤S204中可以将查询的处理规则和通用的业务处理流程融合来对该分行的业务数据处理，从而实现对各分行的业务数据按照对应的处理流程进行处理。

由于各规则集合中处理规则有点由执行顺序要求、有的则可以并列执行，例如，P5_R001和P5_R002可以同时执行，P6_R001和P6_R002可以同时执行，所以对于有执行顺序要求的处理规则，在配置集中一通配置，以便于各处理规则按照正确的顺序执行。

本发明实施例中，对于上述各处理节点，也可以设置对应的容错机制。例如，在文件入库节点执行时出现异常，即接收异常通知，则可以停止后续处理流程，并向对应分行发送异常通知，以提示对应分行处理；在数据检查节点或交易预处理节点执行时出现异常，则可以确定交易结果为交易失败，并生成每笔交易的交易结果为支付失败的文件返回至对应分行，同时将异常信息发送至对应分行；结果获取节点执行时出现异常，则可以进行重试，具体方式可以为间隔一段时间重试操作，来获取交易结果，直至获取到最终结果，并设置重试的最长时间，可以设置为3天，即3天后如果重试的操作结果还是失败，可以提示人工处理；回执文件生成节点执行时出现异常，则可以直接提示人工处理；文件通知节点执行时出现异常，进行重试操作，例如，在执行过P8_R001后在执行P8_R002时出现异常，可以重试执行P8_R002，但不需要重试执行P8_R001。

为了解决现有技术存在的问题，本发明实施例提供了一种社保数据的处理装置500，如图5所示，该装置500包括：

接收单元501，用于接收目标分行发送的业务处理请求，获取所述业务处理请求中的业务标识；

获取单元502，用于根据所述业务标识和预设的地址映射关系，查询所述目标分行对应的数据存储地址，以从所述数据存储地址中读取所述目标分行的业务数据；

查询单元503，用于从预设的执行流程库中获取业务处理流程，根据预设的规则映射关系和所述业务标识，查询所述业务处理流程所包括处理节点对应的处理规则；

处理单元504，用于将所述处理规则输入所述业务处理流程，以对所述业务数据进行处理，得到所述业务数据的处理结果；

发送单元505，用于发送所述处理结果至所述目标分行。

应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，所述查询单元503，具体用于：

获取各分行的处理流程中处理规则所属的类型；

将每个所述类型确定为一个处理节点，基于各分行的处理流程确定各所述处理节点的执行逻辑，得出所述业务处理流程；

将所述处理流程中属于相同类型的处理规则确定为该类型对应处理节点的规则集合，建立各所述规则集合中处理规则与各所述分行的业务标识之间的规则映射关系。

本发明实施例的又一种实现方式中，所述处理节点包括批次分解节点、批次交易节点、结果生成节点；

所述处理单元504，具体用于：

调用批次分解节点，从所述处理规则中获取所述批次分解节点对应的处理规则，以判断是否执行批次分解，若否则不对所述业务数据执行分解操作，若是则获取业务数据中每笔交易对应的交易账户，根据所述交易账户所属类型，将所述业务数据分解为行内交易和行外交易，得出分解结果；

调用批次交易节点，判断所述业务数据是否被分解，若是则根据所述分解结果，分别对所述业务数据执行交易，若否则对所述业务数据执行交易；

调用结果生成节点，获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

本发明实施例的又一种实现方式中，所述处理单元504，具体用于：

调用数据检查节点，从所述处理规则中获取所述数据检查节点对应的处理规则，以对所述业务数据执行数据检查。

本发明实施例的又一种实现方式中，所述发送单元，具体用于：

将所述回执文件存储至所述数据存储地址；

向所述目标分行发送通知消息，以使所述目标分行从所述数据存储地址获取所述回执文件。

本发明实施例的又一种实现方式中，所述处理单元504，具体用于：

判断是否接收到所述业务数据对应的异常通知；

若是，则根据所述异常通知查询异常信息，确定所述业务数据的交易结果为交易失败，并将所述交易结果和所述异常信息发送至所述目标分行；

若否，则不对所述业务数据进行处理。

本发明实施例的又一种实现方式中，所述处理单元504，具体用于：

判断是否接收到所述业务数据对应的异常通知；

若是，则确定所述异常通知对应的操作，重试所述操作得出操作结果，如果所述操作结果为失败，则发送人工处理提示信息，如果所述操作结果为成功，则执行所述操作之后的流程；

若否，则获取所述批次交易节点得出的交易结果，从所述处理规则中获取所述结果生成节点对应的处理规则，以生成所述交易结果对应的回执文件。

应理解的是，实施本发明实施例的方式与实施图2-4所示实施例的方式相同，在此不再赘述。

本发明实施例中，预先存储了业务数据的业务处理流程，即对各分行的业务数据均适用的通用业务处理流程，以及配置了与各分行的业务处理流程对应的处理规则，如此对在需要处理各分行的业务数据时，可以通过业务标识，查询出处理该分行业务数据的业务处理流程所包括处理节点对应的处理规则，即处理该分行业务数据所对应的处理规则，如此可以实现对各分行业务数据按照各分行的业务处理流程进行处理，总行在接入各分行时，只需要对分行业务处理的处理规则记性配置，无需专门开发与该分行对应的业务流程，从而可以降低开发人员的任务量，而且减少花费的时间，提高分行接入效率。

根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。

本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的社保数据的处理方法。

图6示出了可以应用本发明实施例的社保数据的处理方法或社保数据的处理装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种客户端应用。

终端设备601、602、603可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，服务器可以对接收到的业务处理请求等数据进行分析等处理，并将处理结果(例如回执文件--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的社保数据的处理方法一般由服务器605执行，相应地，社保数据的处理装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的计算机系统700的结构示意图。图7示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、获取单元、查询单元、处理和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的社保数据的处理方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。