| 角色 | 关注点 |
|---|---|
| IDaaS 管理员 | 配置安全策略、处理待处理用户、控制删除风险 |
| 交付 / 实施工程师 | 按客户实际场景开启删除治理策略 |
| 安全 / 运维人员 | 审计删除动作、排查误删与停用 |
| 变化点 | 调整前 | 调整后 |
|---|---|---|
| 部门信息缺失 | 直接删除用户 | 不默认删除,按场景保留并移入待处理列表 |
| 筛选条件不匹配 | 直接删除用户 | 不默认删除,移入待处理列表 |
| 待删除阈值 | 默认不限制 | 默认值为 0(不删除),改为显式可配置 |
| 待删除列表 | 仅展示阈值阻断的用户 | 升级合并为「待处理列表」,统一承载多种待处理场景 |
说明:这些隐性删除逻辑曾为满足个别客户的特殊场景而沉淀,对 A 客户是「贴心兜底」,对 B 客户可能就是「莫名其妙的数据丢失」。本次将其从默认静默行为,改造为显式可配置项,确保每一次删除「有人拍板、有据可查」。
| 本地数据状态 | 处理方式 |
|---|---|
| 本地存在该用户,但部门数据不存在 | 用户数据保持不变、正常同步至下游;同时移入待处理列表 |
| 本地用户与部门数据皆不存在 | 不进行集成操作,IDaaS 侧不做任何处理 |
| 本地数据状态 | 处理方式 |
|---|---|
| 本地存在该用户,但部门不存在 | 用户保持不变、正常同步下游;进入 5 分钟补偿等待。补偿成功则创建部门、更新用户;超时则移入待处理列表,用户仍保持不变并正常同步 |
| 本地用户与部门皆不存在 | 进入 5 分钟补偿等待。补偿成功则创建部门与用户;超时则不再等待,本地不存储该用户 |
| 本地数据状态 | 处理方式 |
|---|---|
| 本地存在该用户 | 用户保持不变、正常同步下游;移入待处理列表 |
| 本地不存在该用户 | 不进行集成操作,IDaaS 侧不做任何处理 |
| 集成类型 | 进入待处理列表的情况 |
|---|---|
| 通讯录集成 | 用户部门未落位、用户不符合连接器筛选条件、触发待删除用户阈值 |
| 通讯录同步 | 触发待删除用户阈值 |
| 字段 | 说明 |
|---|---|
| 用户信息 | 姓名与用户名(双行结构) |
| 触发原因 | ORG_NOT_MAPPED / FILTER_MISMATCH / DELETE_LIMIT_BLOCKED |
| 原因详情 | 触发原因的具体说明 |
| 进入时间 | 进入列表的时间,默认倒序,支持排序 |
| 处理状态 | 待处理 / 已处理,支持筛选与排序 |
| 处理结果 | 已删除 / 已停用 / 已忽略 / 上游系统已正常推送 |
| 操作 | 未处理状态下提供操作按钮 |
| 触发原因 | 含义 |
|---|---|
ORG_NOT_MAPPED | 上游推送的用户部门信息不在 IDaaS 部门范围内 |
FILTER_MISMATCH | 上游推送的用户字段不符合当前连接器关联关系设置 |
DELETE_LIMIT_BLOCKED | 删除用户数已达到连接器删除阈值限制 |
| 操作 | 功能说明 | 适用原因 | 二次确认 |
|---|---|---|---|
| 删除用户 | 删除该用户并同步推送至下游 | 全部 | 是 |
| 停用用户 | 停用该用户并同步推送至下游 | 全部 | 是 |
| 重新拉取 | 从上游重新获取最新数据并重新执行完整同步与规则判断 | ORG_NOT_MAPPED、FILTER_MISMATCH | 否 |
| 忽略 | 标记为已处理,不对用户数据做任何变更 | 全部 | 否 |
注意:「重新拉取」后若用户仍命中待处理规则,该记录保留在列表中、状态仍为「待处理」(不会新建记录),并 toast 提示;若不再命中规则,则正常更新信息并流转为「已处理」。删除用户的二次确认文案为:移除用户将导致下游系统用户数据移除,请谨慎操作。
| 批量操作 | 说明 | 二次确认 |
|---|---|---|
| 批量删除 | 对选中用户逐一执行删除并同步下游 | 是 |
| 批量停用 | 对选中用户逐一执行停用并同步下游 | 是 |
| 批量忽略 | 对选中用户批量标记为已处理 | 否 |
说明:多连接器触发同一用户时,各连接器的待处理记录互不干扰、独立处理;若用户一直未处理但第二次集成时上游推送了正常数据,该记录自动流转为「已处理」,处理结果为「上游系统已正常推送」;若管理员在通讯录中手动删除了待处理中的用户,记录流转为「已处理」,结果为「管理员手动处理」。