Interactive demo / 07
入离职这件事,
不该靠谁记得。
左边是一份虚构的 HR 入离职名单:8 个人,预检后 5 项可以执行。先预检——只读、不写域控、每条命令都能看见——再批量执行,所有变更落到审计日志;预检不过的记录不会进入批次。
- 01导入名单
- 02预检变更
- 03批量执行并审计
BATCH-2026-1026-04 待预检
10 月入离职账号批次
来源:HR 名单 · 执行目标:corp.local 域控
OU 策略ou-6level
- 可执行—
- 需处理—
- 跳过—
- 已执行—
审计日志
演示为纯静态页面,人员、工号、邮箱与命令均为虚构;真实环境中脚本通过 PowerShell 在 AD 域控上执行,所有变更写入审计日志,页面不会发出任何请求。本演示只覆盖账号生命周期,终端镜像、软件分发与补丁推送等设备侧管理未包含在内。
这个演示,对应真实项目里的三件事
-
01
先预检,再执行
New-ADUser 这类命令跑错一次,改回来比执行更贵。所以先带 -WhatIf 预检:OU 是否存在、组名是否有效、邮箱别名是否冲突,全部算清楚,再执行同一批命令。
-
02
把权限生命周期写进脚本
入职、转岗、离职都是字段变化,不是记忆题。脚本按工号与部门生成变更,离职立即禁用、删除延后 30 天可撤销,避免「人走了权限还在」。
-
03
6 级 OU,让策略跟着组织走
权限边界放在 OU 结构上:组织调整只移动对象,不重做组策略;审计时按 OU 就能查清谁在什么范围里。
另外两个演示:工单自动化 · KefuSystem 后台