CN108108901A - 周薪发放***及方法 - Google Patents
周薪发放***及方法 Download PDFInfo
- Publication number
- CN108108901A CN108108901A CN201711430379.XA CN201711430379A CN108108901A CN 108108901 A CN108108901 A CN 108108901A CN 201711430379 A CN201711430379 A CN 201711430379A CN 108108901 A CN108108901 A CN 108108901A
- Authority
- CN
- China
- Prior art keywords
- user
- target
- enterprise
- target user
- weekly
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06398—Performance of employee with respect to a job function
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C1/00—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people
- G07C1/10—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people together with the recording, indicating or registering of other data, e.g. of signs of identity
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Educational Administration (AREA)
- Data Mining & Analysis (AREA)
- Technology Law (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种周薪发放***及方法,用户终端在监测到目标用户的打卡操作时,将目标用户的用户信息和实时采集的用户终端的打卡位置发送给服务器;服务器在数据库中存储采集的N个用户的用户信息将每个用户与其对应的企业的关联关系;根据上传的用户信息和打卡位置,从数据库中查找到对应的目标企业,利用打卡位置是否位于目标企业所在的区域范围内的判断结果,获取目标用户的考勤数据;根据提取的目标用户每周的考勤数据和目标用户每天的发放工资,计算出所述目标用户每周的周薪;然后根据规则进行周薪发放。本发明提供的周薪发放***及方法,在用户的数量在以十万或百万级以上且对应的企业也不相同时,能够有效提高周薪发放的效率。
Description
技术领域
本发明涉及薪酬管理技术领域,尤其涉及一种周薪发放***及方法。
背景技术
现代企业管理主要通过打卡考勤来统计员工每月实际出勤时间,同时结合员工绩效,作为薪酬发放的依据。为了提高薪酬的计算准确度和效率,考勤技术从原始的上班签到、***、发展到现在的移动考勤,自动生成考勤报表的发展历程。
现有薪酬管理在使用移动考勤进行考勤时,所述移动考勤采用移动终端定位加拍照的方式来进行考勤,员工可以随时利用移动终端进行打卡考勤,打卡时会实时上传移动终端的定位信息和拍照信息,后台根据移动终端上传的定位信息和拍照信息进行考勤。
但是现有薪酬管理中使用移动考勤时需要人工来审核移动终端上传的定位信息和拍照信息,在用户的数量在以十万或百万级以上且如此多数量的用户对应的大量的企业时,其需要审核的数量非常多,从而使得通过人工审核的方式的会出现考勤的效率较低的问题,导致薪酬计算的效率也随之变低。
发明内容
本发明提供了一种周薪发放***及方法,用于克服上述问题或至少解决上述问题的一部分。
本申请第一方面提供了一种周薪发放***,包括:
用户终端,用于获取操作所述用户终端的目标用户的用户信息,并实时监测所述目标用户的打卡操作,以及在监测到所述目标用户的打卡操作时实时采集所述用户终端的打卡位置,并提供所述目标用户的用户信息和所述打卡位置;
所述服务器,用于采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2的整数;以及用于获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置;根据提供的所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;根据所述判断结果,获取所述目标用户的考勤数据;从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据,根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪;检测每周对应的日期是否在所述目标企业的两个月结周期内;在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
结合第一方面,在第一方面的第一种可能的实现方式中,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述服务器用于利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,包括:
若所述用户信息仅包括用户的身份信息,所述服务器还用于在其数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
结合第一方面或第一方面的第一种或第二种可能的实现方式,在第一方面的第三种可能的实现方式中,所述服务器用于在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,还用于从所述目标企业在地图上的所占区域中选取多个坐标,并将选取的所述多个坐标对应的区域作为所述区域范围。
结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,所述服务器用于判断所述打卡位置是否位于所述目标企业所在的区域范围内,具体包括:
所述服务器用于判断所述多个坐标中是否存在一个坐标与所述打卡位置的距离不大于预设距离。
结合第一方面的第三种可能的实现方式,在第一方面的第五种可能的实现方式中,所述服务器用于获取所述目标用户的考勤数据之后,还包括:
所述服务器针对每个企业,还用于从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
结合第一方面的第三种可能的实现方式,在第一方面的第六种可能的实现方式中,所述服务器用于在实时获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置之后,还包括:
用于记录每次打卡操作对应的打卡时间;根据记录的每次打卡操作对应的打卡时间,获取到所述目标用户在每个预设时间周期内两次打卡的最长时间间隔;检测所述最长时间间隔是否不小于预设时长,获得检测结果;以及根据所述判断结果和所述检测结果,获取所述目标用户在每个预设时间周期内的考勤数据。
结合第一方面或第一方面的第一种至第六种可能的实现方式中的任一种可能的实现方式,在第一方面的第七种可能的实现方式中,所述服务器用于根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资之前,还用于根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资;根据所述目标用户在所述目标企业中的每天的实际工资和预设比例,确定出所述目标用户每天的发放工资,其中,所述发放工资小于所述实际工资。
结合第一方面的第七种可能的实现方式,在第一方面的第八种可能的实现方式中,所述服务器用于根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪,具体包括:
所述服务器,用于根据所述目标用户每周的考勤数据,统计出所述目标用户每周发放工资的天数;根据所述目标用户每天的发放工资和所述目标用户每周发放工资的天数,计算出所述目标用户每周的周薪。
结合第一方面的第八种可能的实现方式,在第一方面的第九种可能的实现方式中,所述服务器用于在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放,具体包括:
所述服务器用于在检测到某周的日期在两个月结周期内时,根据所述目标用户该周发放工资的天数,将所述目标用户该周发放工资的日期按照从后至前的方式进行标记,其中,该周标记日期的天数为所述目标用户该周发放工资的天数;根据该周发放工资的标记日期与两个月结周期的时间关系,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
本申请第二方面提供了一种周薪发放方法,应用于服务器中,包括:
采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2 的整数;
接收用户终端提供的目标用户的的用户信息和打卡位置,其中,所述目标用户为操作所述用户终端的用户;
根据所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;
判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;
根据所述判断结果,获取所述目标用户的考勤数据,并从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据;
根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪;
检测每周对应的日期是否在所述目标企业的两个月结周期内;
在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;
在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
结合第二方面,在第二面的第一种可能的实现方式中,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,在利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,所述方法还包括:
在所述用户信息仅包括用户的身份信息时,在所述服务器的数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
结合第二方面或第二方面的第一种或第二种可能的实现方式,在第二方面的第三种可能的实现方式中,在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,所述方法还包括:
从所述目标企业在地图上的所占区域中选取多个坐标,并将选取的所述多个坐标对应的区域作为所述区域范围。
结合第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,所述判断所述打卡位置是否位于所述目标企业所在的区域范围内,具体包括:
判断所述多个坐标中是否存在一个坐标与所述打卡位置的距离不大于预设距离。
结合第二方面的第三种可能的实现方式,在第二方面的第五种可能的实现方式中,在获取所述目标用户的考勤数据之后,所述方法还包括:
从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;
根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
本发明的有益效果如下:
由于本申请实施例采用的技术方案是:服务器获取用户终端提供的目标用户的用户信息和打卡位置;然后根据用户终端提供的用户信息,确定目标企业,并判断打卡位置是否位于目标企业所在的区域范围内得到判断结果;根据判断结果,获取目标用户的考勤数据;由此可知,通过打卡位置是否位于目标企业所在区域得到的判断结果来对员工进行考勤,其判断过程和判断结果均能通过***自行判断,而无需人工审核,从而实现了智能化的考勤管理,在用户的数量在以十万或百万级以上且对应的企业也不相同时,能够极大地提高考勤的效率,降低考勤审核的人力成本。
进一步地,在获取所述考勤数据之后,利用提取的每周的考勤数据和目标 用户在目标企业中的每天的发放工资,计算出目标用户每周的周薪然后进行发 放,由此可知,在考勤效率提高的基础上再进行周薪发放,使得周薪发放的效 率也会随之提高。
附图说明
图1为本发明实施例中周薪发放***的架构图;
图2为本发明实施例中在用户终端上进行注册的结构示意图;
图3为本发明实施例中打卡位置与企业所在的区域范围之间的连接结构示意图;
图4为本发明实施例中在企业所在的区域范围中添加打卡区域的结构示意图;
图5为本发明实施例中周薪发放方法的方法流程图。
具体实施方式
本发明提供了一种周薪发放***及方法,在用户的数量在以十万或百万级以上且对应的企业也不相同时,能够有效提高周薪发放的效率。
如图1所示,本发明第一方面中提供了周薪发放***,包括服务器10和用户终端20,其中,服务器10可以是台式电脑、笔记本电脑和平板电脑等硬件中的一种或多种,用户终端20可以是智能手机、平板电脑和智能手表等移动终端中的一种或多种。
本申请实施例中,服务器10可以为1个或多个,服务器10能够服务数以十万或百万级及以上的用户终端20,下面以一个用户终端20为例进行叙述。
在具体实施过程中,用户终端20,用于获取操作用户终端20的目标用户的用户信息,并实时监测所述目标用户的打卡操作,以及在监测到所述目标用户的打卡操作时实时采集用户终端20的打卡位置,并提供所述目标用户的用户信息和所述打卡位置给服务器10;
服务器10,用于采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2的整数;以及用于获取用户终端20提供的所述目标用户的用户信息和所述打卡位置;根据提供的所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;根据所述判断结果,获取所述目标用户的考勤数据;并从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据;根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪。
在本发明实施例中,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
本发明实施例中,在获取所述目标用户的考勤数据之后,通过所述目标用户的考勤数据,计算出所述目标用户在每个月或每周或每年的考勤。
在本发明的一实施例中,在所述用户信息为用户使用对应用户终端进行注册得到的账号信息时,用户终端20用于获取操作用户终端20的目标用户的用户信息,具体包括以下步骤:
用户终端20接收所述目标用户下载所述周薪发放***对应的APP的下载指令,下载所述APP;用户终端20在下载所述APP之后,实时检测是否接收到所述目标用户打开所述APP的打开指令;用户终端20在接收到所述打开指令时,打开所述APP,并接收所述目标用户输入的注册信息,并将所述注册信息发送给服务器10;服务器10在接收到用户终端20发送的所述注册信息时,生成验证信息,并将所述验证信息发送给用户终端20。
其中,用户终端20接收所述验证信息之后,接收所述目标用户输入的所述验证信息,并将所述目标用户输入的验证信息发送给服务器10;服务器10 接收到用户终端20发送的验证信息之后,将用户终端20发送的验证信息和服务器10根据所述注册信息生成的验证信息进行比对;若比对出两个验证信息相同,则服务器10生成与用户终端20对应的账号信息,并将所述账号信息发送给用户终端20;用户终端20接收到所述账号信息之后,获取并保存所述账号信息,即用户终端20获取到所述目标用户的账号信息;若比对出两个验证信息不同,则服务器10返回验证错误给用户终端20。
针对每个用户执行上述操作,从而能够确保每个用户的用户信息均为该用户使用对应用户终端进行注册得到的账号信息。
具体地,如图2所示,以目标用户为A用户和用户终端20为智能手机为例,A用户在打开用户终端20的APP的注册页面后,所述注册页面中显示有手机号(注册信息)的输入框30,验证码的输入框31,获取验证码的按键32,登录按键33和注册按键34,A用户在输入框30中输入用户终端20的手机号码,点击按键32获取验证码;服务器10响应点击按键32的请求,然后生成4 位随机数字,并将生成的4位随机数字反馈至用户终端20,此时,服务器10 会将用户终端20的手机号码和4位随机数字保存的缓存中,过期时间为10分钟、5分钟、15分钟等预设时间。
其中,用户终端20接收到服务器10发送的4位随机数字,且在接收到A 用户将其填入输入框31中并点击注册按键34时,用户终端20将其手机号码及A用户在输入框31中输入的验证码发送给服务器10;服务器10将接收到的手机号码和A用户输入的验证码与缓存中的手机号码和4位随机数字进行比对;若完全相同,则服务器10自动为用户终端20分配用户ID(数据库生成的一串复杂的且全库唯一的字符串),所述用户ID为用户终端20的账号信息,并将所述用户ID返回给用户终端20;若不完全相同,则直接返回错误给用户终端20。
上述实施例中,服务器10响应用户终端20发送的获取验证码的请求时生成的4位随机数字仅是其中的一个例子,生成的随机数字的位数可以取3、5、 6等不小于2的值;当然,生成的随机数字的位数也可以取1或2,本申请不作具体限制。
此时,服务器10利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,具体包括以下步骤:
在所述用户信息为用户使用对应用户终端进行注册得到的账号信息时,获取与所述账号信息对应的用户所进入的企业,如此,可以利用每个用户的用户信息将每个用户与其对应的企业关联。
具体来讲,服务器10在自身的数据库中生成每个用户的账号信息之后,可以将每个用户的账号信息与该用户的身份信息进行关联;然后在每个用户进入对应的企业时,通过身份证识别设备扫描每个用户的身份证,从而获取到每个用户的身份信息;此时将每个用户的身份信息与对应的企业进行关联。
如此,可以通过每个用户的身份信息,获取到每个用户的账号信息对应的企业,此时,可以利用每个用户的用户信息将每个用户与其对应的企业关联。
当然,也可以将每个用户的账号信息与该对应用户终端的通讯号码进行关联;然后在每个用户进入对应的企业时,通过每个用户提交的通讯号码,将每个对应用户终端的通讯号码与对应的企业进行关联。如此,可以通过每个对应用户终端的通讯号码,获取到每个用户的账号信息对应的企业,此时,可以利用每个用户的用户信息将每个用户与其对应的企业关联。
当然,还可以通过每个用户的姓名将每个用户的账号信息和对应的企业进行关联,本申请不作具体限制。
例如,A用户操作用户终端20在APP的注册页面中进行注册操作时,服务器10响应该注册操作,为A用户分配一个用户ID1001(即账号信息);然后将用户ID1001返回给用户终端20;此时,服务器10可以根据A用户上传的身份证照片或身份证号码得到A用户的身份信息为身份证号码 421XXXXXX,将1001与421XXXXXX进行关联。
其中,A用户进入B企业时身份识证识别设备会扫描A用户的身份证,从而读取到A用户的身份证号码;服务器10的数据库中会为B企业分配一个企业编码101,然后将B企业的企业编码101和421XXXXXX进行关联;通过 421XXXXXX可以将B企业的企业编码与用户ID进行关联,从而实将A用户与对应的B企业进行关联。
如此,针对每个用户进行上述操作,从而将每个用户及其对应企业的关联关系存储到服务器10的数据库中,数据库中的数据具体如下表1所示:
表1
用户ID | 关联企业编码 |
1001 | 101 |
本发明另一实施例中,在所述用户信息为用户的身份信息时,用户终端20 用于获取操作用户终端20的目标用户的用户信息,具体包括以下步骤:
用户终端20获取所述目标用户上传的身份证照片或身份证号码,将上传的身份证照片中提取的身份证号码或上传的身份证号码作为所述目标用户的身份信息。针对每个用户执行上述操作,从而能够确保每个用户的用户信息均为该用户的身份证号码。
此时,服务器10利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,具体包括以下步骤:
在所述用户信息为用户的身份信息时,在每个用户进入对应的企业时,会通过身份证识别设备扫描每个用户的身份证;从而将每个用户与对应的企业进行关联,然后将关联关系存储到服务器10的数据库中。
例如A用户进入B企业时身份识证识别设备会扫描A用户的身份证,从而读取到A用户的身份证号码;服务器10的数据库中会为B企业分配一个企业编码,然后将B企业的企业编码和A用户的身份证号码进行关联,从而实现了将A用户与B企业关联的操作;针对每个用户进行上述操作,从而将每个用户及其对应企业的关联关系存储到服务器10的数据库中,数据库中的数据具体如下表2所示:
表2
用户信息(身份信息) | 关联企业编码 |
421XXXXXX | 101 |
本发明另一实施例中,在所述用户信息为对应用户终端的通讯号码时,用户终端20用于获取操作用户终端20的目标用户的用户信息,具体包括以下步骤:
用户终端20识别出自身的通讯号码,将识别出的通讯号码作为所述目标用户的用户信息。针对每个用户执行上述操作,从而能够确保每个用户的用户信息均为该用户对应用户终端的通讯号码。
本发明实施例中,用户终端20获取所述目标用户的用户信息之后,实时监测所述目标用户操作用户终端20的打卡操作,在监测到所述打卡操作时实时采集打卡位置,并将所述目标用户的用户信息和所述打卡位置实时传输给服务器10;当然,也可以是服务器10实时采集用户终端20获取到的所述目标用户的用户信息和所述打卡位置,本申请不作具体限制。
此时,服务器10利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,具体包括以下步骤:
在所述用户信息为对应用户终端的通讯号码时,在每个用户进入对应的企业时,会需要每个用户提交自己的通讯号码;根据每个用户提交的通讯号码将每个用户与对应的企业进行关联,然后将关联关系存储到服务器10的数据库中。
例如A用户进入B企业时提交了用户终端20的手机号码136XXX,服务器10的数据库中会为B企业分配一个企业编码,然后将B的企业编码和A用户提交的136XXX进行关联,从而实现了将A用户与B企业关联的操作;针对每个用户进行上述操作,从而将每个用户及其对应企业的关联关系存储到服务器10的数据库中,数据库中的数据具体如下表3所示:
表3
用户信息(通讯号码) | 关联企业编码 |
136XXX | 101 |
本申请另一实施例中,服务器10用于利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,包括:
若所述用户信息仅包括用户的身份信息,服务器10还用于在服务器10的数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
在具体实施过程中,服务器10在自身的数据库中生成每个用户的账号信息和获取到每个用户的身份信息之后,可以将每个用户的账号信息、身份信息和该用户进行注册的用户终端的通讯号码进行关联;然后在每个用户进入对应的企业时,通过身份证识别设备扫描每个用户的身份证,从而获取到每个用户的身份信息;此时将每个用户的身份信息与对应的企业进行关联。如此,可以根据用户的身份信息,在服务器10的数据库中将每个用户的账号信息、身份信息、该用户进行注册的用户终端的通讯号码和对应的企业进行关联。
以上述用户终端20对应的A用户为例,服务器10的数据库中存储的A 用户的数据具体如下表4所示:
表4
其中,参见表4,A用户下载APP,使用用户终端20的手机号码136XXX 实现注册登录,并上传A用户的身份证照片;如此,服务器10会为A用户分配用户ID1001,并获取到A用户的手机号码136XXX和从身份证照片中提取的A用户的身份证号码421XXXXXX;由此,可以将A用户的账号信息、身份信息和通讯号码进行关联。
进一步地,A用户进入B企业时,用身份证识别设备扫描A用户的身份证识别出A用户的身份证号码,从而实现A用户的身份证号码421XXXXXX 与B企业101进行关联;如此,可以得到表4中A用户的所有关联数据。
进一步地,在数据库中可以将用户ID或身份信息或通讯号码作为主键;优选地,将用户ID作为主键,由于用户ID具有唯一性且保密性能远高于身份信息和通讯号码,因而将用户ID作为主键其查找效率和保密性能均能够得到提高。
本申请实施例中,服务器10在利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,会获取与每个用户对应的企业;再获取每个用户对应的企业之后,可以将每个企业在地图上的所占区域作为该企业所在的区域范围;也可以根据每个企业所在位置的坐标点集合作为该企业所在的区域范围;还可以将每个企业在地图上的所占区域和外延区域作为该企业所在的区域范围;所述外延区域为与企业的所占区域相邻的一个区域。
本申请另一实施例中,服务器10用于在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,还用于从所述目标企业在地图上的所占区域中选取多个坐标点,并将选取的所述多个坐标点对应的区域作为所述区域范围
具体地,在从所述目标企业在地图上的所占区域中选取多个坐标点时,可以根据所述目标企业在地图上的所占区域的最***坐标点中选取所述多个坐标点;也可以根据所述目标企业在地图上的所占区域中随机选取所述多个坐标点;还可以根据所述目标企业在地图上的所占区域中选取距离不大于两倍所述预设距离的所有坐标点作为所述多个坐标点。
本申请实施例中,所述多个坐标点对应的区域具体包括以每个坐标点为中心点形成的区域;形成的区域可以是圆形区域、椭圆区域、长方形区域等区域中的任意一个区域;优选地,形成的区域具体为圆形区域,所述圆形区域的半径优选为所述预设距离;当然,所述圆形区域的半径也可以大于或小于所述预设距离,本申请不作具体限制。
如此,服务器10针对每个企业均可以采用上述方法,从而得到每个企业所在的区域范围。
本申请实施例中,服务器10在通过上述任一种方法得到每个企业所在的区域范围之后,判断所述打卡位置的坐标是否在所述目标企业所在的区域范围内,从而判断出所述所述打卡位置是否位于所述目标企业所在的区域范围内,获得所述判断结果;若所述判断结果表征所述打卡位置的坐标在所述目标企业所在的区域范围内,即表征打卡成功,此时,获取的所述目标用户的考勤数据表征所述目标用户的此次考勤有效;若所述判断结果表征所述打卡位置的坐标不在所述目标企业所在的区域范围内,即表征打卡失败,此时,获取的所述目标用户的考勤数据表征所述目标用户的此次考勤无效。
在本申请的另一实施例中,服务器10判断所述打卡位置是否位于所述目标企业所在的区域范围内时,还可以判断所述多个坐标点中是否存在一个坐标与所述打卡位置的距离不大于所述预设距离,得到所述判断结果。
具体来讲,若判断出存在一个坐标与所述打卡位置的距离不大于所述预设距离,则可以确定所述判断结果表征所述打卡位置位于所述区域范围内,即表征打卡成功;若判断出不存在一个坐标与所述打卡位置的距离不大于所述预设距离,则可以确定所述判断结果表征所述打卡位置不在所述区域范围内,即表征打卡失败。
本申请实施例中,所述预设距离可以根据实际情况进行设定,也可以由***或用户自行设定,例如所述预设距离可以设置为400米(m),600m或800m 等值。
例如,以上述A用户和B企业为例,参见图3,将B企业在地图40上的所占区域51的最***坐标中选取多个坐标点52,B企业的区域范围包括以每个坐标点52为中心点形成的圆形区域;A用户使用用户终端20进行打卡操作时,将A用户的用户ID1001和打卡位置53发送给服务器10;服务器10根据 A用户的用户ID1001从表4中查找到目标企业为B企业,而打卡位置53位于以某个坐标点52为中心点且以所述预设距离为半径形成圆形区域521内,如此,可以判断出打卡位置53与该坐标点52之间的距离小于所述预设距离。
其中,由于判断出打卡位置53与该坐标点52之间的距离小于所述预设距离,从而确定得到的所述判断结果表征打卡成功,进而确定A用户在打卡位置 53的考勤数据表征考勤有效。
此时,由于仅需要将所述打卡位置与所述多个坐标点中的全部或部分坐标点进行对比,即可以判断出所述打卡位置是否位于所述区域范围内;与所述打卡位置与B企业在地图上的所占区域中的每个坐标点进行对比相比,其比对的次数大量减少,从而缩短了对比时间且提高了计算效率,使得后续对用户进行考勤的效率也随之提高。
在实际应用过程中,参见表4和图4,用户终端20中的APP启动并登录之后,实时监测A用户是否点击了所述APP中的打卡按键;若监测到了A用户点击了所述打卡按键的操作,即监测到A用户的打卡操作,然后响应所述点击操作,采集打卡位置53,并将A用户的用户信息和打卡位置53实时发送给服务器10,其中,A用户的用户信息包括表4中的用户ID、通讯号码和身份信息中的一种或多种。
服务器10,用于接收用户终端20提供的A用户的用户信息和打卡位置53;根据A用户的用户信息,从服务器10的数据库的表4中查找到与A用户对应的目标企业为B企业;判断打卡位置53是否位于B企业所在的区域范围内;由于打卡位置53与某个坐标点52之间的距离小于所述预设距离,从而判定打卡位置53位于B企业的区域范围内,进而确定获取的A用户在打卡位置53 的考勤数据表征考勤有效。
由于本申请实施例采用的技术方案是:服务器10利用用户的用户信息将每个用户与其对应的企业进行关联;用户终端20在监测到目标用户的打卡操作时,将目标用户的用户信息和打卡位置发送给服务器10;服务器10根据所述目标用户的用户信息查找到对应的目标企业;然后判断所述打卡位置是否在所述目标企业的区域范围内,利用得到的判断结果对所述目标用户进行考勤;而上述操作均能通过电子设备进行操作,而无需人工参与审核,进而实现了智能化的考勤管理,在用户的数量在以十万或百万级以上且对应的企业也不相同时,能够极大地提高考勤的效率,有效降低考勤审核的人力成本。
在本申请的另一实施例中,服务器10用于获取所述目标用户的考勤数据之后,还包括:服务器10针对每个企业还用于执行以下步骤:
S401、从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;
S402、根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
其中,在步骤S401中,与该企业对应的所有打卡位置包括与该企业对应的每个用户在每次打卡操作时采集的打卡位置,服务器10利用获取到的针对每个打卡位置的判断结果,获取到所述判断结果表征打卡失败的所有打卡位置,由所述打卡失败的部分或所有打卡位置组成所述打卡位置集合,优选将所述打卡失败的所有打卡位置组成所述打卡位置集合;然后对所述打卡位置集合中的打卡位置进行统计分析,获取到所述打卡位置集合的分布参数。
接下来执行步骤S402,可以利用所述打卡位置集合的分布参数,获取打卡分布密度较大的一个或多个打卡区域,然后从所述一个或多个打卡区域中筛选出大于所述预设密度的打卡区域,并将筛选出的打卡区域添加到所述企业所在的区域范围中,其中,筛选出的打卡区域可以为0或1或多个,本申请不作具体限制。
当然,也可以直接根据所述打卡位置集合的分布参数,查找到所述打卡位置集合中的打卡分布密度最高的打卡区域;并将所述最高的打卡区域与所述预设密度进行比对;若比对出所述最高的打卡区域大于所述预设密度,则将所述最高的打卡区域作为筛选出的打卡区域;若比对出所述最高的打卡区域小于所述预设密度,则对所述企业所在的区域范围不作修改。
本申请实施例中,所述预设密度可以根据实际情况来设定,也可以由***或用户自行设定,所述预设密度例如可以是每平方米3个、4个、5个等,本申请不作具体限制。
例如,参见图4,B企业所在的区域范围包括圆形区域522和圆形区域523,服务器10中查找到B企业对应的所有显示打卡失败的打卡位置组成的打卡位置集合;若根据所述打卡位置集合的分布参数,查找到打卡区域54的打卡位置分布密度大于所述预设密度,则将打卡区域54添加到B企业所在的区域范围中。此时,可以将打卡区域54中的中心点添加到所述多个坐标点中。
如此,通过将打卡失败的打卡位置分布密度高的区域添加到对应企业所在的区域范围中,能够进一步完善每个企业所在的区域范围,使得用户的打卡位置与对应企业所在的区域范围的匹配的精准度提高,使得考勤的准确性也随之提高。
在本申请的另一实施例中,服务器10用于判断出所述多个坐标点中每个坐标点与所述打卡位置的距离均大于所述预设距离时,判断所述打卡位置是否在所述目标企业在地图上的所占区域内;若在,则将所述打卡位置对应的区域添加到所述区域范围中;若不在,则对此不进行操作。
具体来讲,由于选取的所述多个坐标点对应的区域未完全包含所述所占区域,因此,在检测到到某个打卡位置打卡失败时,通过打卡位置的坐标在地图上的位置确定所述打卡位置是否在所述所占区域内,若在,则将所述打卡位置对应的区域添加到所述区域范围中,进一步完善每个企业所在的区域范围。此时,可以将所述打卡位置的坐标点添加到所述多个坐标点中。
在本申请的另一实施例中,服务器10用于在实时获取用户终端20提供的所述目标用户的用户信息和所述打卡位置之后,还包括:
服务器10用于记录每次打卡操作对应的打卡时间;根据记录的每次打卡操作对应的打卡时间,获取到所述目标用户在每个预设时间周期内两次打卡的最长时间间隔;检测所述最长时间间隔是否不小于预设时长,获得检测结果;以及根据所述判断结果和所述检测结果,获取所述目标用户在每个预设时间周期内的考勤数据。
本发明实施例中,根据每个用户在实际工作中的打卡情况,可以将所述预设时间周期设置为不小于12小时(hour简称,h)且不大于24h的周期;优选地,每个时间周期为每天的0h-24h。当然,所述预设时间周期也可以设置为小于12h的周期,或者设置为大于24h的周期,本申请不作具体限制。
本发明实施例中,所述预设时长也可以根据用户的工作时长来确定,也可以由***或所述目标企业进行设定,例如所述预设时长例如可以是8h,9h或 10h等;所述预设时长小于所述预设时间周期。
具体来讲,由于所述目标用户在一个预设时间周期内可以出现3次或3次以上的打卡操作,从而会出现一个预设时间周期内所述目标用户的打卡时间也会出现3个或3个以上;由此,为了更准确获取到所述目标用户在每个预设时间周期内的工作时长,可以将所述目标用户在每个预设时间周期内两次打卡的最长时间间隔作为所述目标用户在每个预设时间周期内的工作时长。
如此,通过检测所述最长时间间隔是否不小于所述预设时长,得到的所述检测结果能够更准确的反应出所述目标用户在每个预设时间周期内的工作时长,进而使得通过所述判断结果和所述检测结果获取的所述目标用户在每个预设时间周期内的考勤数据会更准确,使得对所述目标用户的考勤的准确度也会随之提高。
具体地,若所述检测结果表征所述最长时间间隔不小于所述预设时长且所述判断结果表征与所述最长时间间隔对应的两个打卡位置均在所述目标企业的区域范围内,则判定所述目标用户的此次考勤有效;否则,则判定所述目标用户的此次考勤无效。
例如,用户终端20对应的A用户的打卡时间和打卡位置具体如下表5所示:
表5
其中,如表5所示,A用户在2017年10月24日进行了3次打卡操作进而在2017年10月25日进行了4次打卡操作;若每个预设时间周期为每天的 0h-24h且预设时长为8h,由此,可以确定2017年10月24日两次打卡的最长时间间隔为8:59-16:55共7.56h<8,则可以确定A用户在2017年10月24日的考勤无效;以及可以确定2017年10月25日两次打卡的最长时间间隔为 8:55-18:02共9.07h>8,然后获取2017年10月25日两次打卡的最长时间间隔对应的打卡位置C11和C41是否均在B企业所在的区域范围内的判断结果;若所述判断结果表征C11在B企业所在的区域范围内而C41不在或C41在而C11不在,则判定A用户在2017年10月25日的考勤无效;若所述判断结果表征C11和C41均在B企业所在的区域范围内,则判定A用户在2017年10 月25日的考勤有效。
本申请实施例中,在通过上述任一种方式获取到所述目标用户的考勤数据之后,所述服务器还用于执行以下步骤:
B11、提取出所述目标用户每周的考勤数据;
B12、根据所述目标用户每周的考勤数据,统计出所述目标用户每周发放工资的天数;
具体来讲,在提取所述目标用户每周的考勤数据之后,对所述目标用户每周的考勤数据进行分析,分析出所述目标用户每周中考勤有效的天数,分析出的天数即为所述目标用户每周发放工资的天数。
具体地,在分析出所述目标用户每周中考勤有效的天数过程中,若检测到所述目标用户在某天的两次考勤有效的最大时间间隔不小于设定时长,则确定所述目标用户在该天的考勤有效;若检测到所述目标用户在某天的两次考勤有效的最大时间间隔小于所述设定时长,则确定目标用户在该天的考勤有效。该具体实施方式可以参考针对获取所述目标用户在每个预设时间周期内的考勤数据的步骤的叙述。
本发明实施例中,所述设定时长也可以根据用户的工作时长来确定,也可以由***或所述目标企业进行设定,所述设定时长的取值范围为1h-24h之间取值,优选地,所述设定时长可以是8h,9h或10h。
具体地,在每个预设时间周期为每天且所述预设时长与所述设定时长相同时,可以通过所述目标用户在每个预设时间周期内的考勤数据来统计出所述目标用户每周发放工资的天数。
B13、根据所述天数和所述所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪。
其中,在步骤B13中,所述目标用户在所述目标企业中的每天的发放工资可以是根据所述目标用户与所述目标企业的约定而得到的,例如A用户与B 企业约定每天工资为200元,即可知,A用户在B企业中的每天的发放工资为 200元。
当然,服务器10在获取所述目标用户在所述目标企业中的每天的实际工资时,还可以根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资,将所述实际工资作为所述发放工资。例如,A用户与B企业约定每小时工资为18元和每天工作时长为10小时(h),即可知,A用户在B企业中的每天的实际工资为 18*10=180元。
又例如,A用户与B企业约定每小时工资为18元和每天工作时长为10h 且超过8小时的工资按1.2倍计价,即可知,A用户在B企业中的每天的实际工资为18*8+2*18*1.2=187.2元。
本申请实施例中,每天工资时长可以由***设定,也可以根据所述目标用户和所述目标企业的约定设定,本申请不作具体限制。
具体地,在确定所述目标用户在所述目标企业中的每天的发放工资和所述目标用户每周发放工资的天数之后,将所述目标用户每周发放工资的天数和每天的发放工资的相乘,所得的乘积为所述目标用户每周的周薪。
例如,以上述A用户和B企业为例,若获取到A用户在2017年9月4号至10这7天的考勤有效的天数为6天,以及A用户在B企业中的每天的发放工资为200:则确定A用户在2017年9月4号至10这7天的工资为200*6=1200;若A用户在2017年9月11号至17号这7天中的考勤有效的天数为5天,则 A用户在2017年9月11号至17这7天的工资为200*5=1000。
本申请的另一实施例中,服务器10在获取所述目标用户在所述目标企业中的每天的实际工资时,还可以执行以下步骤:
B21、根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资;
B22、根据所述目标用户在所述目标企业中的每天的实际工资和预设比例,确定出所述目标用户每天的发放工资,其中,所述发放工资小于所述实际工资。
其中,步骤B21可以参考上述步骤B13的具体实施方式,为了说明书的简洁,在此就不再赘述了。
在步骤B22中,所述预设比例根据所述目标企业的实际情况进行设定,也可以由***进行设定。所述预设比例可以为不小于50%不大于100%的值,例如所述预设比例为80%、75%、65%等。
具体来讲,在获取到所述目标用户在所述目标企业中的每天的实际工资之后,将所述目标用户在所述目标企业中的每天的实际工资和所述预设比例相乘,得到的乘积作为所述目标用户每天的发放工资,如此,使得所述发放工资小于所述实际工资。
例如,以上述A用户和B企业为例,若获取到A用户在2017年9月4号至10这7天的考勤有效的天数为6天,以及A用户在B企业中的每天的发放工资为200,若预设比例为80%,则确定A用户在2017年9月4号至10这7 天的发放工资为200*6*80%=960;若A用户在2017年9月11号至17号这7 天中的考勤有效的天数为5天,则A用户在2017年9月11号至17这7天的发放工资为200*5*80%=800。
由此可知,A用户在2017年9月4号至10这7天的发放工资960小于A 用户的在2017年9月4号至10这7天的实际工资1200,且A用户在2017年 9月11号至17这7天的发放工资800小于A用户的在2017年9月11号至17 这7天的实际工资1000,使得A用户每周的周薪有一部分未发放,如此,在所述目标用户在每周发完周薪之后,所述目标用户在所述目标企业发放月薪的日期会将A用户的每个月未发放的工资进行发放,使得所述目标用户在每个月的工资至少分5次发放,促使工资的发放更符合蓝领员工的消费习惯,能够有效降低蓝领员工批量离职的情况出现的概率,降低企业的管理成本。
本申请实施例中,在计算出所述目标用户每周的周薪之后,所述***还执行以下步骤:
B31、检测每周对应的日期是否在所述目标企业的两个月结周期内;
具体地,所述目标企业的月结周期可以由所述目标企业自行设定,例如可以是每月的1号至月底,也可以上月的26号至下月的25号等;当然,所述***中的一个企业的月结周期可以与***中的另一企业的月结周期相同或不同。
B32、在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;
在具体实施过程中,在检测到某周的日期在两个月结周期内时,可以根据该周的考勤数据,确定出该周的考勤有效的日期在每个月结周期内的天数;再根据该周的考勤有效的日期在每个月结周期内的天数,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
例如,以上述A用户和B企业为例,若B企业的月结周期为上月26至下月25号,根据A用户在2017年7月24至30号的考勤数据,确定出A用户在该周考勤有效的时间为7.24-7.29,由此可知,A用户该周的考勤有效的日期在6.26-7.25这个月结周期内的天数为2天和在7.26-8.25这个月月结周期内的天数为4天,A用户每天的发放工资为200*80%=160,则将A用户在7.24-30 这周的周薪拆分成6.26-7.25这个月结周期内的160*2=320和7.26-8.25这个月月结周期内160*4=640这两笔薪资进行发放。
具体来讲,在检测到某周的日期在两个月结周期内时,还可以根据所述目标用户该周发放工资的天数,将所述目标用户该周发放工资的日期按照从后至前的方式进行标记,其中,该周标记日期的天数为所述目标用户该周发放工资的天数;根据该周发放工资的标记日期与两个月结周期的时间关系,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
具体地,在获取该周发放工资的标记日期之后,将该周发放工资的标记日期与每个月结周期的日期进行确定,确定出该周发放工资的标记日期在每个月结周期内的天数;利用该周发放工资的标记日期在每个月结周期内的天数,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
例如,以上述A用户和B企业为例,若B企业的月结周期为上月26至下月25号,获取到A用户在2017.7.24-7.30这周的考勤有效的天数为6天,则标记7.30号、7.29号、7.28号、7.27号、7.26号和9.25号这6天领取了周薪;若考勤有效天数为5天,则标记7.30号、7.29号、7.28号、7.27号和7.26 号这5天领取了周薪;若考勤有效天数为4天,则标记7.30号、7.29号、7.28 号和7.27号这4天领取了周薪。如此,通过此种方式直接根据考勤有效的天数进行标记,无需查找出考勤有效的日期再进行标记,减少了查找考勤有效的日期的步骤,从而在数据量较大的时候能够极大提高标记的效率,使得整个***的效率也会随之提高。
其中,以考勤有效的天数为6天为例,A用户该周的考勤有效的日期在 6.26-7.25这个月结周期内的天数为1天和在7.26-8.25这个月月结周期内的天数为5天,A用户每天的发放工资为200*80%=160,则将A用户在7.24-30这周的周薪拆分成6.26-7.25这个月结周期内的160*1=160和7.26-8.25这个月月结周期内160*5=800这两笔薪资进行发放。
当然,在对目标用户每周发放工资的日期进行标记时,还可以将所述目标用户每周发放工资的日期按照从前至后的方式进行标记;也可以根据所述目标用户的考勤数据,将所述目标用户每周考勤有效的日期进行标记,本申请不进行限制。
例如,以上述A用户和B企业为例,若B企业的月结周期为上月26至下月25号,获取到A用户在2017.7.24-7.30这周的考勤有效的天数为6天,则标记7.24号、7.25号、7.26号、7.27号、7.28号和9.29号这6天领取了周薪;若考勤有效天数为5天,则标记7.24号、7.25号、7.26号、7.27号和7.28 号这5天领取了周薪;若考勤有效天数为4天,则标记7.24号、7.25号、7.26 号和7.27号这4天领取了周薪。
又例如,以上述A用户和B企业为例,若B企业的月结周期为上月26至下月25号,获取到A用户在2017.7.24-7.30这周的考勤有效的日期分布为7.24 号、7.25号、7.26号、7.27号、7.28号和9.30号这6天,则将这6天进行标记。
其中,以考勤有效的天数为6天为例,A用户该周的考勤有效的日期在 6.26-7.25这个月结周期内的天数为2天和在7.26-8.25这个月月结周期内的天数为4天,A用户每天的发放工资为200*80%=160,则将A用户在7.24-30这周的周薪拆分成6.26-7.25这个月结周期内的160*2=320和7.26-8.25这个月月结周期内160*4=640这两笔薪资进行发放。
B33、在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
例如,以上述A用户和B企业为例,若B企业的月结周期为上月26至下月25号,且确定出A用户在2017年9.4-9.10这7天的考勤有效的天数为6天,由于9.4-9.10在8.26-9.25这个月结周期内,则将A用户在9.4-9.10这周的周薪 200*80%*6=960一次性进行发放。
由于本申请实施例可以针对每个用户执行上述操作,使得每个用户的每周的日期在对应企业的两个月结周期内时分两笔薪酬进行发放,从而使得所述***能够根据用户的周薪发放记录统计出每个用户在每个月结周期内已发放的周薪,然后将每个用户在每个月结周期内的实际工资与该月已发放的周薪之差为每个月未放的剩余薪资,从而能够有效提高在计算每个用户每个月除已发放的周薪之外的剩余薪资时的计算效率。
基于与本发明第一方面提供的***相同的技术构思,本发明第二方面还提供了一种周薪发放方法,应用于服务器10中,如图5所示,包括:
S501、采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2的整数;
S502、接收用户终端提供的目标用户的的用户信息和打卡位置,其中,所述目标用户为操作所述用户终端的用户;
S503、根据所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;
S504、判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;
S505、根据所述判断结果,获取所述目标用户的考勤数据,并从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据;
S506、根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪;
S507、检测每周对应的日期是否在所述目标企业的两个月结周期内;
S508、在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;
S509、在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
本申请实施例中,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
优选地,在利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,所述方法还包括:
在所述用户信息仅包括用户的身份信息时,在所述服务器的数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
优选地,在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,所述方法还包括:
从所述目标企业在地图上的所占区域中选取多个坐标,并将选取的所述多个坐标对应的区域作为所述区域范围。
优选地,所述判断所述打卡位置是否位于所述目标企业所在的区域范围内,具体包括:
判断所述多个坐标中是否存在一个坐标与所述打卡位置的距离不大于预设距离。
优选地,在获取所述目标用户的考勤数据之后,所述方法还包括:
从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;
根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
优选地,在实时获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置之后,所方法还包括:
记录每次打卡操作对应的打卡时间;
根据记录的每次打卡操作对应的打卡时间,获取到所述目标用户在每个预设时间周期内两次打卡的最长时间间隔;
检测所述最长时间间隔是否不小于预设时长,获得检测结果;
根据所述判断结果和所述检测结果,获取所述目标用户在每个预设时间周期内的考勤数据。
优选地,在根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资之前,所述方法还包括:
根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资,将所述实际工资作为所述发放工资。
优选地,在根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资之前,所述方法还包括:
根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资;
根据所述目标用户在所述目标企业中的每天的实际工资和预设比例,确定出所述目标用户每天的发放工资,其中,所述发放工资小于所述实际工资。
优选地,所述根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪,具体包括:
根据所述目标用户每周的考勤数据,统计出所述目标用户每周发放工资的天数;
根据所述目标用户每天的发放工资和所述目标用户每周发放工资的天数,计算出所述目标用户每周的周薪。
优选地,在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放,具体包括:
在检测到某周的日期在两个月结周期内时,根据所述目标用户该周发放工资的天数,将所述目标用户该周发放工资的日期按照从后至前的方式进行标记,其中,该周标记日期的天数为所述目标用户该周发放工资的天数;
根据该周发放工资的标记日期与两个月结周期的时间关系,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
基于与本发明第一方面提供的***相同的技术构思,本发明第三方面还提供了一种周薪发放方法,应用于用户终端20中,包括:
S601、获取操作所述用户终端的目标用户的用户信息,并实时监测所述目标用户的打卡操作;
S602、在监测到所述目标用户的打卡操作时实时采集所述用户终端的打卡位置,并提供所述目标用户的用户信息和所述打卡位置给服务器10。
在本发明实施例中,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
在本发明实施中,若用户信息为用户使用对应用户终端进行注册得到的账号信息,在执行步骤S601过程中,发送注册请求给服务器10,接收服务器10 基于所述注册请求返回的所述账号信息,并将返回的所述账号信息作为所述目标用户的账号信息。
在本发明实施中,若用户信息为用户的身份信息,在执行步骤S601过程中,接收用户上传的身份证号码或身份证照片,识别出上传的用户的身份证号码作为所述目标用户的身份信息。
在本发明实施中,若用户信息为对应用户终端的通讯号码,在执行步骤 S601过程中,获取用户终端20的手机号码作为所述目标对应用户终端的通讯号码。
本发明的有益效果如下:
由于本申请实施例采用的技术方案是:服务器获取用户终端提供的目标用户的用户信息和打卡位置;然后根据用户终端提供的用户信息,确定目标企业,并判断打卡位置是否位于目标企业所在的区域范围内得到判断结果;根据判断结果,获取目标用户的考勤数据;由此可知,通过打卡位置是否位于目标企业所在区域得到的判断结果来对员工进行考勤,其判断过程和判断结果均能通过***自行判断,而无需人工审核,从而实现了智能化的考勤管理,在用户的数量在以十万或百万级以上且对应的企业也不相同时,能够极大地提高考勤的效率,降低考勤审核的人力成本。
进一步地,在获取所述考勤数据之后,利用提取的每周的考勤数据和目标用户在目标企业中的每天的发放工资,计算出目标用户每周的周薪然后进行发放,由此可知,在考勤效率提高的基础上再进行周薪发放,使得周薪发放的效率也会随之提高。
本说明书中公开的所有特征,或公开的所有方法或过程中的步骤,除了互相排斥的特征和/或步骤以外,均可以以任何方式组合。
本说明书(包括任何附加权利要求、摘要和附图)中公开的任一特征,除非特别叙述,均可被其他等效或具有类似目的的替代特征加以替换。即,除非特别叙述,每个特征只是一系列等效或类似特征中的一个例子而已。
本发明并不局限于前述的具体实施方式。本发明扩展到任何在本说明书中披露的新特征或任何新的组合,以及披露的任一新的方法或过程的步骤或任何新的组合。
Claims (20)
1.一种周薪发放***,其特征在于,包括:
用户终端,用于获取操作所述用户终端的目标用户的用户信息,并实时监测所述目标用户的打卡操作,以及在监测到所述目标用户的打卡操作时实时采集所述用户终端的打卡位置,并提供所述目标用户的用户信息和所述打卡位置给服务器;
所述服务器,用于采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2的整数;以及用于获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置;根据提供的所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;根据所述判断结果,获取所述目标用户的考勤数据;从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据,根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪;检测每周对应的日期是否在所述目标企业的两个月结周期内;在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
2.如权利要求1所述的***,其特征在于,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
3.如权利要求2所述的***,其特征在于,所述服务器用于利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,包括:
若所述用户信息仅包括用户的身份信息,所述服务器还用于在其数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
4.如权利要求1所述的***,其特征在于,所述服务器用于在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,还用于从所述目标企业在地图上的所占区域中选取多个坐标,并将选取的所述多个坐标对应的区域作为所述区域范围。
5.如权利要求4所述的***,其特征在于,所述服务器用于判断所述打卡位置是否位于所述目标企业所在的区域范围内,具体包括:
所述服务器用于判断所述多个坐标中是否存在一个坐标与所述打卡位置的距离不大于预设距离。
6.如权利要求4所述的***,其特征在于,所述服务器用于获取所述目标用户的考勤数据之后,还包括:
所述服务器针对每个企业,还用于从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
7.如权利要求4所述的***,其特征在于,所述服务器用于在实时获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置之后,还包括:
用于记录每次打卡操作对应的打卡时间;根据记录的每次打卡操作对应的打卡时间,获取到所述目标用户在每个预设时间周期内两次打卡的最长时间间隔;检测所述最长时间间隔是否不小于预设时长,获得检测结果;以及根据所述判断结果和所述检测结果,获取所述目标用户在每个预设时间周期内的考勤数据。
8.如权利要求1-7任一项所述的***,其特征在于,所述服务器用于根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资之前,还用于根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资;根据所述目标用户在所述目标企业中的每天的实际工资和预设比例,确定出所述目标用户每天的发放工资,其中,所述发放工资小于所述实际工资。
9.如权利要求8所述的***,其特征在于,所述服务器用于根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪,具体包括:
所述服务器,用于根据所述目标用户每周的考勤数据,统计出所述目标用户每周发放工资的天数;根据所述目标用户每天的发放工资和所述目标用户每周发放工资的天数,计算出所述目标用户每周的周薪。
10.如权利要求9所述的***,其特征在于,所述服务器用于在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放,具体包括:
所述服务器用于在检测到某周的日期在两个月结周期内时,根据所述目标用户该周发放工资的天数,将所述目标用户该周发放工资的日期按照从后至前的方式进行标记,其中,该周标记日期的天数为所述目标用户该周发放工资的天数;根据该周发放工资的标记日期与两个月结周期的时间关系,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
11.一种周薪发放方法,应用于服务器中,其特征在于,包括:
采集N个用户的用户信息,利用所述N个用户的用户信息将每个用户与其对应的企业进行关联,并将其关联关系存储到数据库中,其中N为不小于2的整数;
接收用户终端提供的目标用户的的用户信息和打卡位置,其中,所述目标用户为操作所述用户终端的用户;
根据所述目标用户的用户信息,从所述数据库中查找到与所述目标用户对应的目标企业;
判断所述打卡位置是否位于所述目标企业所在的区域范围内,获得判断结果;
根据所述判断结果,获取所述目标用户的考勤数据,并从获取的所述目标用户的考勤数据中提取出所述目标用户每周的考勤数据;
根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪;
检测每周对应的日期是否在所述目标企业的两个月结周期内;
在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放;
在检测到某周的日期在所述目标企业的一个月结周期时,将该周的周薪一次性进行发放。
12.如权利要求11所述的方法,其特征在于,所述用户信息包括用户使用对应用户终端进行注册得到的账号信息、用户的身份信息和对应用户终端的通讯号码中的任意一种或多种。
13.如权利要求12所述的方法,其特征在于,在利用所述N个用户的用户信息将每个用户与其对应的企业进行关联之前,所述方法还包括:
在所述用户信息仅包括用户的身份信息时,在所述服务器的数据库中将每个用户的身份信息、账号信息和对应用户终端的通讯号码进行关联。
14.如权利要求11所述的方法,其特征在于,在判断所述打卡位置是否位于所述目标企业所在的区域范围内之前,所述方法还包括:
从所述目标企业在地图上的所占区域中选取多个坐标,并将选取的所述多个坐标对应的区域作为所述区域范围。
15.如权利要求14所述的方法,其特征在于,所述判断所述打卡位置是否位于所述目标企业所在的区域范围内,具体包括:
判断所述多个坐标中是否存在一个坐标与所述打卡位置的距离不大于预设距离。
16.如权利要求14所述的方法,其特征在于,在获取所述目标用户的考勤数据之后,所述方法还包括:
从与该企业对应的所有打卡位置中提取未位于该企业所在的区域范围内的打卡位置集合,并获取所述打卡位置集合的分布参数;
根据所述打卡位置集合的分布参数,筛选出打卡位置分布密度大于预设密度的打卡区域,将筛选出的打卡区域添加到该企业所在的区域范围中。
17.如权利要求14所述的方法,其特征在于,在实时获取所述用户终端提供的所述目标用户的用户信息和所述打卡位置之后,所方法还包括:
记录每次打卡操作对应的打卡时间;
根据记录的每次打卡操作对应的打卡时间,获取到所述目标用户在每个预设时间周期内两次打卡的最长时间间隔;
检测所述最长时间间隔是否不小于预设时长,获得检测结果;
根据所述判断结果和所述检测结果,获取所述目标用户在每个预设时间周期内的考勤数据。
18.如权利要求11-17任一项所述的方法,其特征在于,在根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资之前,所述方法还包括:
根据所述目标用户在所述目标企业中的每小时工资和每天工作时长,获取所述目标用户在所述目标企业中的每天的实际工资;
根据所述目标用户在所述目标企业中的每天的实际工资和预设比例,确定出所述目标用户每天的发放工资,其中,所述发放工资小于所述实际工资。
19.如权利要求18所述的方法,其特征在于,所述根据所述目标用户每周的考勤数据和所述目标用户在所述目标企业中的每天的发放工资,计算出所述目标用户每周的周薪,具体包括:
根据所述目标用户每周的考勤数据,统计出所述目标用户每周发放工资的天数;
根据所述目标用户每天的发放工资和所述目标用户每周发放工资的天数,计算出所述目标用户每周的周薪。
20.如权利要求19所述的方法,其特征在于,在检测到某周的日期在两个月结周期内时,将该周的周薪拆成两个月结周期中的两笔薪资进行发放,具体包括:
在检测到某周的日期在两个月结周期内时,根据所述目标用户该周发放工资的天数,将所述目标用户该周发放工资的日期按照从后至前的方式进行标记,其中,该周标记日期的天数为所述目标用户该周发放工资的天数;
根据该周发放工资的标记日期与两个月结周期的时间关系,将该周的周薪拆成两个月结周期中的两笔薪资进行发放。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711430379.XA CN108108901A (zh) | 2017-12-26 | 2017-12-26 | 周薪发放***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711430379.XA CN108108901A (zh) | 2017-12-26 | 2017-12-26 | 周薪发放***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108108901A true CN108108901A (zh) | 2018-06-01 |
Family
ID=62213365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711430379.XA Pending CN108108901A (zh) | 2017-12-26 | 2017-12-26 | 周薪发放***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108108901A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109583769A (zh) * | 2018-12-03 | 2019-04-05 | 深圳市酷开网络科技有限公司 | 评估工作效率的方法、设备和存储介质 |
CN112442958A (zh) * | 2020-12-08 | 2021-03-05 | 苏州优智达机器人有限公司 | 无人设备通过通道阻挡装置的方法、无人设备及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103632404A (zh) * | 2013-09-10 | 2014-03-12 | 北京思特奇信息技术股份有限公司 | 一种基于融合通信技术实现的多企业考勤方法及*** |
CN106127874A (zh) * | 2016-06-21 | 2016-11-16 | 北京奇虎科技有限公司 | 基于移动终端的考勤方法、装置及设备 |
-
2017
- 2017-12-26 CN CN201711430379.XA patent/CN108108901A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103632404A (zh) * | 2013-09-10 | 2014-03-12 | 北京思特奇信息技术股份有限公司 | 一种基于融合通信技术实现的多企业考勤方法及*** |
CN106127874A (zh) * | 2016-06-21 | 2016-11-16 | 北京奇虎科技有限公司 | 基于移动终端的考勤方法、装置及设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109583769A (zh) * | 2018-12-03 | 2019-04-05 | 深圳市酷开网络科技有限公司 | 评估工作效率的方法、设备和存储介质 |
CN112442958A (zh) * | 2020-12-08 | 2021-03-05 | 苏州优智达机器人有限公司 | 无人设备通过通道阻挡装置的方法、无人设备及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107993056A (zh) | 结合周薪和月薪的薪酬发放***及方法 | |
Motoyama et al. | I seek you: searching and matching individuals in social networks | |
CN107833009A (zh) | 理赔订单的个性化审核方法、装置、存储介质及终端 | |
AU2009223530B2 (en) | Solicitation-response lifecycle tracking and management | |
Farrell et al. | What are the characteristics of firms that engage in earnings per share management through share repurchases? | |
CN110210981A (zh) | 保险业务理赔方法、装置、计算机装置及存储介质 | |
CN105160173B (zh) | 安全评估方法和装置 | |
CN109299085A (zh) | 一种数据处理方法、电子设备及存储介质 | |
CN110427254A (zh) | 任务处理方法、装置、设备及计算机可读存储介质 | |
CN110083808A (zh) | 基于用户答案的作弊判定方法、装置、设备及存储介质 | |
CN107944841A (zh) | 薪酬计算***及方法 | |
CN108009752A (zh) | 薪酬批量发放***及方法 | |
CN112052271B (zh) | 一种数据处理方法及装置 | |
CN108108901A (zh) | 周薪发放***及方法 | |
CN109461053A (zh) | 多推荐渠道的动态分流方法、电子装置及存储介质 | |
CN108304482A (zh) | 经纪人的识别方法及装置、电子设备和可读存储介质 | |
KR100944117B1 (ko) | 예정가격의 발생 확률을 이용한 입찰 분석 방법 | |
CN108053181A (zh) | 周薪批量发放***及方法 | |
CN112702410B (zh) | 一种基于区块链网络的评估***、方法及相关设备 | |
CN109784833A (zh) | 一种收入报表的生成方法及设备 | |
CN108053510A (zh) | 智能考勤***及方法 | |
CN107862513A (zh) | 周薪计算***及方法 | |
CN107993026A (zh) | 结合周薪和月薪的计算***及方法 | |
CN112085332A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
CN108009802A (zh) | 周薪发放*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180601 |