离职事项
员工、岗位、经理、最后工作时间、风险、HR 负责人和下一步行动始终显示在总览层。
员工离职管理软件
让每一次离职都以可核验的交接结果收尾
把已确认的离职转化为有明确时限的收尾计划，分别指定 HR、经理、IT、行政设施和财务负责人，并在结案前核验完成凭证。
这个示例应用负责协调人员和运营层面的收尾工作。身份平台应执行权威的账号停用；薪资与 HR 系统应继续保管各自的专业记录。
可先使用 Jodoo 最多支持五名用户的免费方案，无需信用卡。
- 按生效时间设置管控，而不是使用没有时间要求的清单
- 确认知识接收与职责移交
- 最终结案前核验权限和资产凭证
已填充的实际示例包含正常、待处理、逾期、受阻、退回和已核验状态。安装后可自行调整无需重建应用，即可修改字段、规则、角色和仪表板。
将离职事件与为安全完成离职而必须执行的工作分开管理
离职生效时间会驱动多项记录，这些记录由不同人员负责，并需要不同的完成凭证。
知识与职责
接收负责人明确确认当前决策、义务、文件、关系和下一项工作已经交接。
权限与设备
为每个系统、账号、设备、钥匙或门禁卡记录处理动作、执行时间、负责人、异常和核验凭证。
结案复核
在离职事项标记结案前，由 HR 或相应负责人检查尚未解决的异常。
并非所有离职都适用同一种处理顺序
应围绕通知期、风险和准确的生效时间设计流程。
计划离职
尽早开始知识转移和资产归还安排，同时将权限移除准确安排在最后工作时点。
即时或高风险离职
采用受限流程，仅允许获授权的 HR、法务、安全和身份管理负责人参与；不要在普通清单中公开敏感细节。
远程员工或承包商
确认寄送安排、当地保管责任、外部账号、客户交接和权威人员记录。
内部调动
在配置新岗位权限的同时移除过时权限和职责；不要把岗位调动当成完整离职处理。
用他人可核验的凭证取代一句“已完成”
记录应能回答：发生了什么变化、由谁验收、还有什么未完成。
权限覆盖情况
已核验处理的账号数占已知应用与账号总量的比例。
如果影子应用不可见，工作流就无法证明权限处理已经覆盖完整。资产核对
根据已分配资产核对回收和检查结果，并明确记录丢失或寄送中的例外情况。
知识交接验收
知识交接应由指定的接收负责人验收，而不只是由离职员工上传材料。
遗留异常
结案决定中仍未关闭的事项，必须写明影响、补救负责人和截止日期。
让专业系统执行专业管控，由 Jodoo 统筹完整收尾
当离职流程会变化，且多个团队必须证明任务已完成时，Jodoo 的优势最为明显。
用 Jodoo 完成定制化协同
衔接 HR、经理、IT、行政设施和财务任务，并随离职模式变化调整字段、路径、提醒与视图。
专业操作仍由专业系统权威执行
实际停用账号应由 IAM 执行，设备管控应由 MDM 执行，员工与薪资记录应由 HRIS/薪资系统管理，涉及司法管辖区的决定应咨询法律顾问。
员工离职常见问题
员工离职管理软件应跟踪哪些内容？
应跟踪离职事项、生效时间、风险路径、知识与职责移交、权限处理、资产归还、文件、薪资或福利交接、异常、完成凭证和最终复核。
只使用离职清单是否足够？
对于规模小、风险低的离职，清单可能够用。当负责人不同、日期重要、异常反复出现、凭证需要复核，或管理层需要查看整体情况时，软件会更合适。
Jodoo 能自动移除用户权限吗？
Jodoo 可以分派、安排和核验权限移除任务，并在适用时连接 API；但账号发现和权限停用仍应以身份提供商或身份治理平台为权威系统。
Jodoo 会取代身份或设备管理工具吗？
不会。这些系统应权威执行并证明账号停用或设备操作。Jodoo 负责统筹时间、职责、异常补救和最终结案凭证。
不同离职类型可以采用不同管控方式吗？
可以。业务管理员可维护日常、计划、即时、远程及其他获批流程，并分别设置可见范围、负责人、时间和复核规则。
用自己的流程试用
打开员工离职应用打开一个含退回交接和待处理权限事项的离职案例
从总览结果进入具体任务记录，顺着凭证核查问题，再根据自己的风险和职责模式调整结案规则。