CN116109423A - 一种社会保险批量申报系统及方法 - Google Patents

Abstract

本发明提供了一种社会保险批量申报系统及方法，属于社会保险申报领域，所述系统包括：单位管理模块，用于代理机构管理代理参保单位；自动申报模块，用于支撑社会保险批量申报业务；智能对账模块，用于代理机构及代理参保单位核对账单，实现从社保网站同步参保人、同步缴费账单、对账管理功能；任务管理模块，对需要自动执行的rpa流程任务进行调度和管理；引擎执行管理，包括定时任务引擎、任务调度引擎、机器人管理引擎、监控分析引擎，用于处理和执行任务；用户终端，用于发起批量业务，监控流程执行进度，本发明解决了社保代理机构管理大量参保单位的集中申报时效率低的问题。

Description

一种社会保险批量申报系统及方法

技术领域

本发明涉及社会保险批量申报领域，尤其是涉及一种社会保险批量申报系统及方法。

背景技术

每一家用人单位都需要为员工缴纳社会保险，社会保险业务的办理一般是由单位的社保专员通过当地社保官方网站进行办理，很多中小微单位没有工作人员负责社会保险业务，对社会保险业务也不太了解，所以选择由社保代理机构代为操作，将申报业务所需的材料以及登录官方网站的用户名密码交给代理机构。通常一家较大社保代理机构有可能会代理数百至数千家中小微单位的社保。在目前的申报模式下，一般一个工作人员最多能代理50家小微单位的社保业务，例如一家代理500家单位社保的代理机构，每个月在集中申报时期至少要投入10个工作人员来集中办理社保申报业务。如果按照每个人5天的工作量来计算，仅申报业务每个月就需要50人的工作量。

中国发明专利名称：全国社保智能管理系统及方法，专利号：CN107742205A，公开了一种全国社保智能管理系统及方法，包括步骤：建立全国所有城市社保政策信息及供应商网点信息的数据库；接收用户终端的用户申请及员工参保信息，根据员工参保信息匹配相应的参保资料信息：根据用户申请匹配服务网点，并推送员工参保信息及参保资料信息至服务网点；在线接收社保费，发送至审核人员的终端进行审核，并开具相应的发票：发送待办及异常事项提醒信息至用户终端。

如何能够极大的提升社保代理机构的申报效率，减少社保代理公司用于操作社保官方平台的人员，是社保代理机构迫切需要解决的问题。虽然rpa技术的出现，使得社会保险的自动申报成为可能。但是截至到目前为止，国内尚未出现一款落地的软件系统能够显著提升代理机构的申报效率。主要原因如下：

1、社保官方网站不支持接口调用，且稳定性差，使用rpa机器人效率低下；

2、批量申报业务不支持移动端发起执行；

3、申报业务无法实现定时自动执行；

4、SaaS部署模式下申报任务并行执行的任务调度问题；

5、社保申报任务易遗漏，且难以监控整体进度问题；

基于以上原因，使得针对社保代理机构的多单位批量申报社保缴费至今尚没有很好的解决方案。目前市场上虽然有rpa技术能够配置出自动申报的流程，但是最多只能解决单家单位的申报问题，对于解决这种批量并发的情况没有很好的解决方案，尤其是在官方网站不稳定的时候，机器人的处理效率还不如人工快，而且还需要付出运维的工作量。给社保代理机使用的管理软件只能实现客户的管理功能，也无法实现自动批量申报。

发明内容

针对现有技术中存在的问题，本发明提供了一种社会保险批量申报系统及方法，采用定时任务、多线程批量并发等多种方式，制定了专门用于解决社保代理机构的批量申报方案，并据此开发了供社保代理机构的SaaS版智能申报系统，独创了无人值守的执行模式，解决了社保代理机构管理大量参保单位的集中申报时效率低的问题。

本发明采用的技术方案如下：

一种社会保险批量申报系统，包括：

单位管理模块，用于代理机构管理代理参保单位，实现新增参保单位、参保险种维护、社保网站授权功能；

自动申报模块，选定需要进行业务办理的单位和业务作为一个批次，通过任务管理模块分配给各个rpa机器人，用于支撑社会保险批量申报业务，实现增减员申报、应缴核定、税务缴费、完税证明下载功能；

智能对账模块，用于代理机构及代理参保单位核对账单，实现从社保网站同步参保人、同步缴费账单、对账管理功能；

任务管理模块，采用多线程任务调度技术，将多个流程任务分配给不同的rpa机器人并执行，对需要自动执行的rpa流程任务进行管理；

引擎执行管理模块，通过定制任务和多线程技术，设定任务执行时间，实现多线程定时执行任务，所述引擎执行管理模块包括定时任务引擎、任务调度引擎、机器人管理引擎、监控分析引擎，用于处理和执行任务；

用户终端，用于发起批量业务，监控流程执行进度。

一种社会保险批量申报方法，包括：

选定需要进行业务办理的单位和业务作为一个申报批次，并设定办理时间；

到达设定时间后，结合目前的任务排队情况，任务管理模块将任务分派至RPA机器人执行；

每个任务执行完成后，将任务执行结果反馈至用户终端；

实时监控每个任务的运行状态以及全部任务的进度情况；

若机器人执行任务过程中出现异常信息，且异常信息的异常原因判断该任务重新执行能够通过，则将任务继续挂到执行队列上等待执行；

若本批次的任务全部处理完毕，则向用户终端反馈本批次任务的执行结果。

一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，用于实现所述的社会保险批量申报方法。

本发明的有益效果为：

本发明采用rpa社保申报机器人通过融合RPA自动化申报技术、多线程技术、并发任务调度技术、定时任务、移动端技术等多种人工智能和自动化技术，针对社会保险网上申报业务的特点，实现社会保险批量申报业务的自动办理。并且通过各种预设规则，能够屏蔽不同地区网站和流程的差异性，自动处理申报过程中遇到的各种异常；

本发明采用定时任务、自动申报机器人并行处理、自动错误重试等机制，让流程在申报系统流量较少的时间段执行可以在一定程度上提高执行效率，以无人值守的方式实现了社保代理机构人员批量办理社保申报业务的需求，另外，通过多线程任务调度，将多个流程任务分配给不同的rpa机器人并行执行，在流程报错后通过自动重试机制，每隔一段时间自动开启重新执行。通过这些方式的综合运用，提升了机器人执行的成功率；

经办人员可通过用户终端选择要执行流程的单位并提交申请执行，申报系统和rpa机器人均采用云部署的模式，可以接收到用户终端的请求，并触发申报流程，rpa机器人在接收到命令后即开始通过云服务器登录网站办理业务；任务结束后，将任务处理结果反馈至用户终端，方便用户监控整体的办理进度和每家单位的办理明细，对于业务办理过程中出现错误的情况，额外发送业务异常通知。

附图说明

图1为本发明一种社会保险批量申报系统结构示意图；

图2为本发明一种社会保险批量申报方法流程图；

图3为本发明确定执行计划的方法流程图；

图4为本发明分配待执行任务方法流程图；

图5为本发明反馈任务执行结果方法流程图；

图6为本发明处理任务执行异常方法流程图；

图7为本发明结束批次任务执行方法流程图；

图8为本发明监控任务执行方法流程图。

具体实施方式

下面结合附图与实施例对本发明做进一步说明：为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示，本发明提供了一种社会保险批量申报系统，所述系统具体包括：

单位管理模块：用于代理机构用户管理自己代理的参保单位。包括新增参保单位、参保险种维护、社保网站授权等功能。新增参保单位：录入的信息包括单位名称、所在地区等信息。所以地区用于检索指定地区的rpa自动申报流程使用。参保险种维护：录入的信息包括参保哪些险种，每一个险种的缴费比例，基数上下线等信息。这些信息用于限定参保单位办理的业务范围，并在申报缴费时作为固定参数使用。社保网站授权：包括登录社保网站和登录税务平台的用户名、密码。用于rpa机器人登录社保网站作为参数输入使用。

自动申报模块：包括增减员申报、应缴核定、税务缴费、完税证明下载等功能，本模块用于支撑所有的社会保险批量申报业务，所述社会保险批量申报业务可批量发起，也可以单个发起。增减员申报：分为增员和减员两项业务，用于办理参保单位的入职人员参保和离职人员停保。如果本月没有入离职人员，则无需申报此业务。应缴核定：用于办理参保单位的应收核定，即计算本单位社保费用，并将费用推送至税务系统。税务缴费：用于到税务平台中进行社保费的缴纳。完税证明下载：当缴费完成后，在税务系统中下载完税证明。

智能对账模块：包括从社保网站同步参保人、同步缴费账单，并进行对账管理。本模块用于代理机构和所管理的参保单位甲方核对账单使用。一般来说申报完成后，代理机构会把本月的申报情况发给参保单位甲方。同步参保人：将本参保单位的参保人从社保网站下载到本地系统。同步缴费账单：将本参保单位的本月缴费账单明细信息从社保网站下载到本地。智能对账模块依据网站下载的人员信息、缴费明细信息和实际申报的增减员信息、税务缴费信息进行核对，并将对账不成功的记录找出来。

任务管理模块：包括批次执行监控任务执行监控异常信息监控。本模块是对需要自动执行的rpa流程任务进行调度和管理，使之能够顺利的执行。批次执行监控：用于监控整个批次的执行状态和执行结果。任务执行监控：用于监控某个具体任务的执行状态和执行结果。异常信息监控：当任务执行失败的时候，捕获任务执行的异常信息，依据异常分类采取不同的处理方式。

每个参保单位的每一笔自动申报业务在提交后，在系统后台会产生一个任务。用户可能一次提交多个任务，这些任务被称为一个批次。每个任务有三种执行状态：等待执行状态、正在执行状态、执行完成状态。每个任务执行完成后可能有两种执行结果：任务执行成功、任务执行失败。每个批次也有三种执行状态：等待执行状态、正在执行状态、执行完成状态。每个批次执行完成后可能有三种执行结果：全部任务执行成功、全部任务执行失败、部分任务执行失败。

引擎执行管理模块：包括定时任务引擎、任务调度引擎、机器人管理引擎、监控分析引擎。任务提交到后台之后，要靠一系列自动处理引擎来处理和执行。定时任务引擎：用于管理各种定时任务，例如到达指定时候后开启某个批次的任务执行。任务调度引擎：用于将待执行的任务分配到机器人上进行自动执行。机器人管理引擎：用于实时监控和管理每台机器人的状态，机器人状态包括：空闲、繁忙和挂起。监控分析引擎：用于实时监控和分析各个批次的各个任务的执行结果，将执行结果实时传送到用户的pc端页面、微信消息、微信小程序，将执行过程中的异常信息实时发送给运维人员。

用户终端，在本发明实施例中具体指开发的批量申报小程序，批量申报小程序包括：发起增减员申报、发起应缴核定、发起谁去缴费、发起完税证明下载、发起同步参保人、发起同步缴费账单、批次执行监控、任务执行监控、异常信息监控等功能，微信小程序的作用主要是用于发起批量业务，监控流程执行进度，便于用户能够随时随地的办理社保申报业务。

如图2所示，为本发明一种社会保险批量申报方法流程图，本发明采用公有云部署的方式，以提供SaaS服务的方式面向社保代理机构提供社保申报服务。依据代理机构办理社保申报业务的特点，本发明结合多种智能化处理技术实现了无人值守模式下，采用云端机器人办理申报业务的方案和系统。在本发明的一个实施例中所述方法包括：

S100确定执行计划：选定要进行业务办理的单位和业务作为一个批次，并设定该批次的办理时间。业务可使用PC端程序发起，也可以使用微信小程序发起。如果立即办理则无需设定办理时间。

S200分配待执行任务：在到达设定时间后，按结合目前的任务排队情况，按照调度规则将任务分派到机器人上执行。

S300反馈任务执行结果：每一个任务执行完成后反馈任务执行结果，并采用微信的形式发送消息给用户。

S400处理任务执行异常：对机器人执行任务过程中出现的异常信息进行处理，依据异常原因进行处理，对于可能通过重试一遍解决的情况，将任务继续挂到执行队列上继续等待执行。

S500结束本批次任务执行：当本批次全部任务处理完毕后，向PC端和小程序端反馈本批次任务的执行结果。

S600监控任务运行：实时监控每个任务的运行状态以及全部任务的进度情况。通过PC端、小程序端能够实时查看本月申报的整体情况，当前运行的任务的整体情况等。

步骤S100确定执行计划具体包括：

选定要进行业务办理的单位和业务（PC端或移动端都可发起）作为一个批次，并设定该批次的好办理时间（如果立即执行的话，则无需设定）。如图3所示，共分为如下几个步骤：

S110确定申报单位：选择此次要为哪些单位办理申报业务。参与申报的单位由参保单位管理模块的新增参保单位添加，需要维护单位参加的险种和缴费比例，并且需要授权同意申报系统自动为该单位进行申报业务，授权的同时需要维护其单位登录社保网站以及医保网站的用户名和密码。这些信息经过加密后存储到数据库中。只有完成了险种维护和网站授权的单位才能够被选定执行申报业务。

S120确定申报业务：系统支持的申报业务包括：增减员业务（包括：人员参保业务和人员停保业务）、应缴核定业务、税务缴费业务、下载完税证明业务、同步参保人业务、同步缴费账单业务。其中：应缴核定业务、税务缴费业务为每月必做一次的业务。增减员业务在本单位本月有人员入离职变动的时候需要办理。下载完税证明业务、同步参保人业务、同步缴费账单业务如果单位有报税的需求和对账的需求则需要办理，否则也可以不用办理。

同一参保单位各申报业务之间的先后顺序为：增减员业务（如果本月有的话）>应缴核定业务>税务缴费业务>下载完税证明业务>同步缴费账单业务。前面的业务未做完，不能办理后面的业务。同步参保人业务可在任何时间段办理，不受办理顺序的影响。

S130确定申报时间：选择这些单位的这些业务在什么时间点执行。如果要立即执行则不用设定执行时间。由于社保网站在夜间的访问量较小，执行时间可以选择在夜间执行。到达执行时间之后，由定时任务引擎驱动整个批次任务开始执行，但由于机器人可能会被其他正在办理的业务使用，所以每个任务的实际执行的时间可能会比设定的开始时间要晚。

S140提交批量申报：在确定好本次要办理的单位、业务、以及办理时间后提交后台。后台会依据选择的单位以及业务信息生成一个待执行的任务队列。如果是立即执行则将此任务队列采用调度规则分为给各个机器人，如果是定时执行，则到达指定时间后再开始执行。

如图4所示，为本发明分配待执行任务方法流程图，步骤S200分配待执行任务具体包括：

在到达设定时间后，按结合目前的任务排队情况，按照调度规则将任务分派到机器人上执行。由于同时存在多个机器人，所以需要采用一个调度规则来进行合理任务分配。任务分配要考虑的因素包括：先到先服务、多租户并发执行、异常任务重新执行、机器人异常挂起、机器人恢复正常、机器人执行完任务恢复空闲等多种情况。目的是保证各项任务按照顺序正常执行，不能有机器人空闲，尽量考虑每一个用户的执行体验。

机器人状态：根据机器人的繁忙程度，可分为三种：空闲、繁忙、挂起三种状态。每个机器人在申报系统中对应一个待执行的队列，当待执行的队列为空时，机器人处理空闲状态，当待执行的队列分空时，机器人处于繁忙状态，当机器人无法被连接时，机器人处于挂起状态。

S210生成待分配任务队列：依据本批次选择的单位和任务，生成待执行的任务队列。生成任务的排序规则为：按照单位将任务进行分组，每家单位一组，成为任务组，对组进行排序，排序的默认条件为单位名称，如果用户在选择单位时有排序操作，则按照排序后的顺序进行。并且同一组的任务在下一步分配机器人的时候只能被分配到同一台机器上。

对于每一组内的任务，按照业务的优先级排序，对于没有明确顺序要求的任务放在最后执行（例如同步参保人业务），对于优先级相同的业务按照约定执行（例如增员业务和减员业务，按照先增员后减员排序）。

经过前两步操作后，生成了一个待分配的任务列。队列信息包括：组id、任务id、租户id、参保单位id、对应流程信息、任务参数信息等。

任务组状态：每一个任务组中的所有的任务只能被分配到同一个机器人上执行，任务组的状态包括：等待执行、正在执行、执行完毕。当改组内的所有任务都没有开始执行的时候，任务组状态为等待执行，全部执行完毕后为状态为执行完毕，否则为正在执行。

S220任务分配到机器人：按任务调度规则，将待分配的任务列表分配到具体的机器人的待执行任务队列中。

分配机器人都是按照任务组进行分配，不考虑组内有多少个任务。规则如下：

计算任务组个数。计算每个机器人的任务队列中任务组的个数。获取每个机器人的待执行任务队列，分别计算每个队列中任务组的个数。状态为挂起的机器人不参与分配，状态为空闲的机器人任务组的个数为0。

分配任务组。按照任务组的个数的多少以及本次待分配的任务组个数，进行任务的分配。举例说明：总共有三个机器人A、B、C，A有待执行的任务组3个，B有待执行的任务组5个，C目前为空闲，任务组为0个。本次待分配的任务组有10个，那么总任务组数为18个，平均每个机器人应该有6个任务组，按照当前任务组从少到多的顺序取机器人，先取C，给C分配6组任务，再取A,给A分配3组任务，最后取B，给B分配1组任务。

任务组混排。对每个机器人的待执行队列进行优先级的混排，目的是保持每个租户的任务都能够尽快得到执行。对于该队列中的每个租户内的任务组按照在租户内的顺序进行编号，分别为组1、组2、组3、组4…组n。然后对每个租户按照顺序进行编号，分别为租户1、租户2、租户3、租户4…租户n。这样每个任务组都有了两个编号，别为租户内的顺序号以及租户顺序号。对于不同租户的排名相同的任务组，其租户内的顺序号相同。最后开始重新调整顺序，首选按照租户内的顺序号进行排序，然后按照住户顺序号进行排序。

通过以上编排，保证每个租户的任务都能尽快的被执行。

S230机器人异常挂起处理：

机器人挂起的情况处理：当某个机器人由繁忙状态变为挂起状态时，需要对此机器人的执行任务队列进行处理。处理的方式为：对于尚未执行的任务组（任务组状态为“等待执行”），参考前面的规则重新进行分配。对于正在执行的任务组（状态为“正在执行”）仍让放在此机器人的队列上，在等待X分钟（一般为30分钟）如果无任何相应，则强行将本组内所有任务置为失败，任务队列清空。

S240机器人由挂起变为正常：

机器人由挂起重新变为空闲或繁忙。如果其任务队列仍然有任务，则继续执行。如果任务队列已经清空，说明正在执行的任务组已经置为失败，此时需要监测机器上此前正在执行的任务的执行结果，此时有三种情况：

一是没有此前的执行任务结果或执行结果是失败，此时不用做任何处理；

二是有执行结果且执行结果是成功，此时需要依据任务id判断此任务当前的状态是失败还是其他状态，如果是失败，则将状态改为成功，如果是其他等待执行，则将状态改为成功，并将此任务从其他待执行队列中删除；如果是正在执行，则报冲突。

三是机器人继续执行此前的流程，等待执行完毕后，再按照执行结果参考上面的方式处理。

如图5所示，为本发明反馈任务执行结果方法流程图；步骤S300反馈任务执行结果具体包括：

每一个任务执行完成后反馈任务执行结果，并采用微信的形式发送消息给用户。其处理流程如下：

S310接到任务执行结果：接收机器人发过来的任务执行结果。在每个任务执行完毕后，机器人会将任务执行的结果、执行的起止时间信息、执行失败原因等信息发送给申报系统后端。同时，申报系统后端会有轮询程序每个X分钟的监测每个服务器的状态，如果发现挂起且挂起超过一定的时间，会主动将任务执行结果置为失败。

S320任务执行成功：任务状态置为执行完毕，任务结果置为成功，判断该组还有没有其他任务，没有其他任务，组状态置为执行完毕。

S330任务执行失败：任务状态置为执行完毕，任务结果置为失败，判断该组还有没有其他任务，有其他任务则将组状态置为执行完毕，任务结果置为执行失败，组状态置为执行完毕。

S340移除任务信息：将任务状态为执行完毕的任务，从待执行任务队列上移除。

S350发送信息通知用户：将任务的执行结果反馈到前端页面和微信小程序，同时通过微信消息发送给用户。

如图6所示，为本发明处理任务执行异常方法流程图，步骤S400处理任务执行异常具体包括：任务执行异常重试：当一个任务执行异常后，任务状态被置为失败，该任务组的其他待执行任务也需要同时置为失败，该任务组成功的任务已经从任务队列中移除不再处理。出现异常后，需要依据异常原因进行处理，对于可能通过重试解决的情况，将任务进行重试处理。其流程如下：

S410错误原因分析：依据反馈的错误代码，和已经重试的次数，确定是否要开启重试。任务执行失败有要依据其失败原因做不同的处理，目前的失败原因包括：

400001：官方平台报错；400002：元素识别失败；400003：验证码识别；400004：用户名密码错误；400005：调用接口异常或接口数据异常；400006：报盘文件异常(人员信息错误)；400007：公司名称不匹配；400008：报盘文件异常(部分人员错误部分人员成功)；400009：对应手动抛出异常；400100：其他异常。

对于其中的400001、400002、400003一般是因为官方平台不稳定造成的，重试后应该有较大的成功率，遇到这种情况需要走重试规则。

S420确定重试时间：依据具体的重试规则和已经重试的次数确定下次重试的时间。任务重视需要依据重试的次数进行相应的处理，在本发明的一个实施例中其规则如下：

第1次重试：任务失败后马上开始

第2次重试：第1次重试任务失败后定时60分钟后开始

第3次重试：第2次重试任务失败后定时120分钟后开始

第3次重试失败后不再开启重试。

以上均为参数可调整。

S430重新任务分配：到达重试时间后，将需要重试的任务，按照任务调度规则重新分配到待执行任务队列中。并记录其重试次数。

如图7所示，为本发明结束批次任务执行方法流程图，步骤S500结束批次任务执行具体包括：当本批次全部任务处理完毕后，需要汇总本批次任务的执行情况，并向PC端和小程序端反馈本批次任务的执行结果。批次执行结果可能分为如下：全部任务执行成功、全部任务执行失败、部分任务执行失败。任务执行结果分为两种：执行成功、执行失败。在每一个执行完成后，判断本批次是否还有正在执行的任务，如果全部任务都执行完毕，则调用结束流程，结束本批次任务执行。结束流程共分为三步：

S510汇总批次执行情况：获取批次所有任务信息，计算出参保单位个数、任务个数、其中执行成功任务数，执行失败任务数。

S520计算批次执行结果：依据对本批次任务汇总的结果计算出本次需要汇总的结果。

成功任务数>0 且 失败任务数 = 0 则执行结果为：全部任务执行成功

成功任务数 = 0 且 失败任务数>0 则执行结果为：全部任务执行失败

成功任务数>0 且 失败任务数>0 则执行结果为：部分任务执行失败

S530反馈执行结果：将执行结果和执行汇总情况更新到数据库中，并发送信息到前端页面和微信小程序。

如图8所示，为本发明监控任务执行方法流程图，步骤S600监控任务运行具体包括：实时监控每个任务的运行状态以及全部任务的进度情况。通过PC端、小程序端以及微信消息能够实时任务运行情况、机器人状态、任务状态等。具体包括如下几方面：

S610机器人状态实时监控：监测机器人的状态，如果出现挂起的情况，则触发任务重新调度机制，重新调度挂在此机器人上的任务队列。并且发送微信消息给运维人员，人工排查机器人异常情况。

S620任务执行状态实时监控：监测任务执行状态，如果长时间处于运行状态，且没有任何信息反馈，则触发任务强行终止机制。并且发送微信消息给运维人员，人工排查任务执行的异常情况。

S630待分配任务实时监控：监测待分配任务列表，如果过了定时时间后仍然没有被分配，则立即启动分配机制。并且发送微信消息给运维人员，人工排查定时任务的执行情况。

S640任务执行情况实时监控：实时汇总各租户的各批次任务的执行进度情况，实时向用户反馈。返回的渠道包括用户机器上的系统页面、用户微信小程序中的通知功能以及用户的微信消息。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求保护范围之内。

Claims (10)

1.一种社会保险批量申报系统，其特征在于，包括：

单位管理模块，用于代理机构管理代理参保单位，实现新增参保单位、参保险种维护、社保网站授权功能；

自动申报模块，选定需要进行业务办理的单位和业务作为一个批次，通过任务管理模块分配给各个rpa机器人，用于支撑社会保险批量申报业务，实现增减员申报、应缴核定、税务缴费、完税证明下载功能；

智能对账模块，用于代理机构及代理参保单位核对账单，实现从社保网站同步参保人、同步缴费账单、对账管理功能；

任务管理模块，采用多线程任务调度技术，将多个流程任务分配给不同的rpa机器人并执行，对需要自动执行的rpa流程任务进行管理；

引擎执行管理模块，通过定制任务和多线程技术，设定任务执行时间，实现多线程定时执行任务，所述引擎执行管理模块包括定时任务引擎、任务调度引擎、机器人管理引擎、监控分析引擎，用于处理和执行任务；

用户终端，用于发起批量业务，监控流程执行进度。

2.如权利要求1所述的社会保险批量申报系统，其特征在于，任务管理模块包括：

批次执行监控单元，用于监控整个批次的执行状态和执行结果；

任务执行监控单元，用于监控某个具体任务的执行状态和执行结果；

异常信息监控单元，当任务执行失败的时候，捕获任务执行的异常信息，依据异常分类采取处理措施。

3.如权利要求1所述的社会保险批量申报系统，其特征在于，用户终端发起增减员申报、发起应缴核定、发起谁去缴费、发起完税证明下载、发起同步参保人、发起同步缴费账单，并用于执行批次执行监控、任务执行监控、异常信息监控功能。

4.一种社会保险批量申报方法，其特征在于，包括：

选定需要进行业务办理的单位和业务作为一个申报批次，并设定办理时间；

到达设定时间后，结合目前的任务排队情况，任务管理模块将任务分派至RPA机器人执行；

实时监控每个任务的运行状态以及全部任务的进度情况；

每个任务执行完成后，将任务执行结果反馈至用户终端；

若机器人执行任务过程中出现异常信息，且异常信息的异常原因判断该任务重新执行能够通过，则将任务继续挂到执行队列上等待执行；

若本批次的任务全部处理完毕，则向用户终端反馈本批次任务的执行结果。

5.如权利要求4所述的社会保险批量申报方法，其特征在于，选定需要进行业务办理的单位和业务作为一个申报批次，并设定办理时间具体包括：

参与申报的单位由参保单位管理模块的新增参保单位添加，并维护单位参加的险种和缴费比例，授权同意申报系统自动为该单位进行申报业务，授权的同时维护其单位登录社保网站以及医保网站的用户名和密码；

确定申报业务，设定任务执行优先级；

确定申报时间，设定任务执行时间，由定时任务引擎驱动执行整个批次任务；

提交批量申报，将本次要办理的单位、业务、办理时间的信息提交至后台。

6.如权利要求4所述的社会保险批量申报方法，其特征在于，到达设定时间后，结合目前的任务排队情况，任务管理模块将任务分派至RPA机器人执行包括：

根据本批次选择的单位和任务，生成待执行的任务队列；

按照任务调度规则，将待分配的任务列表分配到具体RPA机器人的待执行任务队列中；

当RPA机器人由繁忙状态变为挂起状态时，对于尚未执行的任务组，且任务组状态为“等待执行”时，则重新进行分配；对于正在执行的任务组，且状态为“正在执行”时，在等待固定时间后若无任何响应，则强行将本组内所有任务置为失败，任务队列清空。

7.如权利要求4所述的社会保险批量申报方法，其特征在于，每个任务执行完成后，将任务执行结果反馈至用户终端包括：

接收RPA机器人发送的任务执行结果，判断任务是否执行成功，如果是，则将任务状态设置为执行完毕，任务结果设置为执行成功；如果否，则将任务状态设置为执行完毕，任务结果设置为执行失败；

将任务状态为执行完毕的任务，从待执行任务队列上移除；

将任务的执行结果反馈至用户终端。

8.如权利要求4所述的社会保险批量申报方法，其特征在于，若机器人执行任务过程中出现异常信息，且异常信息的异常原因判断该任务重新执行能够通过，则将任务继续挂到执行队列上继续等待执行包括：

根据反馈的异常信息错误代码，结合任务重新执行的次数，确定是否要开启重试；根据预设的重试规则与重试次数确定下次重试时间；到达重试时间后，将需要重试的任务，按照预设的任务调度规则重新分配至待执行任务队列中，记录该任务的重试次数。

9.如权利要求4所述的社会保险批量申报方法，其特征在于，实时监控每个任务的运行状态以及全部任务的进度情况包括：

监测机器人的状态，如果出现挂起的情况，则触发任务重新调度机制，重新调度挂在此机器人上的任务队列；

监测任务执行状态，如果长时间处于运行状态，且没有任何信息反馈，则触发任务强行终止机制；

监测待分配任务列表，如果超过了规定时间后仍然没有被分配，则立即启动分配机制；

实时汇总各批次任务的执行进度情况，实时反馈至用户终端。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，用于实现如权利要求4-9任一项所述的社会保险批量申报方法。

Images