丧假婚假重叠系统怎么记

先把日期和假别拆开

记录婚假、丧假的申请日、开始日、结束日、证明材料、审批状态和适用制度版本。若员工先申请婚假，后发生丧事；或两种假期申请区间部分重合，HR 应标出重叠日期，确认员工实际是否休假、是否可改期、是否需要撤回再申请。不要用“已休天数”一个数字抹掉原始申请，避免日后无法解释为什么调整。具体假期天数和顺延规则以适用法律、地方规定与公司制度为准。

系统里设置复核节点

假期规则按假别、员工主体、工作日历和制度版本维护；出现区间重叠、证明缺失、跨年度、已发薪或已销假时，进入人工复核。复核结论至少包括：哪段日期按哪种假别处理、另一假期是否撤回或顺延、谁批准、员工何时知悉、是否影响考勤与薪资。修改记录保留前后值和理由，管理员不应直接覆盖历史记录。

WorkSail上线试跑

先挑四类样本：完全不重叠、部分重叠、审批中的重叠、已经结算后的更正。HR 先按制度做业务判断，再看系统能否提醒并生成待办；不要把系统提示当成法律结论。权限上让员工只能看自己的申请，直属负责人看待办，HR 处理规则和更正，财务只接收已确认的结果。涉及证明附件时按最小必要原则授权。

上线前准备假别表、日历表、制度版本和例外审批人。约演示：18601269787（10:00 至 20:00）。只卖年付；3–5 个工作日可上线准备与试跑。WorkSail侧重提醒、权限和用工留痕，不承诺替公司判断所有假期争议；若历史数据已混乱，先清理再导入。

月结前的人工确认

假期重叠最容易在月末才暴露。建议每个结算周期提前导出重叠、跨月、已销假和缺材料清单，由 HR 与员工确认实际休假日期，再把决定同步给考勤和薪资经办。员工提出改期时保留原申请、沟通记录和新申请的关联关系；制度发生变化时标注适用版本。这样既能避免重复扣薪或重复记假，也能让后续审计看懂每一次调整。

交付后的最后一步

员工确认后再同步考勤和薪资，避免一个部门改了、另一个部门仍按旧假单计算。每次更正都给员工可查看的结果和申诉入口。

一份可复用的复盘记录

无论最后选择自招、委托、驻场还是系统配置，都建议保留一份复盘记录：原始需求是什么，谁在什么时间确认了什么，哪些条件没有满足，发生过哪些例外，最后由谁批准了处理。把“待确认”与“已完成”分开，不用修改标题或删除旧记录来制造完成感。下一轮需求启动时，先复用这份记录里的字段、风险和常见问题，再补充新的变化。这样既能让业务、HR、财务和供应商按同一口径协作，也便于在人员、制度或系统变化后快速定位需要重新核验的地方。