# 假期制度设置半天假以及前置假
## 假期制度主表其用半天假
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端不管有没有配置变动规则，消息都会自动作废，
