# 假期制度设置半天假以及前置假
## 假期制度主表其用半天假
1、在假期制度的主表勾选启用半天假。
2、维护上午的上、下班时间格式如(08:30)
3、维护下午的上、下班时间格式如(18:30)
4、如果分录上有假期类型启用了半天假那么主表不允许是否启用半天假置为否，需要先将分录的是否启用半天假取消。
## 假期制度分录启用半天假
1、只有当主表上启用了半天假那么分录上才可以启用半天假，否则分录上不能启用半天假。
2、各个分录上都可以分别进行控制是否要启用半天假。
## 半天假的应用
在启用的半天假的假期类型在提交请假单时，请假时间输入框会变成半天假特定的。如下图：
++注意：在启用半天假时，提交请假单不会再去校验当天排班，只会根据当日日期类型和假期的上下班时间算时长。不会再去拿请假日期和当天排班去取交集算时长。++
# 假期制度分录设置前置假
设置前置假是指控制请假单提交时的优先级，需将前置假休完后，才能休当前假期。如事假的前置假是年假、调休假，则要将年假、调休假休完后，才能休事假。一个假期类型可以设置一个或者多个前置假。
++在设置了前置假之后，在提交请假单时，如果设置的前置假还有额度，会提示：XX假期类型 还有额度，请先休前置假。++
# 基本额度规则设置以及折算方法
## 额度规则设置详解
1. **计算标准：**
有工龄、司龄、二者优先取大的选择。
a工龄：系统按照员工工作年限信息中【参加工作日期】计算工龄；
b司龄：系统按照“起始日期计算基准”参数的选择，计算司龄，可按入集团日期计算，或者按入公司日期计算，或者按入职日期计算；
c二者优先取大：取[按工龄计算出的额度]和[按司龄计算出的额度]中的较大者。
2. **“工龄调整值”参与工龄计算示例：**
计算2019年额度，是先拿头2019.01.01减去参加工作日期2015.12.01，得出一个工龄，再减去调整值2.5，得到一个工龄a，落在了第一个额度值是0的区间；再用尾2019.12.31减去参加工作日期2015.12.01，得出一个工龄，再减去调整值2.5，得到一个工龄b，落在了第二个额度值是5的区间。然后折算，此时折算是拿2019.12.01折算的，约为（334/365）*0 +（31/365）*5
3，**折算方式**：
**有天、月、年、不折算可以选择**
示例：假设员工2017-06-30入职，按司龄计算，0~1年(含等号)额度0天，1~5年额度5天，
那么该员工2017年额度为0，2018年的额度为多少呢？
a如果是按“天”折算：小于等于1年（第365天是2018-06-29）是0天，之后则开始有额度，
按天折算，有额度的天数是2018-06-30~2018-12-31共185天，额度为(185/365)*5=2.5天。
b如果是按“月”折算：小于等于1年（第12月是2018-05）是0天，之后则开始有额度，
按月折算，有额度的月数是2018-06~2018-12共7月，额度为(7/12)*5=2.9天。
c如果是按“年”折算：则只要有一天在额度区间内，则就是满额度，所以2018年额度是5天。
d如果是“不折算”：则在满一年之前都是0天，满一年那一天开始，额度变为5天。
**4.起始日期计算基准**
有首次入集团日期优先、入司日期优先、入职日期优先可选择。
计算标准选择“司龄”时，用于计算司龄；计算标准选择“工龄”，且首次工龄额度是否折算勾选时，用于判断在公司的时间，折算首次工龄的额度
**5，基准方式：**
有自然年、雇佣日期可选择，控制生成额度周期的开始日期。
a自然年，则额度周期是从xxxx-01-01开始。
b雇佣日期，若入职日期是xxxx-06-30，则额度周期从xxxx-06-30开始。
**5，首年生效日期：**
控制首年额度什么时候生效可使用。
若入职首年计算额度，则有入职日期、试用期满、入职满一年、自定义可选；若入职满一年再计算额度，则首年生效日期就是入职满一年。
## 额度规则假期类型设置示例-年假
++根据司龄按天折算。如今年06月30日司龄才满10年，则今年的年假额度计算规则为：6月30日之前额度值(180/365)*5+6月30日及之后额度值(185/365)*10=7.54天++
如果下图设置：
++年假按月发放，按0.5单位取整
分期发放时，额度记录的条数、周期开始结束日期、生效日期、延期日期不变，在一条额度记录上进行累加。
如user 2019年有10天年假，则生成额度时，不管基准日期选择的是几月份，都按基准日期是当前月来，如基准日期在10月份，但当前是2月份，则生成2/12*10天年假，再按0.5单位取整，即生成1.5天年假。++
## 员工变动对假期额度的处理
### 总结-变动消息处理
客户端“启用预置规则生成考勤/假期档案”参数和web端“变动规则”设置不同，消息的处理方式也会不同，总结如下：
1、客户端参数有启用，web端没有配置变动规则，则会按照系统默认逻辑自动确认消息并变更档案；
2、客户端参数有启用，web端配置了自动处理的变动规则，则会按照配置的变动规则自动确认消息并变更档案；
3、客户端参数有启用，web端配置了需要手动处理的变动规则，则需要手动处理消息并变更档案；
4、客户端参数没有启用，web端不管有没有配置变动规则，消息都会自动作废，且不会变更档案。
如果自动处理过程中，基础数据不完整，消息会处于待确认状态，下一次自动处理时会处理一次，并在后台标记，再下一次自动处理就不会处理这些记录了。
**假期、考勤档案创建的几种方式**
1、根据配置的规则自动确认消息并生成假勤档案（推荐）；
2、变动消息处手动确认并创建假勤档案；
3、未建档案手动新增（仅针对入职且变动消息为待确认的情况）；
4、手动导入假勤档案；
5、在假勤业务组织设置处，进行批量设置。
### 员工调动，离职额度折算处理
如果在员工调动，员工离职时需要对员工现有的假期额度记录进行处理，失效，折算等。需要设置以下两个配置：
**第一：员工变动假期业务规则设置**
开启下面配置：
配置离职或者调动处理规则
第二步：开启员工所使用的额度规则上的‘按跨业务组织调动的生效日期折算’ 参数
++此参数作用为：员工发生跨假期业务组织调动或者是手动委托到其他的业务组织，则在新的业务组织下，生成假期额度，需要按新业务组织的生效日期进行额度折算，与“折算方式”设置的折算方式保存一致。++
如果想要员工离职或者调动处理或折算假期额度，上面参数必须全部开启，少开启一个则无效。
## 加班转调休操作
### 1，配置调休来源
++【温馨提示】加班转调休规则为：1、按照转调休来源，取加班单或者日考勤结果，2、将取到的值根据调休比率折算，3、再按小时转换为天的规则折算为天(此步可无)，4、最后再根据假期制度中的单位额度进行取整操作，生成调休额度。++
### 2、设置假期制度
转调休是否取整、选择调休规则等。
员工假期档案关联假期制度
生成调休额度
## 加班转调休重要说明
### 1、请调休假时扣减调休OT顺序
查看调休明细表时，其中的已调休额度，是根据调休规则中的“请调休假时扣减调休OT优先级”来实时查询的。
### 2、转调休来源“日考勤结果”说明
A、来源是“日考勤结果”时，是取考勤明细的调休OT1小时数、调休OT2小时数、调休OT3小时数3个项目的值。可设置自定义公式修改这3个项目的值。
B、若是按“月”生成的调休额度，来源是“日考勤结果”，生成时基准日期选择20180203，代表生成2018年2月的调休额度，则会找20180201~20180228的考勤明细结果来生成2月的调休额度。
### 3、变更转调休来源
若之前是按自然年生成的调休额度，来源是“加班单”，现在变更为“日考勤结果”，则会按最新的“日考勤结果”生成。
生成过程：先将已有的那条调休额度的标准额度变更为0，再通过考勤明细结果，重新计算标准额度，并在加班转调休明细列表生成对应的记录。原来调休额度记录上的增减额度、已用额度不会发生变化。
### 4、变更周期类型（谨慎操作）
原周期类型为【自然月】，且已存在额度记录：1月 2018-1-1~2018-1-31 标准额度5h；2月 2018-2-1~2018-2-28 标准额度3h；3月 2018-3-1~2018-3-31 标准额度4h；修改周期类型为【自然季度】，则生成2018-1-1~2018-3-31 的额度记录时，会提示“生成额度时提示：xxx系统中已有调休额度周期[2018-01-01~2018-01-31]、[2018-02-01~2018-02-28]、[2018-03-01~2018-03-31]与此次预生成的周期[2018-01-01~2018-03-31]存在交叉，生成额度失败。”所以建议在当前周期类型的结束节点修改周期类型，比如由【自然月】修改为【自然季度】，建议在3.31、6.30、9.30、12.31进行修改。
很实用，期待多多发表此类文章
介绍的相当详细，太实用了，赞赞赞
