离职流程泳道图：交接、权限回收、资产归还、结算的流程与异常
离职流程泳道图的价值只有一句话：把“谁负责什么、交到什么算完成、出了问题回到哪一步”一次性说清楚。
离职这件事通常不是“提交申请—签字—走人”那么简单。真正麻烦的往往在后面：权限没回收、电脑没归还、交接物没验收、结算口径说不清、资料归档缺证据。泳道图把责任边界画出来以后，你会发现很多争议都能在流程设计阶段被消掉。
图 1：离职流程泳道图的核心——用泳道明确责任边界，用交接点定义“交付物 + 验收标准”。
先给结论：离职流程泳道图最该画清楚的 6 件事
- 泳道怎么分：至少要覆盖员工、直属主管、HR、IT/信息安全、行政/资产、财务；必要时加“业务系统/自动化”。
- 交接点怎么写：每个交接点都要写清“交接物、验收标准、记录/凭证”。
- 权限回收顺序：先处理高风险访问（邮箱、SSO、VPN、代码仓库、云平台），再处理低风险系统；并明确“生效时间”。
- 资产与账号绑定：资产归还要和账号/门禁/工牌/钥匙等联动，避免“人走了卡还在”。
- 结算口径：最后工资、报销、借款、押金、福利扣回等要明确触发条件与计算口径。
- 异常分支：缺交接物、资产损坏、权限回收失败、结算争议、交接人缺位——每一种都要有回退路径。
如果你要把这套流程“可视化 + 可交付”给团队或管理层，直接用在线工具把泳道、节点和连线拖出来会更快： 泳道流程图在线制作。
什么情况下你需要画“离职流程泳道图”
你可能已经有一份离职流程文档，但一旦出现下面这些状况，就很适合补一张泳道图：
-
跨部门协作多：主管、HR、IT、行政、财务都要参与，谁都觉得“不是我这边卡住的”。
-
权限风险高：涉及代码仓库、生产环境、客户数据、云账号、财务系统等敏感权限，一旦残留就是事故隐患。
-
资产类型复杂：电脑/手机/工牌/钥匙/门禁卡/样机/工具箱/加密盘/资料柜……越多越容易漏。
-
结算容易扯皮：最后工资、绩效、奖金、补贴、报销、借款、押金、培训费用、竞业补偿等条款多，口径不统一。
-
离职类型多样：试用期、正式离职、内部调岗转出、合同到期、外包/实习生结束、裁员……主线相同但分支不同。
泳道图的好处是：你可以把“主线流程”画得很稳，再把“不同类型的差异”作为分支挂上去，减少重复维护。
泳道怎么分：按部门不够时，就按“责任对象”补一条
离职流程常见的泳道拆法（从高频到低频）：
- 员工（离职人）：提交申请、交接说明、归还资产、签署文件。
- 直属主管/用人部门负责人：确认离职时间、交接安排、验收业务交接。
- HR/人事：制度合规、资料收集、离职证明、社保公积金等。
- IT/信息安全：账号停用、权限回收、设备擦除/数据保全、邮件转移策略。
- 行政/资产管理员：工位、门禁、工牌、钥匙、资产归还与验收。
- 财务/出纳：借款核对、报销结算、最后工资、押金/赔偿等。
当你的组织里“系统很多、自动化很强”，建议加一条：
- 业务系统/自动化（系统泳道）：例如 SSO 自动禁用、工单系统自动派单、资产系统状态变更、权限回收脚本执行、通知与审计日志落库。
系统泳道的意义是：把“人做不到的保证”交给系统，把“系统做不到的判断”留给人。
离职流程泳道图模板（主线）
下面是一条通用主线，你可以直接按这个结构画成泳道图。为了让图更清晰，我把每一步都写成“动作 + 产出/状态”。
A. 发起与确认（员工 / 主管 / HR）
- 员工：提交离职申请
- 产出：离职申请单（含拟离职日期、原因、交接建议）
- 主管：确认离职日期与交接人
- 产出：交接人名单、交接范围（项目/客户/资产/资料）
- 关键点：离职日期一旦确认，就会触发后续“权限回收的时间点”
- HR：确认制度与合规要求
- 产出：离职材料清单（保密/竞业/离职证明/社保等）
- 关键点：是否需要提前通知期、是否需要竞业补偿、是否需要签署额外协议
B. 交接准备（主管 / 员工 / 交接人 / 系统）
- 主管：发布交接任务（工单/清单）
- 产出：交接任务列表（每项有负责人、截止时间、验收人）
- 员工：提交交接说明与资料索引
- 产出：交接文档（“做过什么/现在状态/下一步/风险点”），资料链接索引
- 关键点：不要只交“文件”，要交“可操作的下一步”
- 交接人：确认接手范围与疑问清单
- 产出：疑问清单、需要补充的权限/资料
C. 权限回收（IT / 系统 / 主管）
- IT：确定权限回收策略与生效时间
- 产出：回收计划（即时/到期/分阶段），高风险权限优先级
- 系统：执行账号停用/权限移除（第一批）
- 建议第一批覆盖：SSO/统一身份、邮箱、VPN、代码仓库、云平台控制台、生产环境权限
- 产出：审计日志/执行结果
- 主管：确认业务连续性
- 产出：关键系统负责人已替换、告警/值班/审批流已转交
经验规律：权限回收越“可验证”，越能减少扯皮。每一步都要能落到“谁在什么时候把什么权限从谁身上移除”的记录。
D. 资产归还与环境清退（行政/资产 / IT / 员工）
- 行政/资产：发起资产归还清单
- 产出：资产清单（设备编号/配件/状态/归还时间）
- 员工：归还资产
- 产出：归还签收（包含配件：电源、适配器、门禁卡、工牌、钥匙等）
- IT：设备处理（擦除/封存/交接）
- 产出：设备处理记录（擦除证明或封存编号）
- 关键点：如果涉及取证/审计，流程要支持“封存而不是擦除”
- 行政：门禁/工牌/钥匙失效
- 产出：门禁权限状态变更记录
E. 结算与证明（财务 / HR / 员工）
- 财务：核对借款、报销、未结事项
- 产出：结算明细（可支付/需补交/需扣回）
- HR：出具离职证明与资料归档
- 产出：离职证明、档案归档记录、社保公积金办理状态
- 员工：确认最终结算与离职材料签收
- 产出：结算确认、资料签收
F. 关闭与复盘（主管 / IT / HR / 系统）
- 系统：执行账号停用/权限移除（第二批/兜底）
- 覆盖低频系统：工单系统、BI、测试环境、第三方 SaaS、供应商平台等
- 产出：最终权限清单为 0 的证明（或“保留权限”的例外审批）
- HR/主管：关闭离职流程
- 产出：离职流程关闭状态、复盘条目（流程卡点与改进项）
到这里，一张离职泳道图的“主线”就完整了。真正决定它是否好用的，是你如何写交接点与异常分支。
交接点怎么写才不含糊：三件套就够了
离职流程里最容易扯皮的句子是：“我已经交接了。”——交给谁？交了什么？算不算完成？
把每个交接点写成“三件套”，很多争议会自动消失：
-
交接物（Deliverable）：文件/账号/设备/权限/清单/状态
-
验收标准（Acceptance）：什么状态叫通过？如何验证？
-
记录凭证（Evidence）：签收、截图、系统日志、工单号、资产编号
示例 1：业务交接的交接点
- 交接物：项目状态说明（当前进度、阻塞点、下一步），关键联系人列表
- 验收标准：交接人能在 30 分钟内复述关键风险与下一步；关键资料链接可访问
- 记录凭证：工单完成记录 + 交接文档链接 + 评审会议纪要
示例 2：权限回收的交接点
- 交接物：权限回收结果（系统列表 + 回收时间）
- 验收标准：账号无法登录；关键系统权限为“无”；若保留例外，必须有审批编号
- 记录凭证：审计日志/截图/回收脚本输出 + 例外审批链接
示例 3：资产归还的交接点
- 交接物：电脑（含电源）、门禁卡、工牌、钥匙、备用手机等
- 验收标准：资产编号一致；外观与功能检查通过；配件齐全
- 记录凭证：签收单（含资产编号与照片/备注）
你会发现，“交接物 + 验收标准 + 凭证”写完整以后，很多流程节点就不需要再加长篇解释。
异常流程怎么挂在泳道图上：四类高频分支
离职流程的异常分支不需要画得很花，但至少把高频、影响大的几类补齐。
1) 交接资料不完整 / 交接人验收不过
- 触发：交接人提出缺失项（缺账号、缺文档、缺联系人、缺历史记录）
- 处理：返回“员工补充交接资料”节点；如员工已无法配合，升级至主管/部门负责人决定替代方案
- 记录：缺失项清单 + 处理结论（由谁补、补到什么程度、风险是否接受）
2) 资产遗失或损坏
- 触发：资产清单与实际不一致；设备损坏影响回收
- 处理：行政/资产发起异常处理（补归还、维修、折价、赔偿、免赔审批）
- 结算联动：财务根据制度处理扣款或补缴
- 记录：资产编号、损坏描述、处理单据
3) 权限回收失败 / 系统找不到账号
- 触发：系统回收脚本报错；或发现“影子账号”（离职人之外创建的账号、共享账号）
- 处理：IT 进入排查流程（账号归属确认→紧急禁用→补做资产/权限台账）
- 兜底：在泳道图里加一个“权限清点/扫描”节点，确保离职时能把遗留账号捞出来
4) 结算争议（报销/借款/奖金/补贴口径不一致）
- 触发：员工对扣款或结算金额有异议
- 处理：进入“结算复核”分支（财务复核→HR/主管确认制度与事实→必要时升级审批）
- 约束：规定复核时限，避免流程无限期悬挂
把异常分支画出来的目的不是“追求完美”，而是让每个人知道：出现问题时流程不会断在空中。
反例：离职泳道图画得再漂亮，也会被这 10 个坑拖垮
下面这些问题在实际团队里非常常见，你可以把它们当作改图的清单。
- 只有节点，没有交接点：写着“完成交接”，但没有交接物与验收标准。
- 修正：把“交接完成”拆成“交接文档提交 → 交接人验收通过”。
- 泳道分得太粗：只写“人事/财务/行政”，但实际执行人是具体角色。
- 修正：在泳道名里用“部门 + 角色”命名，例如“HR（人事专员）”“财务（报销审核）”。
- 权限回收放在最后：人都走了，权限还没动。
- 修正：把“第一批高风险权限回收”提前到离职确认后，至少能做到“到点自动禁用”。
- 缺“生效时间”：写了“停用账号”，但没写什么时候停。
- 修正：在节点上标注“即时/离职当日 18:00/最后工作日结束后”等。
- 把“系统处理”当成“人已完成”：系统回收失败没人追。
- 修正：系统节点后面必须接一个“IT 验证/异常处理”节点。
- 资产归还不含配件：只写“归还电脑”，最后少了电源、转接头、门禁卡。
- 修正：资产清单要列配件；验收标准里写“配件齐全”。
- 业务连续性没人负责：审批、告警、值班、客户对接仍然绑在离职人身上。
- 修正：在权限回收前加“负责人替换确认”，确保流程不会把业务切断。
- 结算节点只有一句话：写“财务结算”，但什么算结清不明确。
- 修正：列出结算项：借款、报销、押金、工资、补贴、赔偿/扣款。
- 缺“资料归档与可追溯”：离职后才发现合同/客户资料/代码权限没有证据链。
- 修正：加“归档节点”，明确归档位置与责任人。
- 例外处理没有出口：特殊情况只能靠私下沟通。
- 修正：为“保留权限/延后结算/资产暂存”等例外设置审批节点和期限。
离职流程泳道图验收清单（可直接照着逐项勾）
把泳道图画完后，建议按下面清单验收一遍；不满足的地方，优先改“交接点”和“异常分支”。
结构与责任
- 泳道覆盖：员工、主管、HR、IT/信息安全、行政/资产、财务（必要时加系统泳道）
- 每个节点都有明确负责人（不会出现“相关部门处理”）
- 主线从“发起”到“关闭”闭环完整（有开始、有结束）
- 关键节点之间的先后关系合理（尤其是权限回收与业务连续性）
交接点质量
- 每个交接点都有交接物
- 每个交接点都有验收标准（可验证）
- 每个交接点都有凭证/记录（工单号、系统日志、签收单、归档链接）
- 交接文档不只是“历史”，包含“下一步可操作事项”
权限与信息安全
- 高风险权限有“第一批回收”并标注生效时间
- 低频系统有“第二批兜底回收/清点”
- 权限回收失败有异常处理分支
- 共享账号/影子账号有排查与处置节点
- 邮箱/文件/聊天记录等数据交接策略明确（移交、冻结、保全或删除）
资产与门禁
- 资产清单包含编号、配件、状态、归还地点
- 资产归还验收包括外观与功能检查
- 门禁/工牌/钥匙失效与资产归还联动（避免卡还有效）
- 设备擦除/封存有记录与责任人
结算与合规
- 结算项清晰：报销、借款、押金、工资、补贴、扣款/赔偿
- 结算争议有复核分支与时限
- 离职证明、档案归档、社保公积金等事项有责任人
- 竞业/保密等文件的签署与存档路径明确
如果你希望把这份清单直接做成“可拖拽节点 + 自动对齐”的图，做完还能导出高清图片用于邮件或制度附件，可以用： 泳道流程图在线制作。
FAQ：离职流程里最常被问到的问题
1）权限回收到底应该在什么时候做？
高风险权限建议分两段：
- 确认离职日期后就设定“到点自动失效”，避免临时忘记。
- 最后工作日结束后做第二批兜底清点，把低频系统、第三方账号、历史遗留权限扫一遍。
关键不是“越早越好”，而是“既不影响交接，又不给风险留窗口”，并且每一步都可验证。
2）离职人需要把所有文件都交出来吗？
不建议用“交所有文件”这种说法。更可操作的做法是：
- 列“必须交接”的类别：项目资料、客户资料、合同与审批记录、运行手册、关键账号与配置（按制度合规）
- 列“必须能复现”的结果：交接人能继续推进事项，能找到资料，能联系关键人
把目标写成验收标准，往往比追求“文件数量”更有效。
3）设备是擦除还是封存？
看两件事：
- 是否涉及审计、取证、纠纷：可能需要封存（并记录封存编号）。
- 是否允许快速复用：多数情况下擦除后入库更高效。
不管哪种，关键是有记录、有责任人、有可追溯的凭证。
4）如果交接人还没确定，流程怎么走？
泳道图里可以允许“交接人未定”的分支：
- 主管先指定临时接手人或“部门公共池”
- 交接资料先归档到指定位置，保证可访问
- 一旦交接人确定，再把验收节点补齐
否则流程会卡在第一步，权限回收和资产回收也容易拖延。
5）门禁卡丢了怎么办？
把它当作标准异常：
- 行政登记丢失，立即做失效处理
- 触发“补办/赔偿/免赔审批”
- 在资产与结算泳道里联动记录，避免只在口头上解决
6）离职结算里最容易引发争议的是什么？
通常是三类：
- 报销是否符合制度、是否缺票
- 借款是否已核销、是否存在历史挂账
- 奖金/绩效/补贴的发放条件是否满足、发放周期是否跨月
把这些写成“触发条件 + 计算口径 + 复核流程”，比单写“财务结算”更能减少争议。
7）如何避免“离职后仍能访问客户数据”？
除了禁用账号，更建议把泳道图里补上两步：
- 权限清点：列出离职人拥有的系统访问清单（含第三方）
- 例外审批：如果确需保留短期访问，必须审批并设定自动失效时间
风险往往不是来自“忘了禁用”，而是来自“有例外但没有期限”。
8）离职流程图需要画到多细？
一个实用标准是：
- 主线保持在 15–25 个节点左右，能在一页里看懂。
- 高风险部分（权限回收、资产归还、结算复核）可以各自再展开子流程或用备注列清单。
只要交接点写得清楚，流程图不必追求“事无巨细”，否则维护成本会把它拖垮。