同一个员工，在不同系统里的信息不一致
HR 已调整员工部门，办公入口里的组织归属却没有更新。IT 需要反复核对数据、分别处理账号，新增人员和组织调整越频繁，重复维护越多。
场景解决方案 / 多系统协同
企业统一身份
与应用集成
人员信息统一维护，应用统一登录，
待办集中处理。
数犀连接企业已有的人员主数据、业务应用和工作入口，帮助企业减少重复维护，让员工更方便地进入应用、处理工作。
客户问题
系统越来越多，
人员与工作却没有连起来
企业陆续建设了 HR、OA、财务等业务系统，但员工入职和调岗后，IT 仍要在多处更新账号；员工每天使用不同的账号登录，也要逐个系统查找待办。
工作入口统一了，应用仍要分别登录
员工从工作台点击应用，仍可能遇到不同登录页、不同账号。新增一套系统，就要再处理一轮账号和认证对接；忘记密码和账号不匹配，也会增加支持工作。
审批在不同系统产生，待办也散在不同入口
员工需要反复打开多个系统，才能确认今天有哪些工作要处理。业务办理完成后，如果入口状态没有同步，已经处理的事项还会继续显示为待办。
整体思路
让主数据、应用和工作入口
各自发挥作用
以企业确认的 HR 或 MDM 作为人员主数据源，由数犀承接数据同步、认证接入和待办转换，连接需要接入的应用及现有工作入口。
企业已有系统与入口数犀集成平台已接入系统与入口
- 1HR / MDM维护组织与人员信息
- 2匹配、转换与同步组织与账号统一
- 3已接入系统组织与账号更新
- 1员工 / 现有工作入口选择需要访问的应用
- 2统一身份认证应用统一登录
- 3已接入单点登录的应用进入应用处理业务
- 1业务系统产生或更新待办
- 2人员映射与待办处理待办集中处理
- 3现有工作入口展示待办、同步状态
主数据源负责提供准确的人员信息，原业务系统继续承担审批和业务处理，工作入口负责展示应用和待办。数犀负责把这些环节连接起来，具体接入范围在实施时逐项确认。
三个核心模块
把三个高频任务连接起来
01 / 组织与账号统一
人员信息变更后，接入系统随之更新
- 1主数据变更HR / MDM 提供人员信息
- 2匹配与转换识别员工，映射组织及字段
- 3更新目标账号已接入系统创建或更新数据
原来怎么处理
一名员工入职，HR 完成人员登记后，IT 还要在办公系统中建立账号、分配组织归属；员工调岗时，又要分别修改信息，并核对是否遗漏。
数犀如何处理
主数据源将新增或变更的人员信息传给数犀。平台按约定的人员标识匹配账号，转换姓名、部门、岗位等字段，再向已接入的目标账号体系创建或更新数据。
例如，员工部门发生变化后，数犀根据主数据记录更新目标系统中的部门归属。关键字段缺失或目标接口失败时，需要修正数据或处理异常后再确认同步结果。
希望带来的变化
人员信息有明确维护源，IT 可以围绕一条同步链路检查结果，减少重复录入和逐项核对。
支撑能力主数据集成人员匹配字段映射组织与账号同步
02 / 应用统一登录
从工作入口进入已接入应用
- 1进入工作入口员工选择业务应用
- 2统一身份认证确认员工身份和账号对应关系
- 3访问接入应用业务权限由约定的体系控制
原来怎么处理
工作台虽然汇集了应用链接，但员工打开不同应用时仍要重新输入账号密码，IT 也需要分别处理认证接入问题。
数犀如何处理
工作入口与数犀统一身份认证对接，业务应用再按支持的方式逐一接入单点登录。员工完成身份认证后，从入口进入已接入的应用，减少重复登录操作。
新增应用时，先确认它的认证方式和账号对应关系，再完成接入验证。应用中的业务权限仍由约定的权限体系控制，统一登录不代替权限配置。
希望带来的变化
员工更容易从工作入口进入应用，IT 也能围绕统一认证体系管理应用接入，减少分散对接的工作。
支撑能力统一身份认证单点登录接入应用与账号对应关系配置
03 / 待办集中处理
在入口找到任务，在原系统完成办理
- 1业务系统产生任务向数犀发送待办事件
- 2工作入口展示映射处理人，识别重复任务
- 3原系统办理点击详情进入业务应用
- 4入口状态更新根据更新或删除事件同步
原来怎么处理
财务、人事等系统分别产生待办。员工需要逐个查看、分别登录；系统间状态没有联动时，工作入口里还可能保留已经办完的任务。
数犀如何处理
业务系统向数犀发送待办事件。平台匹配处理人，转换标题、详情链接和任务状态，再把待办推送到现有工作入口。相同任务的重复事件通过任务标识识别，避免重复创建。
员工从入口点击待办，在原业务系统完成办理；已接入单点登录的应用可结合认证跳转。业务系统随后发送更新或删除事件，数犀据此更新入口中的待办状态。
希望带来的变化
员工能集中查看需要处理的工作，原系统继续承担业务办理；IT 可以沿事件和处理记录排查待办没有生成、重复生成或状态没有更新的问题。
支撑能力待办事件接入处理人映射任务去重详情跳转状态同步
改善与验证
改善应当落到可检查的结果
先通过一组代表性人员、应用和待办验证完整流程，再逐步扩大接入范围。
| 常见处理方式 | 方案希望实现的变化 | 试点时如何检查 |
|---|---|---|
| 组织与账号人员信息分别录入、反复核对 | 方案希望实现的变化主数据变更驱动目标账号更新 | 试点时如何检查选取一名新增或调岗员工，检查接入系统的信息和同步结果 |
| 应用登录从入口进入应用后，继续分别登录 | 方案希望实现的变化已接入应用通过统一身份认证访问 | 试点时如何检查用测试员工从入口访问试点应用，检查认证和账号匹配结果 |
| 待办处理逐个系统查待办，处理后入口状态滞后 | 方案希望实现的变化待办集中展示，并随业务事件更新 | 试点时如何检查创建并处理一条测试待办，检查接收人、详情跳转和完成后的状态 |
实际节省的维护工作、减少的重复登录和待办状态更新效果，可结合试点记录进行评估。
