1. 获授权的离职事件
从获授权的 HR 流程接收员工、经理、离职类型和准确的生效时间。
员工离职工作流
Employee offboarding workflow from notice to verified closeout
让获授权的离职事项依次经过受限风险复核、负责人并行执行、交接退回、生效时间管控和最终结案，同时不掩盖遗留异常。
协调工作流绝不能暗示状态变更等同于权威账号移除。应保留由身份、设备、HR 和财务系统执行专业操作后提供的凭证。
最多 5 名用户可免费使用，无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
- 先选择风险路径，再向更多负责人分配任务
- 围绕离职生效时间并行安排任务
- 最终决定仍为每项遗留异常指定负责人
已填充的实际示例包含正常、待处理、逾期、受阻、退回和已核验状态。安装后可自行调整无需重建应用，即可修改字段、规则、角色和仪表板。
从获授权的离职通知推进到已验收的结案决定
每个阶段都有独立的可见范围和责任规则。
2. 受限风险复核
在分配任务或发送敏感信息之前，选择日常、即时或其他获批准的处理方式。
3. 生成收尾计划
为知识、权限、资产、文件和专业交接行动设置相对日期和负责人。
4. 并行执行
经理、IT、行政设施、财务和 HR 分别完成任务，同时保持依赖与异常相互关联。
5. 退回与补救
退回不完整交接，保留未完全归还事项，并在不丢失历史的前提下升级未解决的权限问题。
6. 最终复核
核验凭证，并在关闭离职事项前为遗留补救任务指定负责人。
把前期准备与实际执行分开
部分工作可以提前开始；另一些操作必须在准确的授权时间执行。
提前准备
在获得授权后，知识转移、职责梳理、资产物流和系统盘点可在最后工作时点前开始。
按时执行
权限移除、通知变更及其他敏感管控应依照获授权时间表，并在负责该操作的权威系统中执行。
事后核验
收集权威凭证、核对资产，并让遗漏或未完全执行的操作继续保持开放。
在风险发生变化的位置保留人工决定
自动化应加快执行，而不能掩盖责任归属。
风险路径决定
由获授权的 HR、法务或安全负责人决定离职事项和原因可以向哪些人员公开。
知识交接验收
接收负责人决定交接内容是否为最新且可以使用。
异常接受
结案复核人决定某项遗留事项是否可以继续开放，以及由谁负责补救。
最终结案
只有在凭证和遗留责任都可查阅后，才能关闭离职事项。
员工离职常见问题
什么会触发员工离职工作流？
应使用来自 HR 流程的获授权离职事件，其中包括员工身份、经理、离职类型和准确生效时间。不要因为一条未经核验的消息就向多人分配任务。
哪些离职步骤适合自动化？
可自动生成任务、计算相对时间、发送提醒、流转、汇总状态和升级处理；风险判断、知识验收、敏感异常及最终结案仍由人员负责。
如何确认权限确已移除？
应使用来自权威身份或应用系统的凭证，或由其负责人核验的操作。协调工作流中的一个状态字段本身不能作为证明。
工作流可以向所有负责人暴露敏感的离职原因吗？
不应这样做。只向每位负责人提供其执行工作所需的信息，将受限内容留给获授权的 HR、法务或安全角色，并另行记录具体操作。
离职收尾流程的适应性如何？
经过培训的管理员可在数小时内更新获批路径、时间、负责人规则、凭证要求和仪表板，无需等待传统软件发布。
用自己的流程试用
打开员工离职工作流应用上线前测试退回、部分完成和逾期路径
打开已填充的离职事项，查看不完整的知识交接和权限任务，并确认最终复核人能够看到每项遗留异常。