IT 不越权、不推翻现有系统。通过 电脑名（XX+8位员工号） 串联 AD、SAP、HR 数据，利用向日葵弹窗 + KUBA-OA 流程，让员工自查、让责任部门发起修正，IT 只做发现和通报，不做资产归属变更的发起人。
① 正常离职（HR 发起）
| 处理方式 | 说明 |
|---|---|
| 发回 IT 部门 | IT 收到后清数据，更新 SAP 卡片状态为「库存待分配」 |
| 部门暂存交接 | 指定暂存负责人，新人到岗时发起「资产变更小工作流」 |
② 非正常离职
| 情况 | 处理方式 |
|---|---|
| 当事人为普通员工 | IT 通报区域负责人追查，不走 OA 正式流程，邮件沟通后各方记录 |
| 当事人为部门负责人 | 邮件通报 IT / 财务 / HR 主管 → 各自记录 → 待统一处理（如季度核销时一并落实） |
③ 向日葵弹窗（每季度）
向所有驻外销售电脑发起弹窗确认，员工自查后回执。如发现「使用者不是本人」，在 KUBA-OA 发起资产变更小工作流。
④ KUBA-OA 资产变更小工作流
| 环节 | 说明 |
|---|---|
| 发起人 | 员工自查后发现使用人与卡片不符，在 OA 发起变更 |
| 签批 | 同部门换人：部门负责人 → 财务确认；跨部门（同公司代码）：两位部门负责人 → 财务确认 |
| 财务确认 | 在 SAP 中更新资产卡片使用人 |
| IT 改电脑名 | 流程最后一步，由 IT 执行，将电脑名改为新员工的员工号 |
| 发起人贴标签 | 重新黏贴资产标签，确保与本人信息一致 |
⑤ IT 联查异常通报
IT 通过 AD/向日葵/S1 联查发现电脑异常时（如电脑名与 SAP 卡片使用人不符），整理异常清单发给财务、工厂 IT、销售区域负责人，由责任部门自行决定是否发起修正。IT 不做修正发起人。
时机：财务年度盘点前三个月，由 IT 主动发起一次三表对账。
原因：太早增加 IT 负担、部门容易疲劳；太晚部门来不及修正。提前三个月，部门有充足时间自查走 OA 流程，到财务正式盘点时卡片已基本对齐。
三表对账（Excel VLOOKUP，半天可完成）
| 数据源 | 内容 |
|---|---|
| AD | 所有计算机名（含最后登录时间）→ 解出 8 位员工号 |
| HR 员工名册 | 员工号 ↔ 中文名对照表（一次性提供） |
| SAP 资产卡片 | 资产编号 + 中文使用人 |
比对结果及处理：
| 结果 | 含义 | 处理 |
|---|---|---|
| ✅ 一致 | 卡片正确 | 不用管 |
| ⚠️ 不一致 | 换人了但卡片未更新 | 列入异常清单 → 通报责任部门 → 走 OA 变更 |
| 🔴 >180天未登录 | 可能闲置或已离职 | 通报区域主管追查 |
| 🟡 SAP有AD无 | 可能丢失或未入域 | 通报区域主管确认 |
IT 将差异清单发给各责任部门，附说明邮件：「财务年度盘点将在三个月后启动，建议提前自查并走 OA 流程修正，避免盘点时出现差异审计 issue。」
创建/更新 SAP 资产卡片；发起全品类线下盘点；确认 OA 资产变更并更新 SAP。电脑盘点数据由 IT 在盘点前主动提供，财务引用。
发起离职流程时指定电脑交接人；确保资产标签与本人信息一致；收到向日葵通知后自查并发起资产变更。
正常离职流程指定电脑去向；非正常离职时邮件通报 IT；从简处理。
审批离职、资产变更；非正常离职当事人为负责人时从简处理，邮件通报后待统一落实。
每季度向日葵弹窗通知；盘点前三个月三表对账通报异常；联查发现异常发清单给责任部门；维护 KUBA-OA 审批流；流程最后一步改电脑名。不主动改资产归属、不跳过流程。
收到 IT 异常清单后自行决定是否发起资产变更流程。
跟财务沟通简化 SOP：同公司代码换人走 OA 电子流，跨公司代码维持纸质调拨单不动。
KUBA-OA 开发「资产变更小工作流」+ 开发「离职电脑处理节点」。
开发三表对账的 Excel/脚本模板：AD 拉取 → 员工号解析 → HR 对照 → SAP 比对。
向日葵弹窗方案落地：弹窗文案设计 + 回执收集机制。
在下次财务盘点前三个月发起首次对账自查，检验流程并优化。
| # | 原则 |
|---|---|
| 1 | IT 不越权。 不主动改资产归属，不跳过财务/HR 流程。只提供数据、工具和通道。 |
| 2 | 不推翻现有系统。 SAP 卡片、HR 流程、财务 Capex SOP 都不动，只叠加校验层和流程层。 |
| 3 | 电脑名是锚点。 所有数据通过 XX+8位员工号串联。 |
| 4 | 谁发现、谁通报、责任部门决定是否修正。 IT 不做修正的发起人。 |
| 5 | 财务盘点不动。 盘点保持线下全品类流程，电脑数据由 IT 在盘点前主动提供做引用。 |