CHENGWAY.WANG项目介绍
员工调换班是考勤排班链路上的一段：员工发起调班、换班或批量换班，审批通过后自动更新排班表，考勤核算按新排班走。
起因是线下已经在换班了，系统不知道。制造业、零售、安保这类岗位临时换班是日常，员工之间说好就换，排班表没改，月底考勤全错，最后变成 HR 手工改。
我的判断只有一条：线下已经发生的流程，产品要让它留痕，而不是发明一套新流程。
问题在哪
三种情况混在一起，过去没有统一入口：
- 同一名员工换自己的班次
- 两名员工互换班次（涉及替班人）
- 一批人同时换（产线调休、集体换班）
如果没有入口，结果都一样：排班表与实际出勤脱节，考勤要人工修，而且改完没有记录，谁改的、为什么改都查不到。
三条设计决定
- 申请与排班联动：审批通过即更新排班，不需要 HR 再手工改一次
- 调班与还班不要求在同一考勤周期：真实场景里换班常常跨月，写死「同周期」会把需求挡在门外
- 变更失效要显式标记：审批过程中排班又变了、或日期已进入历史考勤月，这条申请就标记「未生效」，不悄悄改账
结果与边界
与自动对班、排班表在同一条链路上：申请 → 审批 → 排班更新 → 考勤核算。
使用规模与影响按上线数据复核后再补，这里不写未核过的数字。
可迁移的判断
- 线下已经在发生的流程，产品的价值是让它留痕，不是重新设计流程
- 跨周期是这类申请的常见坑：把「同一周期」写进规则，会把真实场景挡在门外
- 审批类功能真正的验收点在下游：审批通过之后，排班和考勤有没有跟着变