单据任务的生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种单据任务的生成方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，5G时代的来临，互联网的出现给现代生活带来了极大的便利，越来越多的企业可以通过使用系统业务平台在线对多种业务进行处理，为用户带来便捷。在目前的信息系统中，当用户需要提交加班申请的单据任务时，可以在审批系统中手动发起对应的加班申请单据。

然而，目前的单据任务的生成方式中，通常采用记忆功能实现加班单据的申报，即系统记住上一次用户表单中填写的内容，当用户再次发起加班申请单据时，自动将用户的个人信息以及加班起始时间整合为加班申请单据，但在实际操作过程中，由于实际的加班场景不同，通过记忆功能保存的数据不一定是用户当前需要的数据，用户还是需要再次进行手动操作，因而容易导致单据任务的生成效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高单据任务的生成效率的单据任务的生成方法、装置、计算机设备和存储介质。

一种单据任务的生成方法，所述方法包括：

接收考勤系统通过消息队列发送的消息，根据所述消息解析出用户信息和考勤信息；所述考勤信息包括签到时间信息和签退时间信息；

根据所述签退时间信息，判断所述考勤信息是否符合预设的加班条件；

若符合预设的加班条件，则生成待办消息，并将所述待办消息推送至与所述用户信息对应的用户；

当接收到所述用户发送的单据确认指令时，则生成对应的加班申请单据。

在其中一个实施例中，在符合预设的加班条件之后，所述方法还包括：

查看是否存在已推送的待办消息给所述用户信息对应的用户；

若不存在，则执行所述生成待办消息的步骤。

在其中一个实施例中，所述预设的加班条件包括工作日加班条件和节假日加班条件；

所述根据所述签退时间信息，判断所述考勤信息是否符合预设的加班条件，包括：

根据所述签退时间信息，判断所述考勤信息是否符合工作日加班条件；或者根据所述签退时间信息，判断所述考勤信息是否符合节假日加班条件。

在其中一个实施例中，所述根据所述签退时间信息，判断所述考勤信息是否符合工作日加班条件，包括：

根据所述签退时间信息，判断所述考勤信息是否在预设的工作日加班时间范围内。

在其中一个实施例中，所述当接收到所述用户发送的单据确认指令时，则生成对应的加班申请单据包括：

当接收到所述用户发送的单据确认指令时，则生成对应的身份鉴权信息并发送至审批系统；

接收到所述审批系统根据所述待办消息，发送的远程过程调用消息；

根据所述远程过程调用消息，返回与所述待办消息对应的考勤信息至所述审批系统，以指示所述审批系统根据所述身份鉴权信息、所述考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。

在其中一个实施例中，所述生成对应的加班申请单据之后，所述方法还包括：

将所述加班申请单据返回至与所述用户信息对应的用户；

当接收到所述用户发送的修改指令时，则对所述加班申请单据进行相应的修改。

在其中一个实施例中，所述对所述加班申请单据进行相应的修改包括：

当与所述修改指令对应的加班时间符合所述待办消息对应的签到时间信息与签退时间信息之间的时间区间信息时，则对所述加班申请单据进行相应的修改；

否则，返回修改失败的提示消息。

一种单据任务的生成装置，所述装置包括：

接收模块，用于接收考勤系统通过消息队列发送的消息，根据所述消息解析出用户信息和考勤信息；所述考勤信息包括签到时间信息和签退时间信息；

判断模块，用于根据所述签退时间信息，判断所述考勤信息是否符合预设的加班条件；

推送模块，用于若符合预设的加班条件，则生成待办消息，并将所述待办消息推送至与所述用户信息对应的用户；

生成模块，用于当接收到所述用户发送的单据确认指令时，则生成对应的加班申请单据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收考勤系统通过消息队列发送的消息，根据所述消息解析出用户信息和考勤信息；所述考勤信息包括签到时间信息和签退时间信息；

根据所述签退时间信息，判断所述考勤信息是否符合预设的加班条件；

若符合预设的加班条件，则生成待办消息，并将所述待办消息推送至与所述用户信息对应的用户；

当接收到所述用户发送的单据确认指令时，则生成对应的加班申请单据。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收考勤系统通过消息队列发送的消息，根据所述消息解析出用户信息和考勤信息；所述考勤信息包括签到时间信息和签退时间信息；

根据所述签退时间信息，判断所述考勤信息是否符合预设的加班条件；

若符合预设的加班条件，则生成待办消息，并将所述待办消息推送至与所述用户信息对应的用户；

当接收到所述用户发送的单据确认指令时，则生成对应的加班申请单据。

上述单据任务的生成方法、装置、计算机设备和存储介质，通过接收考勤系统通过消息队列发送的消息，根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。根据签退时间信息，判断考勤信息是否符合预设的加班条件。若符合预设的加班条件，则生成待办消息，并将待办消息推送至与用户信息对应的用户。当接收到用户发送的单据确认指令时，则生成对应的加班申请单据。由此使得，通过智能判断是否生成加班申请单的处理逻辑，用户只需确认提交操作即可实现自动生成对应的加班申请单，无需用户手动编辑任何加班信息，避免了用户需要根据加班场景不同手动填写加班信息的重复工作，从而有效提高了单据任务的生成效率。

附图说明

图1为一个实施例中单据任务的生成方法的应用环境图；

图2为一个实施例中单据任务的生成方法的流程示意图；

图3为一个实施例中当接收到用户发送的单据确认指令时，则生成对应的加班申请单据步骤的流程示意图；

图4为一个实施例中对加班申请单据进行相应的修改步骤的流程示意图；

图5A为另一个实施例中单据任务的生成方法的流程示意图；

图5B为一个实施例中生成加班申请单据的流程示意图；

图5C为一个实施例中加班申请单据生成的系统处理流程示意图；

图5D为一个实施例中生成的加班申请单据的界面示意图；

图6为一个实施例中单据任务的生成装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的单据任务的生成方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。终端102在预设区域内进行签到操作或者签退操作，考勤系统接收到终端102发送的签到信息或者签退信息进行处理。服务器104接收考勤系统通过消息队列发送的消息，服务器104根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。服务器104根据签退时间信息，判断考勤信息是否符合预设的加班条件。若符合预设的加班条件，则服务器104生成待办消息，并将待办消息推送至与用户信息对应的用户。当服务器104接收到用户发送的单据确认指令时，则生成对应的加班申请单据。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种单据任务的生成方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收考勤系统通过消息队列发送的消息，根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。

各个企业可以通过采用统一的业务管理信息平台，将企业内部以及企业外部供应链上所有的资源与信息进行统一的管理，这种集成能够消除企业内部因部门分割造成的各种信息隔阂与信息孤岛，例如，在服务器上可以部署多个不同功能的系统，可以包括考勤系统、待办系统以及审批系统等。具体的，用户终端进入系统设置的签到(签退)区域时，用户可以通过移动终端进行签到操作或者签退操作。考勤系统接收到用户终端发送的签到信息或者签退信息进行处理，考勤系统将有效的签到记录和用户信息进行封装并发送MQ消息到服务器后台。服务器接收考勤系统通过消息队列发送的MQ消息，根据MQ消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息，考勤信息中还可以包括考勤班次信息、考勤分组信息等。其中，考勤系统是指用于记录和处理考勤信息的系统。消息队列(Message queue，简称为MQ)是在消息的传输过程中保存消息的容器。消息队列可以部署在云平台上，主要提供消息的接收和发送，当面对大量任务信息时，消息队列可以对消息进行削峰平谷。用户信息可以包括用户所属的组织架构信息、用户角色信息以及用户标识信息。签到时间信息是指上班时的签到信息，签退时间信息是指下班时的签退信息。

步骤204，根据签退时间信息，判断考勤信息是否符合预设的加班条件。

服务器根据考勤系统发送的消息解析出用户信息和考勤信息之后，服务器可以根据考勤信息中的签退时间信息，判断考勤信息是否符合预设的加班条件。其中，预设的加班条件可以是预先根据组织架构和人员角色设置的相应的加班规则。例如，加班规则可以分为工作日加班规则和节假日加班规则。具体的，服务器根据考勤系统发送的消息解析出用户信息和考勤信息之后，服务器可以根据考勤信息中的签退时间信息，判断该考勤信息是否符合预设的加班条件。假设服务器根据考勤系统发送的消息解析出用户信息为：用户A，考勤信息为：工作日周三签到时间9：00，签退时间22:00，则服务器可以根据考勤信息中的签退时间信息22:00，判断该考勤信息是否符合预设的加班条件。由于一个完整的考勤信息包括签到信息和签退信息，因而只有当系统获取到签退信息时，触发判断该考勤信息是否符合预设的加班条件。

步骤206，若符合预设的加班条件，则生成待办消息，并将待办消息推送至与用户信息对应的用户。

服务器根据考勤信息中的签退时间信息，若判断考勤信息符合预设的加班条件，则生成待办消息，并将待办消息推送至与用户信息对应的用户。其中，待办消息是指用于提示用户需要处理事项的消息。例如，系统可以把需要用户处理的任务信息通过待办的方式推送到消息列表，用户点击待办消息后可以进入对应的应用中完成处理。具体的，服务器根据考勤信息中的签退时间信息，判断考勤信息符合预设的加班条件之后，服务器可以计算当日是否已发送过加班申请待办消息到待办系统，若已推送则忽略此指令，若未进行推送，则生成唯一待办key，并推送待办消息至待办系统，待办系统接收到该待办信息后生成对应的提示消息提示用户，例如，可以将该待办消息以红点显示的方式提示用户处理。其中，待办key是指与待办消息对应的字符串，该字符串可以标识用户信息和考勤信息。

步骤208，当接收到用户发送的单据确认指令时，则生成对应的加班申请单据。

服务器将待办消息推送至与用户信息对应的用户之后，当服务器接收到用户发送的单据确认指令时，则生成对应的加班申请单据。其中，加班申请单据是指用于审批加班申请的单据，审核人员可以根据加班申请单据审核处理员工的加班信息和薪酬等。具体的，服务器将待办消息推送至与用户信息对应的用户之后，服务器响应用户的操作，若用户触发忽略指令，则清除本条待办消息，若用户触发确认指令，则跳转至审批系统，并通过令牌(Token，计算机术语)携带用户身份鉴权信息。其中，Token在计算机身份认证中是令牌(临时)的意思，在词法分析中是标记的意思。一般作为邀请、登录系统使用。Token是服务端生成的一串字符串，以作客户端进行请求的一个令牌，当第一次登录后，服务器生成一个Token便将此Token返回给客户端，以后客户端只需带上这个Token前来请求数据即可，无需再次带上用户名和密码。审批系统基于Token的身份验证，即审批系统从token中解析用户身份信息，并根据待办消息携带的唯一key，发送RPC请求服务器后台，调用与本条待办消息key对应的考勤信息。即审批系统发送RPC调用服务器后台与本条待办消息key对应的考勤信息。其中，RPC是远程过程调用(Remote Procedure Call)的缩写形式。SAP系统RPC调用的原理其实很简单，有一些类似于三层构架的C/S系统，第三方的客户程序通过接口调用SAP内部的标准或自定义函数，获得函数返回的数据进行处理后显示或打印。审批系统通过发送RPC调用请求，从服务器后台获取与本条待办消息key对应的考勤信息之后，审批系统自动填充对应的表单信息(用户身份信息、加班开始时间和结束时间等)并进行展示，当用户确认表单中的信息后，用户可选择保存为草稿，也可一键提交流程，自动生成加班申请单。此外，在审批系统自动生成加班申请单之后，用户也可以在自动生成加班申请单的页面中进行修改，即支持用户再次修改，但加班时间的修改范围限制在从服务器后台获取到的实际考勤信息的时间区间(即实际签到信息和签退信息之间的时间区间)内。

传统的单据任务的生成方式中，通常采用记忆功能实现加班单据的申报，即系统记住上一次用户表单中填写的内容，当用户再次发起加班申请单据时，自动将用户的个人信息以及加班起始时间整合为加班申请单据，但在实际操作过程中，即使用户发起加班申请单据时可以自动记忆上一次的表单数据，依然无法避免需要人工进行手动操作，用户要想提交准确的加班申请单据，还需要进入考勤系统核对实际的考勤时间。而本实施例中，通过接收考勤系统通过消息队列发送的消息，根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。根据签退时间信息，判断考勤信息是否符合预设的加班条件。若符合预设的加班条件，则生成待办消息，并将待办消息推送至与用户信息对应的用户。当接收到用户发送的单据确认指令时，则生成对应的加班申请单据。由此使得，通过智能判断是否生成加班申请单的处理逻辑，用户只需确认提交操作即可实现自动生成对应的加班申请单，无需用户手动编辑任何加班信息，避免了加班申请的繁琐流程，实现了更加智能、精确、高效的自动生成对应的单据任务，极大的提高了单据任务的生成效率。

在一个实施例中，在符合预设的加班条件之后，该方法还包括查看是否存在已推送的待办消息给用户信息对应的用户的步骤，具体包括：

查看是否存在已推送的待办消息给用户信息对应的用户。

若不存在，则执行生成待办消息的步骤。

服务器根据考勤信息中的签退时间信息，判断考勤信息是否符合预设的加班条件。在服务器判断考勤信息符合预设的加班条件之后，服务器还需要查看是否存在已推送的待办消息给用户信息对应的用户。具体的，服务器可以查看是否存在已推送的待办消息给用户信息对应的用户。若不存在，则执行生成待办消息的步骤。例如，考勤系统将有效的签到记录和用户信息进行封装并发送MQ消息到云平台。云平台接收到考勤系统发送的MQ信息之后，根据MQ信息解析用户信息和考勤信息并持久化存储。进一步的，云平台根据考勤信息中的签退时间信息，判断考勤信息是否符合预设的加班条件。在云平台判断考勤信息符合预设的加班条件之后，云平台计算当日是否已发送过加班申请待办消息到云平台待办系统。若已推送过待办消息则忽略此指令，若未进行推送，则云平台可以根据预设的加班条件，生成待办消息，即生成唯一待办key，并推送待办消息至与用户信息对应的用户。由此使得，通过智能判断是否生成加班申请单的处理逻辑，能够避免员工因工作繁忙，忘记提交加班申请的隐患，同时也能够避免重复推送消息，防止员工重复提交申请审批，极大的节省了审批方和员工双方的时间，从而有效提高了审核员工加班信息的处理效率。

在一个实施例中，预设的加班条件包括工作日加班条件和节假日加班条件，根据签退时间信息，判断考勤信息是否符合预设的加班条件的步骤，包括：

根据签退时间信息，判断考勤信息是否符合工作日加班条件；或者根据签退时间信息，判断考勤信息是否符合节假日加班条件。

服务器根据考勤系统发送的消息解析出用户信息和考勤信息之后，服务器可以根据考勤信息中的签退时间信息，判断考勤信息是否符合预设的加班条件。其中，预设的加班条件包括工作日加班条件和节假日加班条件。服务器可以根据签退时间信息，判断考勤信息是否符合工作日加班条件；或者服务器根据签退时间信息，判断考勤信息是否符合节假日加班条件。预设的加班条件可以是预先根据组织架构设置的相应的加班规则。

例如，某企业设置的工作日的加班条件为周一至周五18:00-23:00，节假日加班条件为10:00-23:00，服务器根据考勤系统发送的消息解析出的用户信息为用户A，考勤信息为周一9：00-22：00，则服务器可以根据考勤信息中的签退时间信息22：00，判断考勤信息是否符合预设的工作日加班条件，即周一9：00-22：00符合预设的工作日加班条件(周一至周五18:00-23:00的范围)，则服务器判断该考勤信息符合预设的工作日加班条件。若服务器根据考勤系统发送的消息解析出的用户信息为用户A，考勤信息为周日9：00-22：00，则服务器可以根据考勤信息中的签退时间信息22：00，判断考勤信息是否符合预设的节假日加班条件，即周日9：00-22：00符合预设的节假日加班条件(10:00-23:00)，则服务器判断该考勤信息符合预设的节假日加班条件。由此使得，通过智能判断是否生成加班申请单的处理逻辑，使审批人员更加直观的了解加班情况，无需审核人员再次进入签到系统中进行签到信息(或者签退信息)反复核对，极大的提高了员工发起加班申请单据的效率，同时也有效提高了审核员工加班信息的处理效率。

在其中一个实施例中，根据签退时间信息，判断考勤信息是否符合工作日加班条件的步骤，包括：

根据签退时间信息，判断考勤信息是否在预设的工作日加班时间范围内。

服务器根据考勤系统发送的消息解析出用户信息和考勤信息之后，服务器可以根据考勤信息中的签退时间信息，判断考勤信息是否符合预设的加班条件。具体的，服务器判断考勤信息是否符合工作日加班条件时，服务器可以根据签退时间信息，判断考勤信息是否在预设的工作日加班时间范围内。例如，某企业设置的工作日的加班条件为周一至周五18:00-23:00，服务器根据考勤系统发送的消息解析出的用户信息为用户A，考勤信息为周一9：00-22：00，则服务器可以根据考勤信息中的签退时间信息22：00，判断考勤信息是否符合预设的工作日加班时间范围内，即周一9：00-22：00符合预设的工作日时间范围(周一至周五18:00-23:00的范围)，则服务器判断该考勤信息符合预设的工作日加班条件。若服务器根据考勤系统发送的消息解析出的用户信息为用户A，考勤信息为周一9：00-18：00，则服务器可以根据考勤信息中的签退时间信息18：00，判断考勤信息是否符合预设的工作日加班时间范围内，即周一9：00-18：00不符合预设的工作日时间范围(周一至周五18:00-23:00的范围)，则服务器判断该考勤信息不符合预设的工作日加班条件。由此使得，通过智能判断是否生成加班申请单的处理逻辑，无需用户手动编辑任何加班信息，避免了用户需要根据加班场景不同手动填写加班信息的重复工作，从而有效提高了单据任务的生成效率。

在一个实施例中，如图3所示，当接收到用户发送的单据确认指令时，则生成对应的加班申请单据的步骤，包括：

步骤302，当接收到用户发送的单据确认指令时，则生成对应的身份鉴权信息并发送至审批系统。

步骤304，接收到审批系统根据待办消息，发送的远程过程调用消息。

步骤306，根据远程过程调用消息，返回与待办消息对应的考勤信息至审批系统，以指示审批系统根据身份鉴权信息、考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。

服务器将待办消息推送至与用户信息对应的用户之后，当服务器接收到用户发送的单据确认指令时，则生成对应的加班申请单据。具体的，当服务器接收到用户发送的单据确认指令时，则生成对应的身份鉴权信息(通过token携带用户身份鉴权信息)并发送至审批系统。服务器接收到审批系统根据待办消息，发送的远程过程调用消息。即审批系统可以从token中解析用户身份信息，并根据待办消息携带的唯一key，发送RPC请求至服务器后台，调用与本条待办消息key对应的考勤信息。即审批系统发送RPC调用服务器中与本条待办消息key对应的考勤信息。服务器可以根据远程过程调用消息，返回与待办消息对应的考勤信息至审批系统，以指示审批系统根据身份鉴权信息、考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。即服务器根据接收到的RPC调用请求，返回与本条待办消息key对应的考勤信息至审批系统之后，审批系统自动填充对应的表单信息(用户身份信息、加班开始时间和结束时间等)并进行展示，当用户确认表单中的信息后，用户可选择保存为草稿，也可一键提交流程，自动生成加班申请单。由此使得，通过利用Token鉴权技术，用户只需确认提交操作即可实现自动生成对应的加班申请单，无需用户手动编辑任何加班信息，避免了用户手动填写申请单据的加班时间与实际加班时间不一致的情况，有效提高了单据任务生成的准确性。

在一个实施例中，生成对应的加班申请单据之后，该方法还包括对加班申请单据进行相应的修改的步骤，具体包括：

将加班申请单据返回至与用户信息对应的用户。

当接收到用户发送的修改指令时，则对加班申请单据进行相应的修改。

服务器根据用户发送的单据确认指令，生成对应的加班申请单据之后，服务器可以将加班申请单据返回至与用户信息对应的用户。当服务器接收到用户发送的修改指令时，则对加班申请单据进行相应的修改。具体的，在审批系统自动生成加班申请单之后，用户可以在自动生成加班申请单的页面中进行修改，即支持用户再次修改，用户可以发送修改指令至审批系统，审批系统可以根据从token中解析用户身份信息以及RPC调用请求返回的考勤信息，判断是否对加班申请单据进行相应的修改。由此使得，通过利用Token鉴权技术，用户只需确认提交操作即可实现自动生成对应的加班申请单，无需用户手动编辑任何加班信息，同时，也避免了用户手动修改申请单据的加班时间与实际加班时间不一致的情况，有效提高了单据任务生成的准确性。

在其中一个实施例中，如图4所示，对加班申请单据进行相应的修改的步骤，包括：

步骤402，当与修改指令对应的加班时间符合待办消息对应的签到时间信息与签退时间信息之间的时间区间信息时，则对加班申请单据进行相应的修改。

步骤404，否则，返回修改失败的提示消息。

在审批系统自动生成加班申请单之后，用户可以在自动生成加班申请单的页面中进行修改，即支持用户再次修改，用户可以发送修改指令至审批系统，审批系统可以根据从token中解析用户身份信息以及RPC调用请求返回的考勤信息，判断是否对加班申请单据进行相应的修改。具体的，当审批系统判断与修改指令对应的加班时间符合待办消息对应的签到时间信息与签退时间信息之间的时间区间信息时，则对加班申请单据进行相应的修改。否则，审批系统返回修改失败的提示消息至用户终端。由此使得，通过利用Token鉴权技术，避免了用户手动修改申请单据的加班时间与实际加班时间不一致的情况，有效提高了单据任务生成的准确性。

在一个实施例中，如图5A所示，提供了一种单据任务的生成方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤502，接收考勤系统通过消息队列发送的消息，根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。

步骤504，根据签退时间信息，判断考勤信息是否符合工作日加班条件；或者根据签退时间信息，判断考勤信息是否符合节假日加班条件。

步骤506，若符合预设的加班条件，查看是否存在已推送的待办消息给用户信息对应的用户，若不存在，则生成待办消息，并将待办消息推送至与用户信息对应的用户。

步骤508，当接收到用户发送的单据确认指令时，则生成对应的身份鉴权信息并发送至审批系统。

步骤510，接收到审批系统根据待办消息，发送的远程过程调用消息。

步骤512，根据远程过程调用消息，返回与待办消息对应的考勤信息至审批系统，以指示审批系统根据身份鉴权信息、考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。

如图5B所示，为生成加班申请单据的流程示意图。服务器(云之家后台)接收考勤系统(签到系统)通过消息队列发送的消息，服务器根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。服务器根据签退时间信息，判断考勤信息是否符合工作日加班条件；或者根据签退时间信息，判断考勤信息是否符合节假日加班条件。若符合预设的加班条件，服务器查看是否存在已推送的待办消息给用户信息对应的用户，若不存在，则服务器生成待办消息，并将待办消息推送至与用户信息对应的用户。当服务器接收到用户发送的单据确认指令时，则生成对应的身份鉴权信息并发送至审批系统。服务器接收到审批系统根据待办消息，发送的远程过程调用消息。服务器根据远程过程调用消息，返回与待办消息对应的考勤信息至审批系统，以指示审批系统根据身份鉴权信息、考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。

如图5C所示，为加班申请单据生成的系统处理流程示意图。云之家服务器中可以部署多个不同功能的系统，例如签到系统、待办系统、云之家后台系统以及审批系统。其中，审批系统也可以是部署在其他服务器的第三方系统。具体的，用户(User)进入签到区域中，调用手机定位功能进行签到。签到系统可以获取到用户对应的签到信息，签到信息可以包括签到位置的经纬度(位置坐标)和签到时间。进一步的，签到系统可以对获取到的考勤信息进行处理，将有效的签到记录(或者签退记录)和用户信息进行封装并发送MQ消息到云之家后台。云之家后台消费签到系统发送的MQ信息，解析用户信息和签到信息并持久化存储。云之家后台根据预设逻辑规则判断当日是否已发送过加班申请待办消息到云之家待办系统。若已推送则忽略此指令，若未进行推送，则云之家后台根据考勤时间信息，判断考勤信息是否符合预设的加班条件，即判断是否推送待办信息到待办系统。若判定符合预设的加班条件，则生成待办消息，即生成唯一待办key并推送待办消息至云之家待办系统。云之家待办系统接收到待办信息并红点提示对应的用户。用户可以查看待办消息并进行相应的操作，云之家待办系统响应用户的操作，若用户触发忽略指令，则清除本条待办消息，若用户触发确认指令，则跳转至审批系统，并通过token携带用户身份鉴权信息。审批系统从token中解析用户身份信息，并通过待办消息携带的唯一key发送RPC调用到云之家后台获取到本条待办对应的考勤信息，其中，考勤信息中可以包括加班签到信息、签退信息和班次信息。审批系统自动填充表单信息(用户身份信息、加班开始时间和结束时间)，自动生成对应的加班申请单据，并生成提示消息。

如图5D所示，为生成的加班申请单据的界面示意图。在自动生成的加班申请单据的界面中，若用户点击【稍后处理】，则系统自动保存该单据至草稿箱，用户下次进入智能审批系统中时，用户可以通过查看草稿箱找到对应的单据，数据均保存在草稿箱中，如此期间出现新的签到或者签退记录，数据自动更新。若用户点击【去提交】，则系统自动跳转至智能审批页面中，用户确认信息后可一键提交流程。即用户确认信息后，可选择保存为草稿，也可一键提交流程，自动生成加班申请单。此外，在审批系统自动生成加班申请单之后，用户也可以在自动生成加班申请单的页面中进行修改，即支持用户再次修改，但加班时间的修改范围限制在实际签到和签退时间的区间范围内。由此使得，用户只需要对待办信息和加班申请信息进行确认，即可自动生成加班申请单，且信息真实有效，无需审核人员再次进入签到系统中进行签到信息(或者签退信息)反复核对，极大的提高了员工发起加班申请单据的效率，同时也有效提高了审核员工加班信息的处理效率。

应该理解的是，虽然图1-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种单据任务的生成装置，包括：接收模块602、判断模块604、推送模块606和生成模块608，其中：

接收模块602，用于接收考勤系统通过消息队列发送的消息，根据消息解析出用户信息和考勤信息，考勤信息包括签到时间信息和签退时间信息。

判断模块604，用于根据签退时间信息，判断考勤信息是否符合预设的加班条件。

推送模块606，用于若符合预设的加班条件，则生成待办消息，并将待办消息推送至与用户信息对应的用户。

生成模块608，用于当接收到用户发送的单据确认指令时，则生成对应的加班申请单据。

在一个实施例中，该装置还包括：查看模块。

查看模块用于查看是否存在已推送的待办消息给用户信息对应的用户，若不存在，则执行生成待办消息的步骤。

在一个实施例中，判断模块还用于根据签退时间信息，判断考勤信息是否符合工作日加班条件；或者根据签退时间信息，判断考勤信息是否符合节假日加班条件。

在一个实施例中，判断模块还用于根据签退时间信息，判断考勤信息是否在预设的工作日加班时间范围内。

在一个实施例中，该装置还包括：发送模块。

生成模块还用于当接收到用户发送的单据确认指令时，则生成对应的身份鉴权信息并发送至审批系统。接收模块还用于接收到审批系统根据待办消息，发送的远程过程调用消息。发送模块用于根据远程过程调用消息，返回与待办消息对应的考勤信息至审批系统，以指示审批系统根据身份鉴权信息、考勤信息，填充加班申请单据中的加班信息和身份信息，生成对应的加班申请单据。

在一个实施例中，该装置还包括：修改模块。

发送模块还用于将加班申请单据返回至与用户信息对应的用户。修改模块用于当接收到用户发送的修改指令时，则对加班申请单据进行相应的修改。

在一个实施例中，修改模块还用于当与修改指令对应的加班时间符合待办消息对应的签到时间信息与签退时间信息之间的时间区间信息时，则对加班申请单据进行相应的修改；否则，返回修改失败的提示消息。

关于单据任务的生成装置的具体限定可以参见上文中对于单据任务的生成方法的限定，在此不再赘述。上述单据任务的生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储单据任务的生成数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种单据任务的生成方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各个方法实施例的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。