考勤-考勤规则详解

快速链接: 人力资源知识体系索引

本账主要以具体示例详细解释下考勤规则明细。

需求:

7:00-8:00          正常上班

8:00-8:05          不算迟到,算正常上班

8:05-8:30          迟到

8:30-17:00        中间打卡无效

17:00-17:25      早退

17:25-17:30      不算早退,算正常下班

17:30-18:30      正常下班

示例设置:

说明:
1.考勤规则中起点的类型有4种,这个跟排班模板上班次的开始、结束时间是有关系的,下面结合使用此考勤规则的排班模板进行解释:

允许开始:开始时间-刷卡前推移,按照排班模板上的班次,允许开始就是8点-60分钟,也就是7点为允许开始;
开始:开始时间,按照排班模板上的班次,开始就是8点;
结束:结束时间,按照排班模板上的班次,结束就是17点30;
允许结束:结束时间+刷卡后推移,按照排班模板上的班次,允许结束就是17点30+60分钟,也就是18:30为允许结束。

2.偏移方向、偏移值以及偏移类型都是以起点为准,得到具体时间。那么
a.上班 允许开始 向后 0 分钟 :意思就是允许开始时间后0分钟算上班,结合第一条说明,就是7点后打卡算上班;
b.迟到 开始 向后 5 分钟 : 意思就是开始时间后5分钟算迟到,结合第一条说明,就是8点05分后打卡算迟到;
c.中间打卡无效 开始 向后 30 分钟 : 意思就是开始时间后30分钟算无效打卡,结合第一条说明,就是8点30分后打卡算无效,即不计;
d.早退 结束 向前 30 分钟 : 意思就是结束时间前30分钟算早退,结合第一条说明,就是17点后打卡算早退;
e.下班 结束 向前 5 分钟 : 意思就是结束时间前5分钟算下班,结合第一条说明,就是17点25后打卡算下班;
这里要注意的是,相邻之间的规则是有关系的,前面的终点是后面的起点。

时间: 2024-10-03 21:41:37

考勤-考勤规则详解的相关文章

考勤-计算规则详解

快速链接: 人力资源知识体系索引 计算规则主要是用来计算排班上的时长以及考勤结果中时长等. 本章主要详细解释下计算规则含义. 1.按实际:使用此规则的排班或事务,在考勤结果中应出勤.实出勤.事务.异常等按照实际排班或打卡数据计算时长,即使下面设置了规则和排除时间也不管.2.一天工作小时数:考勤结果中,天数=小时数/一天工作小时数.3.规则明细:规则明细分几个阶段(结束时间-开始时间-排除时间的时长落在哪个明细中,则最后时长就是那个明细所对应的值),以上述图为例解释说明如下:如根据考勤规则得到上班

Nginx之location 匹配规则详解

Nginx之location 匹配规则详解 关于一些对location认识的误区 1. location 的匹配顺序是"先匹配正则,再匹配普通". 矫正: location 的匹配顺序其实是"先匹配普通,再匹配正则".我这么说,大家一定会反驳我,因为按"先匹配普通,再匹配正则"解释不了大家平时习惯的按"先匹配正则,再匹配普通"的实践经验.这里我只能暂时解释下,造成这种误解的原因是:正则匹配会覆盖普通匹配(实际的规则,比这复杂,

Linux系统根文件以及命名规则详解

一.Linux系统根文件详解 Linux的重要哲学思想其实就是:将程序的配置文件保存为纯文本格式. 1./boot:系统启动文件,如:内核文件,iniyrd以及gurb(bootloarder) 2./dev:目录下为设备文件,设备文件又分为块设备和字符设备: 块设备:按数据块随机访问,没有顺序. 字符设备:线性访问,按字符为单位进行. 注:其中背景为黑色,字体为***的文件,为特殊文件,"1,   0"分别为文件的主设备号和次设备号 [[email protected] ~]# ls

OSChina 技术周刊第二十二期 —— DUBBO 配置规则详解

每周技术抢先看,总有你想要的! 移动开发 [翻译]为你的 Android 应用增加本地搜索功能 前端开发 [软件]AngularJS 的剪贴板扩展 ngClip [软件]国际化和本地化 JavaScript 库 Globalize [资讯]为网站开发准备的 30 个惊艳的 jQuery 插件 服务端开发/管理 [翻译]一年之后重新审视 Docker -- 根本性缺陷和炒作 [翻译]单线程 1KB 的 Redis 写操作有 84% 都是耗费在内核上 [翻译]使用 HAProxy 基于 HTTP 头

53个Oracle语句优化规则详解(转)

Oracle sql 性能优化调整  1. 选用适合的ORACLE优化器        ORACLE的优化器共有3种:a. RULE (基于规则)   b. COST (基于成本) c. CHOOSE (选择性)    设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖.    为了使用基于成本的优化器(CBO,

DUBBO配置规则详解

DUBBO配置规则详解 欢迎加入DUBBO交流群:259566260 研究DUBBO也已经大半年了,对它的大部分源码进行了分析,以及对它的内部机制有了比较深入的了解,以及各个模块的实现.DUBBO包含很多内容,如果想了解DUBBO第一步就是启动它,从而可以很好的使用它,那么如何更好的使用呢?就需要知道DUBBO的各个配置项,以及它可以通过哪些途径进行配置.个人对配置的理解,就好比时对动物的驯服,如何很好的驯服一头猛兽,那就需要知道它各种习性,从而调整,已达到自己期望的结果.这篇不对DUBBO有哪

Apache重写模块:规则详解

1,开其重写模块: sudo a2enmod rewrite 2,配置为可重写: 打开 /etc/apache < Directory />  Options FollowSymLinks AllowOverride All < /Directory> 在项目目录下,新建 .htaccess文件,加入以下内容: <IfModule mod_rewrite.c> Options +FollowSymlinks RewriteEngine On RewriteBase /

Apache Rewrite规则详解

Apache的rewrite的重写非常常用,现总结了一下. Apache mod_rewrite规则重写的标志一览 R[=code](force redirect) 强制外部重定向强制在替代字符串加上http://thishost[:thisport]/前缀重定向到外部的URL.如果code不指定,将用缺省的302 HTTP状态码.F(force URL to be forbidden)禁用URL,返回403HTTP状态码.G(force URL to be gone) 强制URL为GONE,返

Android中IntentFilter匹配规则详解——Android开发艺术探索笔记

欢迎转载,转载请注明出处http://blog.csdn.net/l664675249/article/details/50640288 启动Activity的方式分为两种,显示和隐式调用.显示调用很简单,直接指明要启动的Activity就可以了,这里主要介绍一下隐式调用.隐式调用需要Intent能够匹配目标组件的IntentFilter中所设置的过滤信息.只有一个Intent同时匹配action,category和data才算匹配成功. 示例 <intent-filter> <acti