取消申请获批
取消获批:原休假安排变为“已取消”,占用小时数归零。原始申请与取消记录均保留供查阅。
为每份申请指定审核人并记录下一步。信息不全时退回,核对工时和代岗后再批准;处理取消时保留原休假安排。
最多 5 名用户可免费使用,无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
登录后预览。安装含示例数据的应用,即可尝试创建自己的记录 申请与审批决定.
员工提交一份申请,指定经理审核工时和交接信息,信息不足时退回,或记录审批决定。只有已批准申请才会减少员工可用休假。
所选休假账户提供负责审核的人选。日期、排班工时和交接信息随申请一并流转。
尚未占用小时数审核人查看申请背景并核对当前已入账额度,同时记录代岗已商定或无需代岗。
责任明确的任务附上具体意见,退回不完整的申请。申请人修改允许编辑的内容后,重新提交审核。
保留历史审批完成且结果为批准时,休假小时数计入占用。拒绝则结束申请,不扣减小时数。代岗未落实或额度不足时,常规审批无法通过。
清晰体现对余额的影响| 职责 | 员工或申请人 | 指定审核人 | 休假管理员 |
|---|---|---|---|
| 申请详情 | 填写日期、工时和交接信息;更正被退回的申请 | 阅读申请并要求澄清 | 维护字段和政策说明 |
| 审批人 | 由所选账户提供 | 接收分配的任务 | 维护账户审核人;对未完成任务明确重新分派 |
| 审批与代岗 | 不能编辑经理的决定 | 记录审批结果和代岗评估 | 维护审核规则 |
| 休假额度 | 不能自行发放额度入账 | 作出决定前检查账户 | 审核额度发放及带正负值的调整 |
| 休假占用影响 | 不能直接编辑 | 批准后触发已记录的额度占用 | 核对休假安排和调整记录 |
以上是安装后应用预设的职责分工。正式启用前,请关联实际成员,并分别测试员工、经理和管理员的访问权限。
查看员工填写的申请字段 →直接修改已批准申请,会使原先同意的内容难以追溯。独立的取消记录引用原申请,并请原审核人撤销该休假安排。
取消获批:原休假安排变为“已取消”,占用小时数归零。原始申请与取消记录均保留供查阅。
取消被拒绝:原休假安排保留。示例中,经理拒绝取消后,Maya 的四小时申请仍扣减额度。
要更换日期或小时数,应先确定如何取消旧安排,再提交替代申请。避免误将两份申请都保留为已批准休假。
| 情况 | 有效的下一步 | 避免使用 |
|---|---|---|
| 日期与小时数不一致 | 退回申请,要求说明或更正 | 猜测员工的工作安排 |
| 可用额度不足 | 缩减申请时长或退回申请;有合理依据的额度调整应单独审核 | 把手工填写的例外备注当作额外额度 |
| 尚无人接受交接 | 先解决代岗缺口,再通过常规审批 | 把拟定代岗人选当作已同意接手 |
| 两位审核人可能同时批准申请,占用同一有限余额 | 指定一位审核人依次决定这些申请,并在每次决定后刷新余额 | 因为打开时各自都显示额度充足,就同时批准两份申请 |
| 审批人暂时无法处理 | 由有权限的管理员重新分派未完成任务 | 让员工自行选择其他审批人 |
| 员工希望撤销已批准休假 | 使用关联的取消流程 | 删除原审批历史 |
团队最初只收集日期、工时和一条交接备注。后来,客服休假还需要明确代岗联系人和交接截止时间。
管理员可在 Jodoo 中添加这些字段,针对相关申请设为必填,并向审核人展示。现有账户、休假安排和申请历史无需迁入另一个应用。
修改账户审核人只影响新申请;未完成任务需明确重新分派。更改申请字段时,应检查员工能否填写、经理能否看到,以及申请获批后是否仍扣减正确的小时数。
邀请团队前,请按自身政策,使用独立员工和经理账号测试这些路径。示例记录均为虚构,不含自动额度累积、假日计算、薪资及法定休假判断;同一有限额度账户下的申请应依次审批。
规划相关的休假管理流程 →退回是要求申请人更正同一记录并重新提交;拒绝则直接结束申请,不予批准。在此示例中,这两种结果均不占用休假小时数。
审核工作流以批准结果结束时,申请的休假占用小时数才会入账。待审批申请或员工自行填入“批准”字样,都不会单独形成有效占用。
申请人的填写步骤不显示经理决定字段。负责审核的人选在休假账户中维护。请配置真实成员关系和访问权限组,避免误将员工设为自己的审核人。
不会。取消是关联原申请的独立记录。获批后会撤销原休假占用;被拒绝则保留原安排。两个审批决定都仍可查看。
应由一位审核人依次处理这些申请。虽然批准时会检查当前余额,但此示例无法保证两个完全同时作出的决定会分别预留小时数。如果同时审批是必需功能,应在正式启用前补充并测试相应保护机制。
组织只需安装并配置一次模板,再向成员授予共享应用的适当权限。模板预览展示的是示例,并非员工真实的申请历史。