数据处理方法、装置、设备和存储介质与流程

1.本技术涉及大数据技术领域，尤其涉及一种数据处理方法、装置、设备和存储介质。


背景技术：

2.一般的，通过员工打卡确定工作时间，在通过考勤管理系统进行考勤统计过程中，需要考虑固定制工作时间、弹性制工作时间和请假信息。考虑实际应用场景，还可能存在忘记打卡的情况。对此，可以进行考勤补登，在考勤补登过程中需通过查询打卡记录和请假申请记录，查看当天是否考勤异常、是否请假、是否有加班情况等等，过程繁琐且需要反复核对，可能导致漏填、误填、错填现象，进而导致后期核对员进行复核时，会增加返工、再核对、再计算等工作，导致考勤统计的效率较低。基于此，可能导致统计正常出勤数据和加班数据等效率较低。


技术实现要素：

3.本技术提供了一种数据处理方法、装置、设备和存储介质，以解决现有技术中统计正常出勤数据和加班数据等效率较低的问题。
4.为达到上述目的，本技术采用如下技术方案：
5.第一方面，本技术提供一种数据处理方法，该方法包括：从打卡数据库和请假数据库中，获取预置时间段内的至少一条考勤信息，各考勤信息包括以下至少一项：员工身份标识、打卡日期、上班打卡时间、下班打卡时间和请假时长；根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，日常考勤数据包括正常考勤数据和异常考勤数据；从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据，待统计数据为以下至少一项：正常考勤数据、异常考勤数据和加班数据。
6.由上述可知，本技术提供的数据处理方法，由于打卡数据库和请假数据库中，记录的日常工作时间和加班时间相互掺杂，在查询或统计过程中可能因数据较大降低数据处理效率，因此，通过对打卡数据库与请假数据库中记录的考勤信息进行分库处理，将日常考勤数据与加班数据分别存储于日常数据库和加班数据库中，从而可以分别从不同的库中直接获取到所需数据(比如日常考勤数据，或者比如加班数据)，因而能够提高统计日常出勤情况和加班工作时长的处理效率。
7.可选的，根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，包括：在员工身份标识对应的考勤规则为弹性制的情况下，根据上班打卡时间和下班打卡时间，确定当日工作时长，当日工作时长为下班打卡时间和上班打卡时间的差值；在当日工作时长小于预置工作时长的情况下，在考勤信息中，查找与打卡日期对应的请假时长；在请假时长大于或等于第一缺勤时长的情况下，将考勤信息存储至日常数据库，并设置缺勤状态标
识，第一缺勤时长为预置工作时长与当日工作时长的差值；在请假时长小于第一缺勤时长的情况下，将考勤信息和第一缺勤时长，存储至日常数据库，并设置待确认状态标识；在当日工作时长等于预置工作时长的情况下，将考勤信息，存储至日常数据库，并设置正常状态标识；在当日工作时长大于预置工作时长的情况下，将考勤信息和第一加班时长，存储至加班数据库，第一加班时长为当日工作时长与预置工作时长的差值。
8.由上述可知，由于办公人员对应的岗位特点不同，对于弹性制的考勤规则根据实际的当日工作时长判断该考勤信息对于存储至日常数据库还是加班数据库，并通过当日工作时长和请假时长设置正常状态标识、缺勤状态标识或待确认状态标识，以便于将考勤信息进行准确的分库处理。
9.可选的，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识；从日常数据库和加班数据库中，与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据之前，上述方法还包括：在日常数据库中，获取待确认状态标识对应的员工身份标识；在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第一缺勤时长；在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第一加班时长；在第一缺勤时长小于或等于第一加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第一加班时长；在第一缺勤时长大于第一加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。
10.由上述可知，考虑到在员工打卡时，可能存在忘记打卡的情况，采用生成考勤异常提示信息的方式，能够避免员工补登考勤时，出现填写工作时长时存下漏填、误填或错填等返工率较高的现象。
11.可选的，根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，包括：在下班打卡时间在预置下班时间之后的情况下，将考勤信息和第二加班时长，存储至加班数据库，第二加班时长为下班打卡时间与预置打卡时间的差值；在考勤信息满足预置缺勤条件的情况下，根据上班打卡时间和下班打卡时间，获取第二缺勤时长，预置缺勤条件包括以下至少一项：上班打卡时间在预置上班时间之后、下班打卡时间在预置下班时间之前和上班打卡时间在下班打卡时间之后，第二缺勤时长为第一差值和第二差值之和，第一差值为上班打卡时间与预置上班时间的差值，第二差值为预置下班时间与下班打卡时间的差值；在第二缺勤时长小于或等于请假时长的情况下，将考勤信息存储至日常数据库，并以设置缺勤状态标识；在第二缺勤时长大于请假时长的情况下，将考勤信息和第二缺勤时长，存储至日常数据库，并设置待确认状态标识；在考勤信息不满足预置缺勤条件的情况下，将考勤信息存储至日常数据库，并设置正常状态标识。
12.由上述可知，由于办公人员对应的岗位特点不同，对于固定制的考勤规则根据实际的当日工作时长判断该考勤信息对于存储至日常数据库还是加班数据库，并通过当日工作时长和请假时长设置正常状态标识、缺勤状态标识或待确认状态标识，以便于将考勤信息进行准确的分库处理。
13.可选的，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认
状态标识和缺勤状态标识；从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据之前，上述方法还包括：在日常数据库中，获取待确认状态标识对应的员工身份标识；在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第二缺勤时长；在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第二加班时长；在第二缺勤时长小于或等于第二加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第二加班时长；在第二缺勤时长大于第二加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。
14.由上述可知，考虑到在员工打卡时，可能存在忘记打卡的情况，采用生成考勤异常提示信息的方式，能够避免员工补登考勤时，出现填写工作时长时存下漏填、误填或错填等返工率较高的现象。
15.第二方面，本技术提供一种数据处理装置，包括：获取单元、存储单元和处理单元；获取单元，用于从打卡数据库和请假数据库中，获取在预置时间段内的至少一条考勤信息，各考勤信息包括以下至少一项：员工身份标识、打卡日期、上班打卡时间、下班打卡时间和请假时长；存储单元，用于根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，日常考勤数据包括正常考勤数据和异常考勤数据；处理单元，用于从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据，待统计数据为以下至少一项：正常考勤数据、异常考勤数据和加班数据。
16.可选的，存储单元，具体用于：在员工身份标识对应的考勤规则为弹性制的情况下，根据上班打卡时间和下班打卡时间，确定当日工作时长，当日工作时长为下班打卡时间和上班打卡时间的差值；在当日工作时长小于预置工作时长的情况下，在考勤信息中，查找与打卡日期对应的请假时长；在请假时长大于或等于第一缺勤时长的情况下，将考勤信息存储至日常数据库，并设置缺勤状态标识，第一缺勤时长为预置工作时长与当日工作时长的差值；在请假时长小于第一缺勤时长的情况下，将考勤信息和第一缺勤时长，存储至日常数据库，并设置待确认状态标识；在当日工作时长等于预置工作时长的情况下，将考勤信息，存储至日常数据库，并设置正常状态标识；在当日工作时长大于预置工作时长的情况下，将考勤信息和第一加班时长，存储至加班数据库，第一加班时长为当日工作时长与预置工作时长的差值。
17.可选的，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识；上述装置还包括：获取单元，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识；获取单元，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第一缺勤时长；获取单元，还用于在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第一加班时长；处理单元，还用于在第一缺勤时长小于或等于第一加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第一加班时长；处理单元，还用于在第一缺勤时长大于第一加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进
行考勤补登。
18.可选的，存储单元，具体还用于：在下班打卡时间在预置下班时间之后的情况下，将考勤信息和第二加班时长，存储至加班数据库，第二加班时长为下班打卡时间与预置打卡时间的差值；在考勤信息满足预置缺勤条件的情况下，根据上班打卡时间和下班打卡时间，获取第二缺勤时长，预置缺勤条件包括以下至少一项：上班打卡时间在预置上班时间之后、下班打卡时间在预置下班时间之前和上班打卡时间在下班打卡时间之后，第二缺勤时长为第一差值和第二差值之和，第一差值为上班打卡时间与预置上班时间的差值，第二差值为预置下班时间与下班打卡时间的差值；在第二缺勤时长小于或等于请假时长的情况下，将考勤信息存储至日常数据库，并以设置缺勤状态标识；在第二缺勤时长大于请假时长的情况下，将考勤信息和第二缺勤时长，存储至日常数据库，并设置待确认状态标识；在考勤信息不满足预置缺勤条件的情况下，将考勤信息存储至日常数据库，并设置正常状态标识。
19.可选的，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识；上述装置还包括：获取单元，还用于从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据之前，装置还包括：获取单元，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识；获取单元，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第二缺勤时长；获取单元，还用于在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第二加班时长；处理单元，还用于在第二缺勤时长小于或等于第二加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第二加班时长；处理单元，还用于在第二缺勤时长大于第二加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。
20.第三方面，提供一种计算机设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第一方面提供的方法。
21.第四方面，本技术提供一种计算机可读存储介质，包括指令。当指令在计算机上运行时，使得计算机执行如上述第一方面提供的方法。
22.第五方面，本技术提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面提供的方法。
23.需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与接入网终端设备的处理器封装在一起的，也可以与接入网终端设备的处理器单独封装，本技术对此不作限定。
24.本技术中第二方面、第三方面、第四方面和第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面和第五方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。
25.在本技术中，上述名字对终端设备或功能模块本身不构成限定，在实际实现中，这些终端设备或功能模块可以以其他名称出现。只要各个终端设备或功能模块的功能和本技术类似，属于本技术权利要求及其等同技术的范围之内。
26.本技术的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
27.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
28.图1是根据本技术实施例中一种数据分库的数据结构示意图；
29.图2是根据本技术实施例中一种数据处理方法的流程示意图之一；
30.图3是根据本技术实施例中一种数据处理方法的流程示意图之二；
31.图4是根据本技术实施例中一种数据处理方法的流程示意图之三；
32.图5是根据本技术实施例中一种数据处理方法的流程示意图之四；
33.图6是根据本技术实施例中一种数据处理方法的流程示意图之五；
34.图7是根据本技术实施例中一种考勤补登的数据结构示意图；
35.图8是根据本技术实施例中一种数据流转的流程示意图；
36.图9是根据本技术实施例中一种数据处理装置的结构示意图；
37.图10是根据本技术实施例中一种计算机设备的结构示意图。
具体实施方式
38.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
39.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
40.为了便于清楚描述本技术实施例的技术方案，在本技术实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量或执行次序进行限定。
41.基于统计正常出勤数据和加班数据等效率较低的问题，本技术实施例提供一种数据处理方法。如图1所示，该方法包括：将打卡数据库和请假数据库中信息进行分库，即，根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据(包括正常考勤数据和异常考勤数据)存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，再从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据，由于待统计数据分别存储于不同的数据库，因此能够提高统计正常出勤率或加班数据的效率。
42.本技术实施例提供的数据处理方法的执行主体可以是考勤管理设备，用于对考勤等相关数据进行管理。比如，考勤管理设备可以是计算机、服务器等具有数据处理能力的电子设备。其中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本技术对该数据处理方法的执
行主体不作限制。
43.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
44.图2是根据一示例性实施例示出的数据处理方法的流程示意图。如图2所示，该方法包括步骤201至步骤203。
45.步骤201、数据处理装置从打卡数据库和请假数据库中，获取预置时间段内的至少一条考勤信息。
46.其中，该数据处理装置用于对考勤等相关数据进行管理，可以是上述考勤管理设备，或者可以集成在上述考勤管理设备上。该考勤管理设备可以是上述提到的计算机或服务器等电子设备。
47.在本技术实施例中，各考勤信息包括以下至少一项：员工身份标识、打卡日期、上班打卡时间、下班打卡时间和请假时长。可以理解的是，在考勤信息中，对于已录入考勤管理系统的员工包括员工身份标识和打卡日期，并以该员工身份标识，或该员工身份标识对于的随机编码，获取对应的其他信息，其中，其他信息可能包括上班打卡时间、下班打卡时间和请假时长，如果没有记录其他信息则以预置无效标识符或者空值进行记录。在考勤信息中，对于未录入考勤管理系统的员工，通过考勤设备进行打卡时，可以先记录上班打卡时间和/或下班打卡时间，并记录员工的特征信息，如指纹、人脸图像等等，以便于后续将该员工录入考勤管理系统后，导入上班打卡时间和/或下班打卡时间。
48.需要说明的是，上班打卡时间为在可以上班打卡的时间范围内时间最早的打卡时间，如，在8点整和8点半两个时间点分别进行上班打卡，那么将上班打卡时间记录为8点整，后续再重复进行上班打卡则不进行记录。下班打卡时间为在可以下班打卡的时间范围内时间最晚的打卡时间，如，在5点整和5点半两个时间点分别进行下班打卡，那么将下班时间打卡时间记录为5点半，如果后续再重复打卡则更新下班打卡时间。
49.在本技术实施例中，打卡数据库和请假数据库中的考勤信息，是响应于员工输入的打卡操作获取的。可以理解的是，接收员工输入的打卡操作的打卡设备可以为以下至少一项：手机终端、电脑终端、指纹打卡设备、人脸打卡设置和电子卡识别打卡设备。
50.需要说明的是，如果考勤信息可以通过多种打卡设备录入，那么在进行数据处理之前，需要将多种打卡设备的考勤数据进行汇总，其数据汇总方式以下至少一项：通过物理线路人工汇总考勤数据，通过无线网络传输方式传输至特定终端汇总考勤数据，通过上传至云端方式汇总考勤数据。
51.可选的，在本技术实施例中，在响应于员工输入的打卡操作之前，还需确认员工身份标识与输入打卡操作的员工一致的。
52.可选的，在本技术实施例中，在响应于员工输入的打卡操作的情况下，还需要识别当前的打卡日期。打卡日期一般为打卡设备中记录的日期。可以理解的是，为了保证日期的准确性，非联网打卡设备可以设置能够修改打卡设备时间的管理员模式，联网打卡设备可以设置能够修改打卡设备时间的管理员模式，联网打卡设备还可以通过网络时间协议设置与网络时间同步模式。
53.在本技术实施例中，由于实际工作过程中，考勤信息通常用于统计员工的出勤及加班情况，为计算员工工资提供依据，因此，考勤信息是具有时效性的，对于月结工资的，可以将预置时间段设置一个月，如，3月1日至3月31日，4月1日至4月30日等等。示例性的，预置时间段可以根据当前时间自动设置，如，当前时间为4月3日，那么预置时间段自动调整为3月1日至3月31日。
54.可以理解的是，由于考勤信息是随着时间持续增加的，因此，可以将预置时间段内的考勤信息进行数据处理，然后，在下一个预置时间段内，再根据本方案对考勤信息进行数据处理，以便于汇总所有的考勤数据。
55.步骤202、数据处理装置根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库。
56.在本技术实施例中，日常考勤数据包括正常考勤数据和异常考勤数据。可以理解的是，正常考勤数据是指考勤信息中的打卡时间属于根据考勤规则要求的工作时间，异常考勤数据是指考勤信息中的打卡时间不属于根据考勤规则要求的工作时间。对于异常考勤数据，可以为员工迟到、早退、旷工、漏打卡等。
57.可选的，在本技术实施例中，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识。对于上述状态标识，可以采用二进制编码进行标识，如，正常状态标识00，缺勤状态标识01、待确认状态标识11。
58.可以理解的是，根据实际需求还可以对待确认状态标识做进一步细化，将迟到状态标识、早退状态标识、旷工状态标识，对于细化的待确认状态标识采用的标识方式可以为八进制编码、十六进制编码、十进制编码等等。
59.在本技术实施例中，考勤规则用于记录员工的正常工作时间，可能包括工作日期和工作时长，如，周末双休、月休2天、每天工作8小时、早八晚五、早九晚六等。
60.示例性的，弹性制是指在固定时间周期内员工需要工作的时长，如，每周5天每天工作8小时，每36小时工作12小时，每个月工作10天每天工作12小时等等。
61.示例性的，固定制是指员工的上下班时间是固定的，如周末双休早八晚五、周末双休早九晚六、周末单休早九晚4等等。
62.可以理解的是，对于不同的考勤规则，判断考勤信息应该存储至日常数据库，还是加班数据库的判断规则也不相同，因此，需要根据考勤规则是弹性制或固定制进行分库存储。
63.在本技术实施例中，对原始考勤信息进行加工，依据业务场景进行筛选分类，并分别存储于日常数据库和加班数据库中。由于日常数据库和加班数据库分属于两个独立的数据库，可依据后期对数据的需要对数据进行调取，以便于节约系统资源。可以理解的是，在日常数据库和加班数据库中存储的考勤信息都包括员工身份标识和打卡日期，根据员工的实际操作，可以还包括：上班打卡时间、下班打卡时间和请假时长。
64.步骤203、数据处理装置从日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据。
65.在本技术实施例中，待统计数据为以下至少一项：正常考勤数据、异常考勤数据和加班数据。需要说明的是，待统计数据还可以根据业务场景需求确定。
66.在本技术实施例中，如果统计目标可以为员工出勤明细、考勤正常率、考勤异常率或者加班率，则可以根据独立数据库(日常数据库或加班数据库)，获取与统计目标对应的待统计数据，然后对待统计数据进行考勤统计，以便于获取考勤统计数据。
67.而且，在本技术实施例中，如果统计目标还可以为补登相关信息，则可以对日常数据库和加班数据库，将异常考勤数据和加班数据进行合并，获取与统计目标对应的待统计数据，然后对待统计数据进行考勤统计，以便于获取员工身份标识对应的补登数据。
68.进一步地，在本技术实施例中，待统计数据还可以包括员工身份标识对应的出勤天数、工作时长和加班时长，本技术提供的数据处理装置，还可以根据待统计数据，核算员工工资、分析员工的工作效率，是否需要增加员工数量。
69.在相关技术中，考勤管理数据库中记录日常工作时间和加班时间相互掺杂，在查询、组合传输或统计过程中可能因数据较大造成延迟，从而降低了数据处理效率，而且，考勤数据库中存储的数据量大，在进行考勤统计时，搜索量大，反馈时效慢，用户体验不好，而在本技术实施例中，通过对打卡数据库与请假数据库中记录的考勤信息进行分库处理，将日常考勤数据与加班数据分别存储于日常数据库和加班数据库中，能够提高统计日常出勤情况和加班工作时长的处理效率。
70.可选的，在本技术实施例中，如图3所示，上述步骤202可以由下述步骤301至步骤306实现。
71.步骤301、数据处理装置在员工身份标识对应的考勤规则为弹性制的情况下，根据上班打卡时间和下班打卡时间，确定当日工作时长。
72.步骤302、数据处理装置在当日工作时长小于预置工作时长的情况下，在考勤信息中，查找与打卡日期对应的请假时长。
73.步骤303、数据处理装置在请假时长大于或等于第一缺勤时长的情况下，将考勤信息存储至日常数据库，并设置缺勤状态标识。
74.步骤304、数据处理装置在请假时长小于第一缺勤时长的情况下，将考勤信息和第一缺勤时长，存储至日常数据库，并设置待确认状态标识。
75.步骤305、在当日工作时长等于预置工作时长的情况下，将考勤信息，存储至日常数据库，并设置正常状态标识。
76.步骤306、数据处理装置在当日工作时长大于预置工作时长的情况下，将考勤信息和第一加班时长，存储至加班数据库。
77.在本技术实施例中，当日工作时长为下班打卡时间和上班打卡时间的差值，第一缺勤时长为预置工作时长与当日工作时长的差值，第一加班时长为当日工作时长与预置工作时长的差值。
78.在本技术实施例中，对于弹性制的考勤规则，考虑当日工作时长与预置工作时长、以及请假时长与第一缺勤时长的比较结果，判断考勤信息所需存储的数据库。
79.可以理解的是，为了记录考勤信息的状态，还设置了正常状态标识、缺勤状态标识和待确认状态标识。其中，正常状态标识用于标识考勤信息为员工正常出勤的考勤记录，缺勤状态标识用于标识考勤信息为员工请假的考勤记录，待确认状态标识用于标识考勤信息为员工未正常出勤的考勤记录。
80.由上述可知，由于办公人员对应的岗位特点不同，对于弹性制的考勤规则根据实
际的当日工作时长判断该考勤信息对于存储至日常数据库还是加班数据库，并通过当日工作时长和请假时长设置正常状态标识、缺勤状态标识或待确认状态标识，以便于将考勤信息进行准确的分库处理。
81.可选的，在本技术实施例中，如图4所示，在上述步骤202之后，上述数据处理方法还可以通过下述步骤401至步骤405实现。
82.步骤401、数据处理装置在日常数据库中，获取待确认状态标识对应的员工身份标识。
83.步骤402、数据处理装置在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第一缺勤时长。
84.步骤403、数据处理装置在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第一加班时长。
85.步骤404、在第一缺勤时长小于或等于第一加班时长的情况下，数据处理装置将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第一加班时长。
86.步骤405、在第一缺勤时长大于第一加班时长的情况下，数据处理装置生成考勤异常提示信息。
87.在本技术实施例中，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。
88.在本技术实施例中，对于员工的补登提示，需要将日常数据库和加班数据库进行合并，以此计算补登时长，并生成考勤异常提示信息。可以理解的是，考勤异常提示信息，可以通过邮件方式发送至登录员工身份标识对应的终端，还可以将考勤异常提示信息进行统计汇总，以便于由考勤核对人员统一根据考勤异常提示信息提醒相应的员工。
89.由上述可知，考虑到在员工打卡时，可能存在忘记打卡的情况，采用生成考勤异常提示信息的方式，能够避免员工补登考勤时，出现填写工作时长时存下漏填、误填或错填等返工率较高的现象。
90.可选的，在本技术实施例中，如图5所示，上述步骤202可以由下述步骤501至步骤505实现。
91.步骤501、数据处理装置在下班打卡时间在预置下班时间之后的情况下，将考勤信息和第二加班时长，存储至加班数据库。
92.步骤502、数据处理装置在考勤信息满足预置缺勤条件的情况下，根据上班打卡时间和下班打卡时间，获取第二缺勤时长。
93.步骤503、数据处理装置在第二缺勤时长小于或等于请假时长的情况下，将考勤信息存储至日常数据库，并以设置缺勤状态标识。
94.步骤504、数据处理装置在第二缺勤时长大于请假时长的情况下，将考勤信息和第二缺勤时长，存储至日常数据库，并设置待确认状态标识。
95.步骤505、数据处理装置在考勤信息不满足预置缺勤条件的情况下，将考勤信息存储至日常数据库，并设置正常状态标识。
96.在本技术实施例中，第二加班时长为下班打卡时间与预置打卡时间的差值；，预置
缺勤条件包括以下至少一项：上班打卡时间在预置上班时间之后、下班打卡时间在预置下班时间之前和上班打卡时间在下班打卡时间之后，第二缺勤时长为第一差值和第二差值之和，第一差值为上班打卡时间与预置上班时间的差值，第二差值为预置下班时间与下班打卡时间的差值。
97.在本技术实施例中，对于固定制的考勤规则，与弹性制的考勤规则类似，都需要将考勤信息进行分库存储，并设置状态标识。
98.可以理解的是，第二缺勤时长与上述步骤404中的第一缺勤时长都是实际的缺勤时长，由于采用的考勤规则不同，缺勤时长的计算方法也不相同，为了区别不同的考勤规则，故采用不同的名称。
99.由上述可知，对于固定制的考勤规则根据实际的当日工作时长判断该考勤信息对于存储至日常数据库还是加班数据库，并通过当日工作时长和请假时长设置正常状态标识、缺勤状态标识或待确认状态标识，以便于将考勤信息进行准确的分库处理。
100.可选的，在本技术实施例中，如图6所示，上述数据处理方法还可以通过下述步骤601至步骤605实现。
101.步骤601、数据处理装置在日常数据库中，获取待确认状态标识对应的员工身份标识。
102.步骤602、数据处理装置在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第二缺勤时长。
103.步骤603、数据处理装置在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第二加班时长。
104.步骤604、在第二缺勤时长小于或等于第二加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第二加班时长。
105.步骤605、在第二缺勤时长大于第二加班时长的情况下，生成考勤异常提示信息。
106.在本技术实施例中，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。
107.在本技术实施例中，对于员工的补登提示，需要将日常数据库和加班数据库进行合并，以此计算补登时长，并生成考勤异常提示信息。可以理解的是，考勤异常提示信息，可以通过邮件方式发送至登录员工身份标识对应的终端，还可以将考勤异常提示信息进行统计汇总，以便于由考勤核对人员统一根据考勤异常提示信息提醒相应的员工。
108.需要说明的是，如果存在考勤异常提示信息，还可以采用可视化提示的方式提示考勤核对人员进行复核统计。
109.在本技术实施例中，如图7所示，关于考勤补登可以简单理解为，将考勤制度分为弹性制和固定制，再结合请假、考勤、加班等多场景维度进行计算，确定需要进行考勤补登的员工身份标识、补登日期和补登时间。
110.在本技术实施例中，关于考勤补登，目前多是通过简单的打卡时间差进行计算，不太适合有固定时间办公的场景，通过手动填写工作时长，需要员工综合考虑当日考勤、请假、加班等情况，员工误填率及后台核对人员返工率较高。
111.由上述可知，考虑到在员工打卡时，可能存在忘记打卡的情况，采用生成考勤异常提示信息的方式，能够避免员工补登考勤时，出现填写工作时长时存下漏填、误填或错填等返工率较高的现象。
112.在本技术实施例中，为实现本技术提供的数据处理方法，可以设置使用参数，常量：正常上班点min、正常下班点max、加班起始点add、日常时长workh；变量：员工标识id、日期date、最早打卡时间begin＝0:0、最晚打卡时间end＝0:0(标记为0:0为初始态，以防漏打卡)、考勤状态state(正常00，缺勤01，待确认11，迟到10、早退11、旷工12)、缺勤时长leaveh ours＝0、日常工时workhours＝workh、加班工时addhours＝0。
113.在本技术实施例中，如图8所示，具体的实现过程包括：数据收集、数据分库和数据计算。其中，数据来源包括打卡数据库中的员工每日打卡记录(id，date，begin，end)，以及请假数据库中的员工请假申请(id，date，leave hours)。数据分库可以采用定时跑批方式，将数据来源进行整合。
114.在一种示例中，如果考勤制度采用弹性制，那么可采用如下程序实现分库：
115.在另一种示例中，如果考勤制度采用固定制，那么可采用如下程序实现分库：
116.[0117][0118]
还需要说明的是，在数据分库过程中，对原始数据进行加工，依据业务场景进行筛选分类，包括日常数据库、加班数据库两类。其中日常数据库中包括正常考勤数据和异常考勤数据，其中异常考勤数据包括缺勤状态标识和待确认状态标识对应的考勤数据。
[0119]
可以理解的是，日常数据库和加班数据库分属两个独立库，可依据后期需要对数据进行调取，节省资源。
[0120]
还可以理解的是，待确认状态标识对应的异常考勤数据，员工可自行填写工时，同时页面会给出异常考勤提示通知。
[0121]
在本技术实施例中，对于数据计算过程，可以包括：合并日常数据库和加班数据库，将待确认状态标识对应的异常考勤信息添加入补登库(id，date，state，workhours，addhours)；当员工进行工时补登时，可自动显示出可填写的最大工作时长；核对统计员可直接调取加班库中数据进行加班率的计算；可根据考勤状态(如，00、01、10)对考勤异常率进行统计。
[0122]
需要说明的是，对于数据计算过程，以场景调取数据，若员工查看补登工时，对日常数据库、加班数据库中的考勤数据进行合并；若核对员统计考勤异常率或加班率，可对各独立库进行计算。
[0123]
可以理解的是，员工在填写工时的过程中，常出现漏填、误填、错填现象，后期返工率较高。补登时需查看当天是否考勤异常、是否请假、是否有加班情况等等，查询打卡记录、请假申请记录等过程繁琐，用户体验较差。
[0124]
可以理解的是，后期业务方或核对员对加班率、异常率等情况复核时，会增加返工、再核对、再计算等工作，造成不必要的人员浪费。
[0125]
可以理解的是，现通过把各种数据进行大数据技术进行存储、筛选、融合，给员工提供可视化提示，核对员可专注异常率进行复核统计。且因数据依据业务场景进行分布式管理，便于业务方进行分场景的数据统计，且重复浪费不必要资源。
[0126]
以上结合图1-图8详细说明了本技术实施例提供的方法。为了实现上述功能，数据处理装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于
技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0127]
本技术实施例可以根据上述方法，示例性的对电子设备进行功能模块的划分，例如，电子设备可以包括数据处理装置，数据处理装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0128]
以下，结合图9详细说明本技术实施例提供的数据处理装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
[0129]
图9是根据一示例性实施例示出的一种数据处理装置的结构示意图，该数据处理装置可以用于执行图1-图8所示的数据处理方法。作为一种可实现方式，该装置可以包括：获取单元91、存储单元92和处理单元93；
[0130]
获取单元91，用于从打卡数据库和请假数据库中，获取预置时间段内的至少一条考勤信息，各考勤信息包括以下至少一项：员工身份标识、打卡日期、上班打卡时间、下班打卡时间和请假时长；例如，结合图1，数据获取单元91可以用于执行步骤201。
[0131]
存储单元92，用于根据员工身份标识对应的考勤规则，将至少一条考勤信息中的日常考勤数据存储至日常数据库，将至少一条考勤信息中的加班考勤数据存储至加班数据库，日常考勤数据包括正常考勤数据和异常考勤数据；例如，结合图2，存储单元92可以用于执行步骤202。
[0132]
处理单元93，用于日常数据库和加班数据库中，获取与统计目标对应的待统计数据，并根据待统计数据获取考勤统计数据，待统计数据为以下至少一项：正常考勤数据、异常考勤数据和加班数据。例如，结合图1，考勤处理单元93可以用于执行步骤203。
[0133]
可选的，如图9所示，存储单元92，具体用于：在员工身份标识对应的考勤规则为弹性制的情况下，根据上班打卡时间和下班打卡时间，确定当日工作时长，当日工作时长为下班打卡时间和上班打卡时间的差值；在当日工作时长小于预置工作时长的情况下，在考勤信息中，查找与打卡日期对应的请假时长；在请假时长大于或等于第一缺勤时长的情况下，将考勤信息存储至日常数据库，并设置缺勤状态标识，第一缺勤时长为预置工作时长与当日工作时长的差值；在请假时长小于第一缺勤时长的情况下，将考勤信息和第一缺勤时长，存储至日常数据库，并设置待确认状态标识；在当日工作时长等于预置工作时长的情况下，将考勤信息，存储至日常数据库，并设置正常状态标识；在当日工作时长大于预置工作时长的情况下，将考勤信息和第一加班时长，存储至加班数据库，第一加班时长为当日工作时长与预置工作时长的差值。例如，结合图3，存储单元92可以用于执行步骤301至步骤306。
[0134]
可选的，如图9所示，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识；上述装置还包括：
[0135]
获取单元91，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识；例如，结合图4，获取单元92可以用于执行步骤401。
[0136]
获取单元，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第一缺勤时长；例如，结合图4，获取单元92可以用于执行步骤402。
[0137]
获取单元，还用于在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第一加班时长；例如，结合图4，获取单元92可以用于执行步骤403。
[0138]
处理单元，还用于在第一缺勤时长小于或等于第一加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第一加班时长；例如，结合图4，处理单元93可以用于执行步骤404。
[0139]
处理单元93，还用于在第一缺勤时长大于第一加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。例如，结合图4，处理单元93可以用于执行步骤405。
[0140]
可选的，如图9所示，存储单元92，具体还用于：具体还用于：在下班打卡时间在预置下班时间之后的情况下，将考勤信息和第二加班时长，存储至加班数据库，第二加班时长为下班打卡时间与预置打卡时间的差值；在考勤信息满足预置缺勤条件的情况下，根据上班打卡时间和下班打卡时间，获取第二缺勤时长，预置缺勤条件包括以下至少一项：上班打卡时间在预置上班时间之后、下班打卡时间在预置下班时间之前和上班打卡时间在下班打卡时间之后，第二缺勤时长为第一差值和第二差值之和，第一差值为上班打卡时间与预置上班时间的差值，第二差值为预置下班时间与下班打卡时间的差值；在第二缺勤时长小于或等于请假时长的情况下，将考勤信息存储至日常数据库，并以设置缺勤状态标识；在第二缺勤时长大于请假时长的情况下，将考勤信息和第二缺勤时长，存储至日常数据库，并设置待确认状态标识；在考勤信息不满足预置缺勤条件的情况下，将考勤信息存储至日常数据库，并设置正常状态标识。例如，结合图5，存储单元92可以用于执行步骤501至步骤505。
[0141]
可选的，正常考勤数据的标识为正常状态标识，异常考勤数据的标识包括待确认状态标识和缺勤状态标识；如图9所示，上述装置还包括：
[0142]
获取单元91，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识；例如，结合图6，获取单元91可以用于执行步骤601。
[0143]
获取单元91，还用于在日常数据库中，获取待确认状态标识对应的员工身份标识对应的第二缺勤时长；例如，结合图6，获取单元91可以用于执行步骤602。
[0144]
获取单元91，还用于在加班数据库中，获取待确认状态标识对应的员工身份标识对应的第二加班时长；例如，结合图6，获取单元91可以用于执行步骤603。
[0145]
处理单元93，还用于在第二缺勤时长小于或等于第二加班时长的情况下，将日常数据库中待确认状态标识对应的员工身份标识对应的状态标识更改为正常状态标识，并将第一加班时长与第一缺勤时长的差值确定为更新后的第二加班时长；例如，结合图6，处理单元93可以用于执行步骤604。
[0146]
处理单元93，还用于在第二缺勤时长大于第二加班时长的情况下，生成考勤异常提示信息，考勤异常提示信息用于提示待确认状态标识对应的员工身份标识需要进行考勤补登。例如，结合图6，处理单元93可以用于执行步骤605。
[0147]
图10是根据一示例性实施例示出的一种计算机设备的硬件结构示意图。该计算机设备可以包括处理器1002，处理器1002用于执行应用程序代码，从而实现本技术中的数据处理方法。
[0148]
处理器1002可以是一个中央处理器(central processing unit，cpu)，微处理器，
特定应用集成电路(application-specific integrated circuit，asic)，或一个或多个用于控制本技术方案程序执行的集成电路。
[0149]
如图10所示，计算机设备还可以包括存储器1003。其中，存储器1003用于存储执行本技术方案的应用程序代码，并由处理器1002来控制执行。
[0150]
存储器1003可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1003可以是独立存在，通过总线1004与处理器1002相连接。存储器1003也可以和处理器1002集成在一起。
[0151]
如图10所示，计算机设备还可以包括通信接口1001，其中，通信接口1001、处理器1002、存储器1003可以相互耦合，例如，通过总线1004相互耦合。通信接口1001用于与其他设备进行信息交互，例如支持计算机设备与其他设备的信息交互。
[0152]
需要指出的是，图10中示出的设备结构并不构成对该计算机设备的限定，除图10所示部件之外，该计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0153]
在实际实现时，获取单元91、存储单元92和处理单元93所实现的功能可以由图10所示的处理器1002调用存储器1003中的程序代码来实现。其具体的执行过程可参考图2所示的数据处理方法部分的描述，这里不再赘述。
[0154]
本技术还提供了一种包括指令的计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的基于区块链的数据处理方法。例如，计算机可读存储介质可以为包括指令的存储器1003，上述指令可由计算机设备的处理器1002执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是rom、ram、cd-rom、磁带、软盘和光数据存储设备等。
[0155]
在示例性的实施例中，本技术实施例还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机实现上述实施例中的数据处理方法。
[0156]
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。
[0157]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或
通信连接，可以是电性，机械或其它的形式。
[0158]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。
[0159]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0160]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0161]
以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。