CN111667251A - 一种基于实名制考勤数据的工资发放方法及装置 - Google Patents

Abstract

本发明公开了一种基于实名制考勤数据的工资发放方法及装置，所述方法，包括：获取各个考勤人员在预设时间段内的考勤数据；根据所述考勤数据，生成各个考勤人员的考勤统计数据；将所述考勤统计数据发送至客户端，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。本发明可直接生成员工的考勤统计数据，并依据考勤统计数据进行工资的计算，无需人工进行员工的考勤数据的导出与统计，更无需人工对统计的考勤数据进行手工核算，不仅大大的降低了核算工作量，还大大的缩短了核算时间，保证了工资的及时发放。

Description

一种基于实名制考勤数据的工资发放方法及装置

技术领域

本发明涉及计算机云技术领域，具体涉及一种基于实名制考勤数据的工资发放方法及装置。

背景技术

随着社会经济的快速发展，越来越多的工厂、公司以及企业被创立，为人们提供了较多的就业机会以及就业岗位，大大的缓解了就业难的问题。

目前，各种公司、工厂以及企业发放工资一般都是根据公司的考勤进行发放，但是，现有的考勤大多均采用手机软件打卡或纸质打卡。而工资的核算一般都是需要考勤管理人员通过后台查看考勤数据，然后一一导出数据，进行手工核算，然后根据核算的考勤数据进行工资的计算，这种工资核算方法不仅核算工作量大，核算时间长，还难以保证准确率，大大的影响了工资的及时发放。

发明内容

为了解决现有工资核算方法所存在的核算工作量大，核算时间长，且难以保证准确率的问题，本发明的目的在于提供一种能够直接生成员工的考勤数据，无需人为统计的基于实名制考勤数据的工资发放方法及装置。

第一方面，本发明提供了一种基于实名制考勤数据的工资发放方法，包括：

打卡终端向服务器发送各个考勤人员在预设时间段内的考勤数据；

服务器接收打卡终端发送的各个考勤人员在预设时间段内的考勤数据；

服务器根据所述考勤数据，生成各个考勤人员的考勤统计数据；

服务器将所述考勤统计数据发送至客户端；

客户端接收服务器发送的所述考勤统计数据；

客户端将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

基于上述发明内容，服务器通信连接打卡终端，可直接获取各个考勤人员的考勤数据，且可直接根据考勤数据生成各个考勤人员的考勤统计数据，最后发送至客户端上进行显示，以便使客户端的用户根据服务器生成的考勤统计数据，计算出各个考勤人员的应发工资。通过上述设计，本发明可直接生成员工的考勤统计数据，并依据考勤统计数据进行工资的计算，无需人工进行员工的考勤数据的导出与统计，更无需人工对统计的考勤数据进行手工核算，不仅大大的降低了核算工作量，还大大的缩短了核算时间，保证了工资的及时发放。

在一个可能的设计中，所述方法还包括：

服务器获取各个考勤人员的工资实际发放数据；

服务器根据所述工资实际发放数据和所述应发工资数据，生成各个考勤人员的工资统计数据，其中，所述工资统计数据包括应发工资金额、已发工资金额和欠发工资金额；

服务器根据所述工资实际发放数据和所述应发工资数据，生成总工资统计数据，其中，所述总工资统计数据包括已发工资人数和欠发工资人数；

服务器将所述工资统计数据和所述总工资统计数据发送至客户端。

基于上述发明内容，服务器可根据各个考勤人员的工资实际发放数据以及应发工资数据，得出总工资统计数据以及各个考勤人员的工资统计数据，并发送至客户端，通过上述设计，可使客户端的用户查看各个考勤人员的工资是否发放完毕(即根据已发工资金额与应发工资数据进行对比得出)，是否还有未发工资的人员(根据已发工资人数和欠发工资人数得出)以及欠发工资的金额(根据欠发工资金额得到)，增加管理人员对工人工资发放情况的掌握。

在一个可能的设计中，所述考勤统计数据包括每日上班考勤时间、每日下班考勤时间、每日工时总长和总考勤天数。

在一个可能的设计中，所述方法还包括：

客户端向服务器发送用户登录信息。

服务器获取用户登录信息；

服务器根据所述用户登录信息，得出用户类型，以根据所述用户类型，向客户端发送用户类型对应的数据。

在一个可能的设计中，服务器在得出用户类型后，所述方法还包括：

若用户类型为基层员工，则将所述用户登录信息对应的考勤人员的考勤统计数据以及工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的基层员工查看所述考勤统计数据以及工资统计数据；

若用户类型为管理人员，则将所有考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及所述总工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的管理人员查看各个考勤人员的工资统计数据、总工资统计数据，以及根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

基于上述公开的内容，服务器能够根据用户登录信息得出用户类型，以便根据用户类型向其对应的账户发送不同的数据，即若客户端为基层员工登录，那么服务器就只能向此员工的账户发送该员工的数据(即该员工的考勤统计数据以及工资统计数据，而员工登录客户端后即可进行查看)，若客户端为管理人员登录，那么服务器就会将所有员工数据发送至该管理人员的账户，以使管理人员能够掌握所有员工的考勤情况及工资方法情况。

在一个可能的设计中，所述方法还包括：

打卡终端向服务器发送各个考勤人员的当日考勤数据；

服务器获取各个考勤人员的当日考勤数据；

服务器根据所述当日考勤数据得出当日出勤总人数；

服务器将所述当日出勤总人数发送至所述客户端，以供所述客户端的用户根据所述当日出勤总人数查看员工出勤人数。

基于上述公开的内容，服务器可统计各个考勤人员的当日考勤数据，并得出当日出勤总人数，发送至客户端。通过上述设计，能够使管理人员通过客户端可直接的掌握员工的当日出勤情况。

第二方面，本发明提供了一种基于实名制考勤数据的工资发放装置，以装置为服务器举例，包括：获取单元、处理单元和第一发送单元；

所述获取单元，用于获取各个考勤人员在预设时间段内的考勤数据；

所述处理单元，用于根据所述考勤数据，生成各个考勤人员的考勤统计数据；

所述第一发送单元，用于将所述考勤统计数据发送至客户端，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

在一个可能的设计中：

所述获取单元，还用于获取各个考勤人员的工资实际发放数据；

所述处理单元，还用于根据所述工资实际发放数据和所述应发工资数据，生成各个考勤人员的工资统计数据，其中，所述工资统计数据包括应发工资金额、已发工资金额和欠发工资金额；以及根据所述工资实际发放数据和所述应发工资数据，生成总工资统计数据，其中，所述总工资统计数据包括已发工资人数和欠发工资人数；

所述第一发送单元，还用于将所述工资统计数据和所述总工资统计数据发送至客户端。

在一个可能的设计中，服务器还包括用户类型判别单元；

所述获取单元，还用于获取用户登录信息；

所述用户类型判别单元，用于根据所述用户登录信息，得出用户类型，以根据所述用户类型，向客户端发送用户类型对应的数据。

在一个可能的设计中；

所述第一发送单元，还用于在用户类型判别单元判断出用户类型为基层员工时，将将所述用户登录信息对应的考勤人员的考勤统计数据以及工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的基层员工查看所述考勤统计数据以及工资统计数据；

所述第一发送单元，还用于在用户类型判别单元判断出用户类型为管理人员时，将所有考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及所述总工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的管理人员查看各个考勤人员的工资统计数据、总工资统计数据，以及根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

在一个可能的设计中；

所述获取单元，还用于获取各个考勤人员的当日考勤数据；

所述处理单元，还用于根据所述当日考勤数据得出当日出勤总人数；

所述第一发送单元，还用于将所述当日出勤总人数发送至所述客户端，以供所述客户端的用户根据所述当日出勤总人数查看员工出勤人数。

第三方面，本发明提供了另一种基于实名制考勤数据的工资发放装置，将该装置以客户端举例，包括：接收单元和显示单元；

所述接收单元，用于接收服务器发送的各个考勤人员的考勤统计数据；

所述显示单元，将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

在一个可能的设计中，客户端还包括：第二发送单元；

所述第二发送单元，用于向服务器发送用户登录信息，以使服务器根据所述用户登录信息，得出用户类型，以根据用户类型向客户端发送用户类型对应的数据。

第四方面，本发明提供了一种基于实名制考勤数据的工资发放***，包括：打卡终端、服务器和客户端；

所述打卡终端，用于将各个考勤人员在预设时间段内的考勤数据发送至服务器；

所述服务器，通信连接所述打卡终端，用于接收所述打卡终端发送的各个考勤人员在预设时间段内的考勤数据，并根据所述考勤数据，生成各个考勤人员的考勤统计数据，发送至客户端；

所述客户端，通信连接所述服务器，用于接收服务器发送的所述考勤统计数据，并进行展示，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

第五方面，本发明提供了一种计算机主设备，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如第一方面或第一方面中任意一种可能设计的所述基于实名制考勤数据的工资发放方法。

第六方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面或第一方面中任意一种可能设计的所述基于实名制考勤数据的工资发放方法。

第七方面，本发明提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如第一方面或第一方面中任意一种可能设计的所述基于实名制考勤数据的工资发放方法。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的基于实名制考勤数据的工资发放方法的流程示意图。

图2是本发明提供的当基于实名制考勤数据的工资发放装置为服务器时的结构示意图。

图3是本发明提供的当基于实名制考勤数据的工资发放装置为客户端时的结构示意图。

图4是本发明提供的基于实名制考勤数据的工资发放***的结构示意图。

图5是本发明提供的计算机主设备的结构示意图。

具体实施方式

下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。

应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。

应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。

应当理解，在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时，表示不存在中间单元。另外，应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。

应当理解，本文使用的术语仅用于描述特定实施例，并不意在限制本发明的示例实施例。若本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解，若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。

应当理解，还应当注意到在一些备选实施例中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。

应当理解，在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出***，以避免用不必要的细节来使得示例不清楚。在其他实例中，可以不以不必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清。

实施例

如图1所示，本实施例第一方面所提供的医疗门诊亭的在线预约方法，其适用于在打卡终端、服务器和客户端侧执行，可以但不限于包括有如下步骤S101～S106。

S101.打卡终端向服务器发送各个考勤人员在预设时间段内的考勤数据。

S102.服务器接收打卡终端发送的各个考勤人员在预设时间段内的考勤数据。

步骤S101和步骤S102则是服务器获取各个考勤人员的考勤数据的过程，即员工在打卡终端进行打卡后，打卡终端则会将此次打卡的数据发送至服务器，即上班打卡和下班打卡都会发送至服务器，为考勤统计数据的生成提供数据基础。

在本实施例中，预设时间段可以但不限于为：一个月、3个月或一年。例如，当预设时间段为一个月时，服务器则是接收考勤人员一个月内的考勤数据。当然，预设时间段可根据企业的工资核算时间具体而定(如月薪制，预设时间段则为一个月，年薪制，预设时间段则为一年)。

在本实施例中，举例打卡终端向服务器发送考勤数据可以但不限于为：打卡终端将各个考勤人员的预设时间段内的考勤数据发送至服务器，例如，若预设时间段为一个月，打卡终端则可将各个考勤人员一个月内的考勤数据发送至服务器；同时，还可以为每日发送，即打卡终端将各个考勤人员的每日考勤数据发送至服务器，而服务器则统计预设时间段内各个考勤人员的考勤数据。例如，统计各个考勤人员一个月内的考勤数据。

在本实施例中，举例打卡终端可以但限于为：手机打卡、指纹打卡机和/或面容打卡机。

服务器接收到打卡终端发送的考勤数据后，即可根据考勤数据生成各个考勤人员的考勤统计数据，即得出每一个考勤人员在预设时间段内的考勤统计数据后，将考勤统计数据发送至客户端，如步骤S103和步骤S104所示。

S103.服务器根据所述考勤数据，生成各个考勤人员的考勤统计数据。

S104.服务器将所述考勤统计数据发送至客户端。

步骤S103和步骤S104则是服务器根据考勤数据生成考勤统计数据，并发送至客户端的过程。

在本实施例中，举例考勤统计数据可以但不限于包括有：每日上班考勤时间、每日下班考勤时间、每日工时总长和总考勤天数。通过上述设计，一方面，能够便于根据总考勤天数计算员工的工资，另一方面，能够使管理人员根据考勤统计数据得出员工的日常考勤情况，如是否出现迟到早退，工时数据则可看出员工工作是否饱满等，帮助管理人员分析员工的工作情况。

S105客户端接收服务器发送的所述考勤统计数据。

S106.客户端将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

步骤S105和步骤S106则是客户端接收考勤统计数据的过程，在本实施例中，客户端会将考勤统计数据在显示界面上进行展示，能够便于客户端的用户查看每个考勤人员所有的考勤数据，同时也能便于根据考勤统计数据进行工资的核算。

在本实施例中，在得到各个考勤人员的考勤统计数据后，客户端的用户还可对考勤统计数据进行核对，以避免数据出现错误，造成工资核算错误的问题。而核算的方式可以但不限于为：将考勤统计数据发送至对应的考勤人员，以便让其进行确认考勤统计数据是否出错。

由此通过步骤S101～步骤S106所详细描述的基于实名制考勤数据的工资发放方法，本发明可直接生成员工的考勤统计数据，并依据考勤统计数据进行工资的计算，无需人工进行员工的考勤数据的导出与统计，更无需人工对统计的考勤数据进行手工核算，不仅大大的降低了核算工作量，还大大的缩短了核算时间，保证了工资的及时发放。

另外，为了使管理人员更加清楚的掌握员工的工资发放情况，本实施例还在上述方案上进行了进一步的优化，具体如以下步骤S107～S110。

S107.服务器获取各个考勤人员的工资实际发放数据。

步骤S107则是获取工资发放反馈数据的过程，在本实施例中，举例工资实际发放数据可以但不限于包括有：各个考勤人员的工资实发金额和发放日期。

在本实施例中，举例工资实际发放数据的可以由银行直接发送至服务器，即可建立服务器与银行客户端的通信连接，从而在工资发放完毕后，直接从银行客户端获取各个考勤人员的工资实际发放数据。

S108.根据所述工资实际发放数据和所述应发工资数据，生成各个考勤人员的工资统计数据，其中，所述工资统计数据包括应发工资金额、已发工资金额和欠发工资金额。

S109.根据所述工资实际发放数据和所述应发工资数据，生成总工资统计数据，其中，所述总工资统计数据包括已发工资人数和欠发工资人数。

步骤S108是得到工资统计数据的过程，针对每个待考勤的员工，其有对应的应发工资数据，在发放工资后，也对应有工资实际发放数据，步骤S108则是根据上述两种数据的比较，来得出工资统计数据。

例如，考勤人员杨某，应发工资数据为9800元，而工资实际发放数据为：实发7800元，发送日期为：2020-5-25，那么根据两种数据的对比，即可得出杨某的工资统计数据，为：应发工资金额为9800元；已发工资金额为7800元；欠发工资金额为2000元。

步骤S109则是针对所有的考勤人员，根据应发工资数据和工资实际发放数据，统计出所有考勤人员中已发工资人数和欠发工资人数。

另外，在本实施例中，总工资统计数据还可包括有：总欠发金额、已发工资总金额等。

当得出总工资统计数据和各个考勤人员的工资统计数据后，即可将前述两种数据发送至客户端，以便让客户端的用户进行查看，如步骤S110所示。

S110.将所述工资统计数据和所述总工资统计数据发送至客户端。

通过步骤S107～S110，能够使客户端的用户查看各个考勤人员的工资是否发放完毕，是否还有未发工资的人员以及欠发工资的金额，增加管理人员对工人工资发放情况的掌握。

在本实施例中，为了使企业的管理人员能够实时掌握每日员工的出勤情况，还设置有如下步骤S201～S204。

S201.打卡终端向服务器发送各个考勤人员的当日考勤数据。

S202.服务器获取各个考勤人员的当日考勤数据。

步骤S201和步骤S202则是服务器获取当日考勤数据的过程，即打卡终端将各个考勤人员的当日考勤数据发送至服务器。在本实施例中，当日考勤数据可以但不限于包括有：当日上班打卡时间、当时下班打卡时间以及当日工时时长。

S203.服务器根据所述当日考勤数据得出当日出勤总人数。

步骤S203则是服务器根据当日考勤数据得出当日出勤总人数的过程，即统计打卡终端发送的考勤人员的当日考勤数据有多少个，实质为：考勤人员的当日考勤数据的个数总和，为出勤总人数。例如，服务器接收了50个考勤人员的当日考勤数据，那么即说明当日出勤总人数为50人。

S204.服务器将所述当日出勤总人数发送至所述客户端，以供所述客户端的用户根据所述当日出勤总人数查看员工出勤人数。

步骤S204则是将当日出勤总人数发送至客户端的过程，通过上述设计，能够使客户端的用户，即使用客户端的管理人员能够清楚的掌握员工出勤人数。

相应的，在本实施例中，在服务器内可预设员工总人数，在得出当日出勤总人数后，可与员工总人数进行对比，得出未出勤人数，也发送至客户端。

由于客户端可以由员工登录，也可由管理人员登录，所以，不同类型的人员登录，对应有不同的权限，查看到的数据也存在不同，所以，在本实施例中，还设置有如下步骤S301～S305，来根据用户类型的不同，下发不同的数据至客户端，以便用户查看到与之对应的数据。

S301.客户端向服务器发送用户登录信息。

S302.服务器获取用户登录信息。

步骤S301和步骤S302则是服务器获取用户登录信息的过程，由于客户端的登录，均需要用户先进行注册，在注册时会填写相应的身份信息(如身份证号码、姓名等)以及进行用户类型的选择，即基层员工的在注册选择为员工注册，而管理人员则选择管理人员注册，所以，用户登录信息即可包含有用户的身份、类型等信息。

在本实施例中，基层员工则为没有任何管理职务的员工，而管理人员可以但不限于为：经理以上级别的人员和/或考勤管理人员。

S303.服务器根据所述用户登录信息，得出用户类型，以根据所述用户类型，向客户端发送用户类型对应的数据。

步骤S303则是根据用户登录信息判断用户类型的过程，若判断出用户为基层员工，那么就进行步骤S304；如果判断出用户为管理人员，则进行步骤S305。

S304.若用户类型为基层员工，则将所述用户登录信息对应的考勤人员的考勤统计数据以及工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的基层员工查看所述考勤统计数据以及工资统计数据.

S305.若用户类型为管理人员，则将所有考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及所述总工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的管理人员查看各个考勤人员的工资统计数据、总工资统计数据，以及根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

步骤S304和步骤S305则是根据用户类型，进行数据发送的过程，以使不同类型的用户查看与之对应的数据。

例如，服务器根据用户登录信息，得出用户类型为：基层员工，姓名为：杨某。那么服务器则会将杨某的考勤统计数据和工资统计数据发送至杨某对应的账户，而杨某只要登录自己的账户即可查看。同理，管理人员数据的发送与之原理相同，将考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及总工资统计数据发送至其对应的账户中。

在本实施例中，举例客户端可根据用户类型设置不同的界面，即管理人员登录后，看到的界面显示的为：所有考勤人员的数据；而基层员工登录后，看到的界面显示的为：自己的各种数据(如考勤、工资数据等)。

另外，为了增加数据的全面性，服务器还可获取考勤人员的其它信息。

可以但不限于下述任意一组或任意多种组合：

考勤人员的所属班组和项目组，例如在基建行业中，班组包括：隧道1队、隧道2队等，而项目组则包括：土木施工项目组等；

考勤人员的工种和工龄；例如在基建行业，工种包括：泥匠工、电工、木工等；

考勤人员的劳动合同；

考勤人员的证书，同时，服务器还可根据所有考勤人员的证书，得出持证人数、未持证人数以及持证率等。例如，在基建行业中，可以有初级电工证、高级电工证、特种操作证等；

考勤人员的个人履历；

考勤人员的体温数据，例如，获取考勤人员每日测量的体温数据，以便进行体温检测；

考勤人员的星级评价；

考勤人员的投诉数据。

在本实施例中，服务器获取了上述信息后，也会发送至客户端，在本实施例中，举例只有管理人员登录客户端后，才能查看上述信息。

在本实施例中，服务器还可获取整个公司或整个项目的人员信息以及施工信息，例如，在基建行业，服务器可获取一个项目组的信息，其就包含有：人员信息、人员所述班组信息、人员考勤信息、人员工资发放信息、人员劳动合同签订信息等。当然，服务器获取的信息可以根据实际需要进行上传。

在本实施例中，服务器内还存储有各种题库，包含有各个工种的专业知识题库以及安全操作知识题库等，可在接收到客户端发送的练习请求或培训请求时，下发相应的题库至客户端，供客户端的用户学习。

如图2所述，本实施例第二方面提供了一种实现实施例第一方面中基于实名制考勤数据的工资发放方法的硬件装置，将装置以服务器举例，其包括：获取单元、处理单元和第一发送单元。

所述获取单元，用于获取各个考勤人员在预设时间段内的考勤数据。

所述处理单元，用于根据所述考勤数据，生成各个考勤人员的考勤统计数据。

所述第一发送单元，用于将所述考勤统计数据发送至客户端，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

在一个可能的设计中：

所述获取单元，还用于获取各个考勤人员的工资实际发放数据。

所述处理单元，还用于根据所述工资实际发放数据和所述应发工资数据，生成各个考勤人员的工资统计数据，其中，所述工资统计数据包括应发工资金额、已发工资金额和欠发工资金额；以及根据所述工资实际发放数据和所述应发工资数据，生成总工资统计数据，其中，所述总工资统计数据包括已发工资人数和欠发工资人数。

所述第一发送单元，还用于将所述工资统计数据和所述总工资统计数据发送至客户端。

在一个可能的设计中，服务器还包括用户类型判别单元；

所述获取单元，还用于获取用户登录信息。

所述用户类型判别单元，用于根据所述用户登录信息，得出用户类型，以根据所述用户类型，向客户端发送用户类型对应的数据。

在一个可能的设计中；

所述第一发送单元，还用于在用户类型判别单元判断出用户类型为基层员工时，将所述用户登录信息对应的考勤人员的考勤统计数据以及工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的基层员工查看所述考勤统计数据以及工资统计数据。

所述第一发送单元，还用于在用户类型判别单元判断出用户类型为管理人员时，将所有考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及所述总工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的管理人员查看各个考勤人员的工资统计数据、总工资统计数据，以及根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

在一个可能的设计中；

所述获取单元，还用于获取各个考勤人员的当日考勤数据。

所述处理单元，还用于根据所述当日考勤数据得出当日出勤总人数。

所述第一发送单元，还用于将所述当日出勤总人数发送至所述客户端，以供所述客户端的用户根据所述当日出勤总人数查看员工出勤人数。

本实施例提供的硬件装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

如图3所示，本实施例第三方面提供了另一种实现实施例第一方面中基于实名制考勤数据的工资发放方法的硬件装置，将装置以客户端举例，包括：接收单元和显示单元。

所述接收单元，用于接收服务器发送的各个考勤人员的考勤统计数据。

所述显示单元，将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

在一个可能的设计中，客户端还包括：第二发送单元。

所述第二发送单元，用于向服务器发送用户登录信息，以使服务器根据所述用户登录信息，得出用户类型，以根据用户类型向客户端发送用户类型对应的数据

本实施例提供的硬件装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

如图4所示，本实施例第四方面提供了一种基于实名制考勤数据的工资发放***，其包含实施例第一方面中的打卡终端、服务器和客户端。

所述打卡终端，用于将各个考勤人员在预设时间段内的考勤数据发送至服务器。

所述服务器，通信连接所述打卡终端，用于接收所述打卡终端发送的各个考勤人员在预设时间段内的考勤数据，并根据所述考勤数据，生成各个考勤人员的考勤统计数据，发送至客户端。

所述客户端，通信连接所述服务器，用于接收服务器发送的所述考勤统计数据，并进行展示，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

在一个可能的设计中，所述服务器，还通信连接有银行客户端，以获取各个考勤人员的工资实际发放数据。

上述预约***的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

如图5所示，本实施例第五方面提供了一种执行实施例第一方面中所述的基于实名制考勤数据的工资发放方法的计算机主设备，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如实施例第一方面所述的基于实名制考勤数据的工资发放方法。

具体举例的，所述存储器可以但不限于包括随机存取存储器(RAM)、只读存储器(ROM)、闪存(Flash Memory)、先进先出存储器(FIFO)和/或先进后出存储器(FILO)等等；所述处理器可以不限于采用型号为STM32F105系列的微处理器、ARM(Advanced RISCMachines)、X86等架构处理器或集成NPU

(neural-network processing units)的处理器；所述收发器可以但不限于为WiFi(无线保真)无线收发器、蓝牙无线收发器、通用分组无线服务技术(General PacketRadio Service，GPRS)无线收发器、紫蜂协议(基于IEEE802.15.4标准的低功耗局域网协议，ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。此外，所述计算机主设备还可以但不限于包括有电源模块、显示屏和其它必要的部件。

本实施例提供的计算机主设备的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

本实施例第六方面提供了一种存储包含有实施例第一方面所述的基于实名制考勤数据的工资发放方法的指令的计算机可读存储介质，即所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面所述的基于实名制考勤数据的工资发放方法。其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

本实施例提供的计算机可读存储介质的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

本实施例第七方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如实施例第一方面所述的基于实名制考勤数据的工资发放方法，其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

以上所描述的多个实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备执行各个实施例或者实施例的某些部分所述的方法。

本发明不局限于上述可选实施方式，任何人在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是落入本发明权利要求界定范围内的技术方案，均落在本发明的保护范围之内。

Claims (10)

1.一种基于实名制考勤数据的工资发放方法，其特征在于，包括：

获取各个考勤人员在预设时间段内的考勤数据；

根据所述考勤数据，生成各个考勤人员的考勤统计数据；

将所述考勤统计数据发送至客户端，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

2.如权利要求1所述的一种基于实名制考勤数据的工资发放方法，其特征在于，所述方法还包括：

获取各个考勤人员的工资实际发放数据；

根据所述工资实际发放数据和所述应发工资数据，生成各个考勤人员的工资统计数据，其中，所述工资统计数据包括应发工资金额、已发工资金额和欠发工资金额；

根据所述工资实际发放数据和所述应发工资数据，生成总工资统计数据，其中，所述总工资统计数据包括已发工资人数和欠发工资人数；

将所述工资统计数据和所述总工资统计数据发送至客户端。

3.如权利要求1所述的一种基于实名制考勤数据的工资发放方法，其特征在于，所述考勤统计数据包括每日上班考勤时间、每日下班考勤时间、每日工时总长和总考勤天数。

4.如权利要求2所述的一种基于实名制考勤数据的工资发放方法，其特征在于，所述方法还包括：

获取用户登录信息；

根据所述用户登录信息，得出用户类型，以根据所述用户类型，向客户端发送用户类型对应的数据。

5.如权利要求4所述的一种基于实名制考勤数据的工资发放方法，其特征在于，在得出用户类型后，所述方法还包括：

若用户类型为基层员工，则将所述用户登录信息对应的考勤人员的考勤统计数据以及工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的基层员工查看所述考勤统计数据以及工资统计数据；

若用户类型为管理人员，则将所有考勤人员的考勤统计数据、所有考勤人员的工资统计数据以及所述总工资统计数据，发送至所述用户登录信息对应的账户，以使所述账户对应的管理人员查看各个考勤人员的工资统计数据、总工资统计数据，以及根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

6.如权利要求1所述的一种基于实名制考勤数据的工资发放方法，其特征在于，所述方法还包括：

获取各个考勤人员的当日考勤数据；

根据所述当日考勤数据得出当日出勤总人数；

将所述当日出勤总人数发送至所述客户端，以供所述客户端的用户根据所述当日出勤总人数查看员工出勤人数。

7.一种基于实名制考勤数据的工资发放方法，其特征在于，包括：

接收服务器发送的各个考勤人员的考勤统计数据；

将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

8.如权利要求7所述的一种基于实名制考勤数据的工资发放方法，其特征在于，在接收服务器发送的各个考勤人员的考勤统计数据前，所述方法还包括：

向服务器发送用户登录信息，以使服务器根据所述用户登录信息，得出用户类型，以根据用户类型向客户端发送用户类型对应的数据。

9.一种基于实名制考勤数据的工资发放装置，其特征在于，包括：获取单元、处理单元和第一发送单元；

所述获取单元，用于获取各个考勤人员在预设时间段内的考勤数据；

所述处理单元，用于根据所述考勤数据，生成各个考勤人员的考勤统计数据；

所述第一发送单元，用于将所述考勤统计数据发送至客户端，以使客户端的用户根据所述考勤统计数据，得到各个考勤人员的应发工资数据。

10.一种基于实名制考勤数据的工资发放装置，其特征在于，其特征在于，包括：接收单元和显示单元；

所述接收单元，用于接收服务器发送的各个考勤人员的考勤统计数据；

所述显示单元，将所述考勤统计数据在显示界面上进行展示，以便用户根据所述考勤统计数据，得出各个考勤人员的应发工资数据。

Images