同一员工信息多处更新
入职、调岗、改名或离职在 HR、钉钉、AD、OA 等系统分别处理，更新时间和部门归属可能不一致。
场景解决方案 / 全域数字身份治理解决方案
钉钉通讯录同步到企业业务系统
以企业确定的人员数据源为准，把钉钉通讯录变化按映射规则传递到已接入系统。
从人员标识、组织字段和账号状态三类数据开始，逐步验证同步结果与异常处理。
客户问题
通讯录分散维护，人员与组织变化难以持续对齐
一次性导入只能解决某个时点的数据问题，后续变化还需要明确的来源、映射和责任。
同步差异难定位
脚本或表格导入失败后，管理员需要判断问题来自源数据、字段映射还是目标接口。
整体思路
先定维护方，再同步人员和组织变更
企业明确人员主数据源和同步方向后，数犀集成平台按已配置的人员标识、字段映射与范围规则，将变更送往目标系统。每个字段有明确写入方，避免未经设计的双向覆盖。
- 01人员主数据源维护员工与组织变更
- 02数犀集成平台匹配标识、映射字段并执行同步
- 03已接入目标系统接收新增、更新或状态变更
- 04运行核对检查成功、失败及待处理记录
同步触发频率取决于源端事件与接口能力；账号停用、删除和恢复等操作需先定义规则。
核心任务
传递人员与组织变化 · 发现并处理同步异常
01 / 传递人员与组织变化
按稳定标识维护目标记录
- 01源系统变更新增、调岗或离职
- 02字段与组织映射按批准规则转换
- 03目标目录创建或更新相应记录
原来怎么处理
过去依靠临时表格或脚本向不同系统分批通知，组织调整后还要逐个确认下游是否更新。
数犀如何处理
按企业选定的唯一人员标识匹配记录，依据字段和组织映射创建或更新目标端对象。主数据方向、属性范围及删除策略由企业确认。
用入职、部门调整、改名和离职测试记录逐条对照源端与目标端，核对属性、组织归属和账号状态。
希望带来的变化
减少重复维护步骤，并使每次变化都能按源数据与目标结果核对。
相关能力人员与组织连接字段映射同步任务
02 / 发现并处理同步异常
区分数据问题与接口问题
- 01同步执行记录本次处理结果
- 02异常分类映射、校验或接口失败
- 03管理员处理修正后重试或转人工
原来怎么处理
过去失败常在员工或业务系统报错后才被发现，定位时缺少原始输入与执行上下文。
数犀如何处理
按运行结果区分身份未匹配、字段校验失败、目标接口拒绝等情形；修正后按约定重试，无法自动处理的交由系统管理员确认。
注入一条必填字段缺失和一条目标接口拒绝样例，核对记录是否说明失败环节，并验证重试不会制造重复记录。
希望带来的变化
管理员能更快找到需要处理的差异和对应系统责任方。
相关能力运行记录异常分类重试与人工处理
改善与验证
用源端变更和目标端记录做逐项对账
选定一个通讯录源与一个目标系统，覆盖正常变化及异常数据。
| 常见处理 | 希望实现的变化 | 试点检查方法 |
|---|---|---|
| 重复维护入职、调岗、改名或离职在 HR、钉钉、AD、OA 等系统分别处理，更新时间和部门归属可能不一致。 | 希望实现的变化批准范围内的人员与组织变化由已确定的数据流传递。 | 试点检查方法对比试点前人工更新步骤与接入后执行步骤；按新增、调岗、离职清单核对目标数据。 |
| 异常定位脚本或表格导入失败后，管理员需要判断问题来自源数据、字段映射还是目标接口。 | 希望实现的变化失败记录能区分数据映射、校验和目标接口问题。 | 试点检查方法构造缺字段、未匹配和接口失败样例，检查运行记录、修复责任人与再次执行结果。 |
同步时效和可处理对象以来源与目标接口为准；不将单个项目材料中的定制规则当作平台默认行为。
