审批业务中数据处理方法、装置、计算机设备和存储介质

本申请涉及计算机技术领域，特别是涉及一种审批业务中数据处理方法、装置、计算机设备和存储介质。

随着计算机技术的发展，为加强对公司员工的管理，大部分公司都应用考勤管理系统对员工的出勤进行初步管理。考勤系统具体可以包括打卡管理系统，打卡管理系统可以基于员工的打卡记录来实现对员工假勤信息的管理。

由于工作性质及工作类型，通过打卡等方式来进行考勤管理也并不能适用于所有员工。此外，现有的补卡等假勤操作，需要员工提交相应的假勤申请，而后由审核人员对假勤申请进行相应审核，审核完成后由假勤相关的行政人员根据审核的结果更新相关的考勤管理数据，然而在这种管理方式下，考勤管理数据并不能得到及时有效的更新。

基于此，有必要针对上述技术问题，提供一种能够提高数据更新效率的审批业务中数据处理方法、装置、计算机设备和存储介质。

一种审批业务中数据处理方法，所述方法包括：

获取审批申请信息；

当所述审批申请信息携带预设假勤组件时，根据所述预设假勤组件中的审核目标转发所述审批申请信息；

获取转发的所述审批申请信息对应的审批答复信息；

根据所述审批答复信息更新所述审批申请信息对应的假勤数据。

一种审批业务中数据处理装置，所述装置包括：

审批申请获取模块，用于获取审批申请信息；

审批申请转发模块，用于当所述审批申请信息携带预设假勤组件时，根据所述预设假勤组件中的审核目标转发所述审批申请信息；

审批答复获取模块，用于获取转发的所述审批申请信息对应的审批答复信息；

数据更新模块，用于根据所述审批答复信息更新所述审批申请信息对应的假勤数据。

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

获取审批申请信息；

当所述审批申请信息携带预设假勤组件时，根据所述预设假勤组件中的审核目标转发所述审批申请信息；

获取转发的所述审批申请信息对应的审批答复信息；

根据所述审批答复信息更新所述审批申请信息对应的假勤数据。

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

获取审批申请信息；

当所述审批申请信息携带预设假勤组件时，根据所述预设假勤组件中的审核目标转发所述审批申请信息；

获取转发的所述审批申请信息对应的审批答复信息；

根据所述审批答复信息更新所述审批申请信息对应的假勤数据。

上述审批业务中数据处理方法、装置、计算机设备和存储介质，通过获取审批申请信息；当所述审批申请信息携带预设假勤组件时，根据所述预设假勤组件中的审核目标转发所述审批申请信息；获取转发的所述审批申请信息对应的审批答复信息；根据所述审批答复信息更新所述审批申请信息对应的假勤数据。本申请通过检测用户的审批申请，当用户提交的审批申请携带有假勤组件时，直接将审批申请转发，并在审批申请被审批答复后，根据答复的内容对假勤数据进行及时的自动更新，可以有效保证假勤数据的更新效率。

图1为一个实施例中审批业务中数据处理方法的应用环境图；

图2为一个实施例中审批业务中数据处理方法的流程示意图；

图3为一个实施例中识别预设假勤组件步骤的流程示意图；

图4为一个实施例中选取假勤组件过程的示意图；

图5为一个实施例中假勤组件内待填写信息的示意图；

图6为一个实施例中提交审批申请信息界面的示意图；

图7为一个实施例中对审批申请信息进行验证的流程示意图；

图8为一个实施例中更新审批申请信息对应的假勤数据步骤的流程示意图；

图9为一个实施例中反馈的假勤数据处理结果的界面示意图；

图10为一个实施例中根据预设数据更新方法以及时间特征参数更新审批申请信息对应的假勤数据步骤的流程示意图；

图11为一个实施例中审批业务中数据处理方法的处理流程示意图；

图12为另一个实施例审批业务中中数据处理方法的流程示意图；

图13为一个实施例中审批业务中数据处理装置的结构框图；

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

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

本申请提供的审批业务中数据处理方法，可以应用于如图1所示的应用环境中。其中，申请用户所在的第一终端102与审核用户所在的第二终端106通过网络与数据处理服务器104通过网络进行通信。当第一终端102对应的申请用户希望对考勤数据进行申请处理时，可以通过第一终端102向数据处理服务器104发送审批申请信息，来请求数据处理服务器104对该审批申请进行处理，而数据处理服务器104可以获取审批申请信息；而当审批申请信息携带预设假勤组件时，根据预设假勤组件中的审核目标转发审批申请信息至审核用户所在的第二终端106，审核用户审批完成后，反馈审批答复信息给到数据处理服务器104，数据处理服务器104接收审批答复信息；而后根据审批答复信息更新审批申请信息对应的假勤数据。其中，第一终端102与第二终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，数据监控服务器104可以用独立的服务器或者是多个服务器组成的服务器集来实现。

在一个实施例中，如图2所示，提供了一种审批业务中数据处理方法，以该方法应用于图1中的数据处理服务器104为例进行说明，包括以下步骤：

步骤201，获取审批申请信息。

其中，审批申请信息具体可以是指一张已经填写完成的电子审批单据。本申请的数据处理方法，可以应用于一种企业通讯与办公的系统中，在该系统中，企业员工也可通过填写审批申请单据，而后通过提交审批申请单据来向上级的审批人员发送相应的审批请求。该审批申请单据上可以附加各种预设的业务组件，来提交各种类型的业务申请，这些业务申请包括但不限于：假勤申请、付款申请、报销申请、人事处理申请以及运维申请等。

具体地，现有的一些考勤系统内，一般会根据员工的打卡记录等数据来统计员工的假勤数据，并且通过专用的假勤数据库来存储这些假勤数据，当需要使用时，可以直接从假勤数据库中提取出相应的假勤数据。而当审批申请信息的申请用户需要开展出差等会影响假勤数据的活动时，为了确保自己的假勤数据不因为这些活动而发生异常，可以通过在第一终端102上向数据处理服务器104来提交相应的审批申请信息。

S203，当审批申请信息携带预设假勤组件时，根据预设假勤组件中的审核目标转发审批申请信息。

其中，预设假勤组件是指可以附加在审批申请信息中的内容组件。其中预设假勤组件可以包括请假组件、出差组件、外出组件、加班组件、调班组件以及打卡补卡组件等，当申请用户需要通过审批申请来请求更改假勤数据时，可以通过在审批申请上添加相应的预设假勤组件，而后通过填写预设假勤组件内的内容，而后提交该审批申请，来完成更改假勤数据的请求。而审核目标则对应的是提交该审批申请信息的申请用户对应的审核用户。申请用户可以在预设假勤组件中填写或者选取相应的审核目标，而后数据处理服务器可以根据预设假勤组件，向审核目标所在的第二终端106转发给审批申请信息。

具体地，数据处理服务器104可以先解析申请用提交的审批申请信息，并根据解析获得的审批申请信息中的组件特征信息来对审批申请信息进行识别，当确定审批申请信息中携带有预设假勤组件时，数据处理服务器104可以根据解析获得的预设假勤组件中的审核目标，来向审核目标对应的第二终端106转发该审批申请信息。在其中一个实施例中，本申请的审批业务中数据处理方法应用于一种企业通讯与办公的系统中，在系统中包含一个审批应用，同时在系统上，还存在着与该审批应用对应的多种预设审批组件，而预设假勤组件是预设审批组件中的一些组件。系统的超级管理员或者分级管理员可以根据企业业务的需要为该审批应用添加相应的假勤组件，同时设置企业中可使用这些假勤组件的员工范围。当员工需要使用提交假勤相关申请时，可以通过审批应用建立相应的电子审批申请单据，而后在电子审批申请单据上添加相应的预设假勤组件，通过提交填写在电子审批申请单据填入相应的假勤请求内容以及审核目标来完成假勤申请。而数据处理服务器104则是该审批应用对应的处理服务器，数据处理服务器可以解析申请员工方提交的电子审批申请单据，获取其中包含的组件信息，当电子审批申请单据中包含有预设假勤组件时，则向该预设假勤组件相应的审核目标转发该电子审批申请单据。

S205，获取转发的审批申请信息对应的审批答复信息。

其中，转发的审批申请信息对应的审批答复信息是指审核用户对应的第二终端106向数据处理服务器反馈的一个确认消息。

具体地，当审核用户通过第二终端106获得审批申请信息时，审核用户可以对审批申请信息内预设假勤组件上的假勤申请内容进行确认，并将相应的审批答复内容发送给到数据处理服务器104。数据处理服务器104再向审核目标转发审批申请信息后，可以在审核目标反馈审批答复后，获得当前的审批申请信息对应的审批答复信息。

S207，根据审批答复信息更新审批申请信息对应的假勤数据。

其中假勤数据是指保存在预设假勤数据库内的数据，具体包括用户的上班打卡时间、下班打卡时间、工作时长、调休时长以及加班时长等等数据。审批申请信息中的预设假勤组件内包含有用户希望调整假勤数据的时间点或者时长等假勤调整数据，数据处理服务器104可以根据预设假勤组件内携带的这些假勤调整数据来对预设假勤数据库内的假勤数据进行更新。

具体地，审核目标反馈的审批答复信息具体可以包括全部同意、部分同意以及不同意等意见，数据处理服务器104可以查确认有哪些部分的假勤调整数据是审核目标同意的，而后根据同意部分的假勤调整数据来对假勤数据库内对应的假勤数据进行更新处理。其中当更新的假勤数据对应的生成时间在当前更新时间之前，则根据审批答复信息更新审批申请信息对应的假勤数据指的是，根据审批答复信息更新假勤数据库内保存的审批申请信息对应的历史假勤数据。而当更新的假勤数据对应的生成时间在当前更新时间之后，则根据审批答复信息更新审批申请信息对应的假勤数据指的是，根据审批答复信息在假勤数据库内生成审批申请信息对应的假勤数据，并将这部分新生成的假勤数据进行锁定处理，防止后续的考勤异常对这些新生成的假勤数据的干扰。如申请员工A提交了一个明天的请假申请，则在审核目标今天审批完成后，数据处理服务器会在明天的假勤数据内添加申请员工A相应的打卡数据，并将这些打卡数据进行锁定，以防止明天生成新的缺打卡数据。

上述审批业务中数据处理方法，通过获取审批申请信息；当审批申请信息携带预设假勤组件时，根据预设假勤组件中的审核目标转发审批申请信息；获取转发的审批申请信息对应的审批答复信息；根据审批答复信息更新审批申请信息对应的假勤数据。本申请通过检测用户的审批申请，当用户提交的审批申请携带有假勤组件时，直接将审批申请转发，并在审批申请被审批答复后，根据答复的内容对假勤数据进行及时的自动更新，可以有效保证假勤数据的更新效率。

在一个实施例中，如图3所示，步骤203之前，还包括：

步骤302，获取审批申请信息对应的组件特征信息。

步骤304，根据组件特征信息判断审批申请信息是否携带预设假勤组件。

其中，组件特征信息是指用于概括组件所属类型的一组信息。每个组件都包含其相应的特征信息，数据处理服务器可以根据组件特征信息对组件的类型进行识别。

具体地，数据处理服务器104可以通过解析审批申请信息，来获得审批申请信息中包含的组件特征信息。其中组件特征信息可以以特征代码等类型的数据存在于审批申请信息中，在数据处理服务器104解析审批申请信息后，可以根据解析获得的特征代码来查询预设的组件信息表，进而确定组建的所属类型。在其中一个实施例中，当审批申请用户在提交相应的审批申请时，可以在审批申请信息内添加申请类型对应的组件，组件具体用于实现相应的申请功能。组件包含了一类假勤组件，选取组件类型的过程可以参照图4。如图4所示，假勤组件包括请假、外出、出差、加班、调班以及打卡补卡这些类型组件。申请用户在创建审批申请信息时，可以在审批应用提供的组件库中挑选相应的假勤组件，并将其添加到审批申请信息的相应位置。如在提交一个加班申请时，可以填写相应的开发申请标题，生成一个加班申请表(审批申请信息)，而后选取预设假勤组件中的加班组件。而后如图5所示，在选取加班组件后，加班组件内就会显示出开始时间、结束时间以及加班时长等信息来供审批申请用户填写。如图6所示，在填写信息完毕后，申请还可以在后续的表格内加入相应的审批目标以及抄送人对应的信息。在本实施例中，数据处理服务器104可以通过识别审批申请信息对应的组件特征信息，从而识别审批申请信息携带的预设假勤组件，进而对审批申请信息对应的审批申请类型进行识别。

如图7所示，在其中一个实施例中，步骤203包括：

步骤401，当审批申请信息携带预设假勤组件时，提取审批申请信息对应的假勤类型特征、假勤时间特征以及审核目标。

步骤403，根据假勤时间特征查审批申请信息对应的申请时间。

步骤405，根据假勤类型特征与申请时间对应的时间属性，对假勤申请进行验证。

步骤407，当验证通过时，根据预设假勤组件中的审核目标转发审批申请信息。

其中，假勤类型特征是指当前的审批申请信息对应的假勤类型，对于一个审批申请信息，其与一个预设假勤组件相对应。假勤类型具体可以包括请假、外出、出差、加班、调班以及打卡补卡。而假勤时间特征是指当前的审批申请信息制定的假勤时间段，或者是一个特定的时长。如对于一个包括加班组件的审批申请信息，假勤时间特征可以包括，加班开始的时间点、加班结束的时间点以及加班时长等。对于一个打卡补卡组件的审批申请信息，其假勤时间特征则可以是打卡补卡的时间点。而审核目标对应的则是当前的审批申请信息对应的审核节点，具体可以是制定的某个审核人。而申请时间是指这个审批申请信息对应的具体时间。

具体地，在假勤系统中对各个时间段进行规定，如X月Y日的A时到B时是上班时间，而C时到D时时休息时间。而申请时间对应的时间属性，指的就是用户指定的时间点，或者时间段，对于用户申请的假勤类型是否符合。每个不同时间属性的时间段内其可以接收更改的假勤类型是不同的，如对于A时到B时的上班时间，如果用户提交这个时间段对应的外出假勤申请，那么它是符合要求的，可以判定为通过验证。而如果用户提交的是打卡补卡的假勤申请。工作时间段内进行打卡补卡是不符合验证要求的，即会被判定为是未通过验证，对于通过验证的审批申请信息，数据处理服务器104可以直接根据预设假勤组件中的审核目标转发审批申请信息至第二终端106。而对于未通过验证的审批申请信息，则可以直接反馈申请错误信息给到提交申请的用户。在本实施例中，根据用户提交的审批申请信息中的假勤类型特征以及假勤时间特征，对审批申请信息进行初步验证，来判断用户提交的审批申请信息是否符合假勤要求，可以有效过滤掉填写错误的审批申请，从而提升数据处理的效率。

在其中一个实施例中，步骤405包括：根据申请时间对应的时间属性，获取申请时间对应的支持假勤类型信息；当假勤类型特征与支持假勤类型信息匹配时，判定审批申请信息通过验证；当假勤类型特征与支持假勤类型信息不匹配时，判定审批申请信息未通过验证。

其中，申请时间对应的时间属性具体是指用户申请的假勤时间段对应的时间属性类型。而申请时间对应的支持假勤类型信息则是指可以与申请时间的时间属性相匹配的假勤类型。如在一个具体的实施例中。时间属性包括申请时间是属于休息时间还是上班时间。如果申请时间属于休息时间，其对应的支持假勤类型包括，加班以及打卡补卡等类型，而如果申请时间属于正常上班时间，其对应的支持假勤类型包括请假、外出、出差以及调班。

具体的，数据处理服务器104可以先确认审批申请信息对应的申请时间，并获取申请时间对应的时间属性，而后获取申请时间对应的支持假勤类型信息；而后判断用户提交的审批申请信息中包含的假勤类型特征对应的假勤类型是否为申请时间对应的支持假勤类型。当假勤类型特征为支持假勤类型信息时，判断审批申请信息通过验证；而当假勤类型特征不为支持假勤类型信息时，判断审批申请信息未通过验证。特别地，对于部分时间段通过验证，而部分时间段未通过验证的审批申请信息，可以认定为未通过验证。在本实施例中，通过申请时间对应的时间属性，来对用户提交审批申请信息进行有效验证，防止异常申请的出现，可以有效提高数据处理的效率。

在其中一个实施例中，步骤207包括：根据审批答复信息中已通过事项对应的时间特征参数，更新审批申请信息对应的假勤数据。

其中，对于同一个审批申请信息，申请用户可以在上面提交多条申请，如对于添加请假组件的审批申请信息。其第一条申请，从X月Y日请假至X月Z日。而第二条申请是从X月A日请假至X月B日。而对于申请用户提交的假勤相关审批申请信息，审核用户可以选择全部通过或者部分通过。而假勤申请项目则与具体的假勤申请对应，如“从X月Y日请假至X月Z日”就可以视为是一个假勤申请事项。而时间特征参数则是指假勤申请时间中假勤申请对应的时间点，如对于请假申请，其对应的时间特征参数包括请假的起始时间点以及终止时间点。

具体的，审核目标在对审批申请信息进行确认后，会通过第二终端106反馈相应的审批答复信息给到数据处理服务器104。而审批答复信息可以包括全部通过或者部分通过。如果是全部通过，则数据处理服务器104会根据用户提交的审批申请信息中所有假勤申请项目对应的时间特征参数，在预设假勤数据库内更新审批申请信息对应的假勤数据。而对于部分通过的审批答复信息，则数据处理服务器104只会对通过部分的假勤申请项目对应的假勤数据进行更新。此外，还可以包括审核目标全部未通过的审批答复信息，对于全部未通过的审批答复信息，数据处理服务器104并不会对假勤数据进行更新。在本实施例中，通过判定审批答复信息的类型，而后根据审批答复信息的类型，来对审批申请信息对应的假勤数据进行更新，可以有效保证假勤数据更新的准确性。

如图8所示，在其中一个实施例中，根据审批答复信息中已通过事项对应的时间特征参数，更新审批申请信息对应的假勤数据包括：

步骤502，提取审批申请信息对应的假勤类型特征，查假勤类型特征对应的预设数据更新方法。

步骤504，根据时间特征参数在预设假勤数据库内查审批申请信息对应的假勤数据。

步骤506，根据预设数据更新方法以及时间特征参数更新审批申请信息对应的假勤数据。

其中，假勤类型具体包括请假、外出、出差、加班、调班以及打卡补卡等类型。而假勤类型特征则是审批申请信息用于指定当前审批申请信息对应的申请类型的特征数据。当用户在预设的审批模板中添加预设假勤组件时，该预设假勤组件对应的假勤类型特征也会添加到审批模板上，从而在用户提交的审批申请信息中也会携带有假勤类型特征。预设数据更新方法具体是指用于更新替换假勤数据库内原有假勤数据的一种数据替换方法，每种假勤类型都有其对应的预设数据更新方法。而根据时间特征参数在预设假勤数据库内查审批申请信息对应的假勤数据，则具体是指根据用户在审批申请信息中添加的申请时间点，在假勤数据库内对需要替换的目标假勤数据进行查定位，而后可以基于预设数据更新方法来对查到的目标假勤数据进行更新。

具体地，当数据处理服务器104提取获得时间特征参数后，为了更新预设假勤数据库内的假勤数据，可以先通过提取审批申请信息对应的假勤类型特征，查假勤类型特征对应的预设数据更新方法。在其中一个实施例中，提取审批申请信息对应的假勤类型特征的过程具体可以包括可以通过提取审批类型信息中的类型特征关键字来确定审批申请信息对应的假勤类型特征。而后以假勤类型特征数据为依据，查数据更新方法列表。确定当前类型的审批申请信息对应的预设数据更新方法。而后根据时间特征参数在预设假勤数据库内查审批申请信息对应的假勤数据；即需要更新部分的假勤数据。最后根据预设数据更新方法以及时间特征参数更新审批申请信息对应的假勤数据，同时数据处理服务器还可以生成相应的假勤数据处理结果，并将处理结果反馈至第一终端102以及第二终端106，反馈的假勤数据处理结果具体可以参照图9。在本实施例中，根据提取审批申请信息对应的假勤类型特征来确定审批申请对应的预设数据更新方法，而后通过预设数据处理方法完成对预设假勤数据库内假勤数据的更新操作，可以有效保证假勤数据处理过程的处理效率。

如图10所示，在其中一个实施例中，步骤506包括：

步骤601，根据预设数据更新方法查审批申请信息对应的数据替换模板。

步骤603，根据时间特征参数与数据替换模板，生成假勤更新数据。

步骤605，根据假勤更新数据更新审批申请信息对应的假勤数据。

其中数据替换模板是指用于将原有假勤数据替换为新的假勤数据所用的处理工具，假勤更新数据是新生成的用于替换原有假勤数据的新假勤数据。

具体地，数据处理服务器根据预设数据更新方法以及时间特征参数更新审批申请信息对应的假勤数据过程具体包括，数据处理服务器先根据预设数据更新方法调查前审批申请信息对应的数据替换模板。而后根据时间特征参数与数据替换模板，生成相应的假勤更新数据。最后根据审批申请信息对应的假勤数据替换为假勤更新数据。如在预设数据库内，假勤申请人的原先的一组假勤数据是：X月X日，第一次打卡时间：8时55分，第二次打卡时间：缺打卡。备注：无。而在员工提交打卡补卡的假勤申请后，数据处理服务器即可以根据假勤申请人提交的审批申请，查打卡补卡的数据替换模板。具体的，用户提交的审批申请信息中，补打卡的时间特征参数对应的为下班时间18时0分。而新生成的假勤更新数据则可以为，第二次打卡时间：18时0分。同时添加相应备注，第二次打卡为补打卡。而对于其他类型的假勤申请类型，如请假、出差以及外出类型的假勤数据，则其对应的数据更新方法为在申请时间段内的打卡时间点添加相应的打卡记录，并进行假勤类型标记。而对于加班类型的假勤数据，则可以根据加班类型的数据替换模板生成新的加班类型假勤数据，并将其加入到预设假勤数据库内相应的时间节点上。而对于调班类型的假勤数据，则可以提取审批申请信息中附带的调班涉及的两名员工的轮班信息，而后将他们的轮班信息进行对调。特别地，对于申请的时间点在当前时间点后的假勤数据，可以直接在将审批申请信息对应的假勤数据替换为假勤更新数据后，直接将替换后的假勤数据锁定，防止出现数据异常。在本实施例中，通过数据替换模板来实现对假勤数据的处理更新，可以有效保证数据处理的效率。

在其中一个实施例中，本申请的审批业务中数据处理方法的应用场景为一个企业通讯与办公系统，本申请的审批业务中数据处理方法以系统中的一个审核应用的形式存在于系统内。数据处理方法的具体处理流程可以参照图11。包含3端，其中管理端对应的执行数据处理方法的数据处理服务器，员工为提交审批申请信息的用户，而审批者则是对员工提交的审批申请信息进行审批的用户。处理过程包括：首先，该企业通讯与办公系统的管理员，可以设置审批模板，并在审批模板上添加假勤组件，并设置哪些员工可以使用这些假勤组件。而后员工可以在审批模板上添加假勤组件，而后将填写完成的审批申请信息，即假勤申请单据通过管理端的数据处理服务器提交给到审批者端，审批人可以对员工提交的假勤申请单据进行审核，而后将相应的审批答复信息直接反馈给管理端的数据处理服务器104，数据处理服务器104在获取到审批答复信息，识别到审核状态变更后，会根据用户提交的假勤申请单据对原先打卡系统的假勤数据进行更新处理，调整其中与假勤申请单据相关的假勤数据。其中调整假勤数据的过程具体包括，先确认审批答复是否为全部通过，如果为全部通过则对审批申请信息内的所有项目对应的假勤数据进行更新，而部分通过则是只对审批申请信息中通过项目对应的假勤数据进行更新，而后数据处理服务器可以提取审批申请信息对应的假勤类型特征，查假勤类型特征对应的预设数据更新方法；根据时间特征参数在预设假勤数据库内查审批申请信息对应的假勤数据；根据预设数据更新方法调查前审批申请信息对应的数据替换模板；根据间特征参数与数据替换模板，生成假勤更新数据，进而根据假勤更新数据更新审批申请信息对应的假勤数据。

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

在一个实施例中，如图13所示，提供了一种审批业务中数据处理装置，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：审批申请获取模块702、审批申请转发模块704、审批答复获取模块706和数据更新模块708，其中：

审批申请获取模块702，用于获取审批申请信息。

审批申请转发模块704，用于当审批申请信息携带预设假勤组件时，根据预设假勤组件中的审核目标转发审批申请信息。

审批答复获取模块706，用于获取转发的审批申请信息对应的审批答复信息。

数据更新模块708，用于根据审批答复信息更新审批申请信息对应的假勤数据。

上述审批业务中数据处理装置，通过获取审批申请信息；当审批申请信息携带预设假勤组件时，根据预设假勤组件中的审核目标转发审批申请信息；获取转发的审批申请信息对应的审批答复信息；根据审批答复信息更新审批申请信息对应的假勤数据。本申请通过检测用户的审批申请，当用户提交的审批申请携带有假勤组件时，直接将审批申请转发，并在审批申请被审批答复后，根据答复的内容对假勤数据进行及时的自动更新，从而保证假勤数据的更新效率。

在一个实施例中，还包括组件识别模块，用于：获取审批申请信息对应的组件特征信息；根据组件特征信息判断审批申请信息是否携带预设假勤组件。

在一个实施例中，审批申请转发模块704具体用于：当审批申请信息携带预设假勤组件时，提取审批申请信息对应的假勤类型特征、假勤时间特征以及审核目标；根据假勤时间特征查审批申请信息对应的申请时间；根据假勤类型特征与申请时间对应的时间属性，对假勤申请进行验证；当验证通过时，根据预设假勤组件中的审核目标转发审批申请信息。

在一个实施例中，审批申请转发模块704还用于：根据申请时间对应的时间属性，获取申请时间对应的支持假勤类型信息；当假勤类型特征与支持假勤类型信息匹配时，判断审批申请信息通过验证；当假勤类型特征与支持假勤类型信息不匹配时，判断审批申请信息未通过验证。

在一个实施例中，数据更新模块708用于：当根据审批答复信息中已通过事项对应的时间特征参数，更新审批申请信息对应的假勤数据。

在一个实施例中，数据更新模块708用于：提取审批申请信息对应的假勤类型特征，查假勤类型特征对应的预设数据更新方法；根据时间特征参数在预设假勤数据库内查审批申请信息对应的假勤数据；根据预设数据更新方法以及时间特征参数更新审批申请信息对应的假勤数据。

在一个实施例中，数据更新模块708用于：根据预设数据更新方法查审批申请信息对应的数据替换模板；根据时间特征参数与数据替换模板，生成假勤更新数据；根据假勤更新数据更新审批申请信息对应的假勤数据。

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

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

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

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

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

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

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

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