如何连接 ERP、HRMS 和 AI，而不做重度定制？

连接前，逐字段明确数据权责

为每个共享字段指定一个权威来源。在某个组织中，HRMS 可能负责员工状态和部门，ERP 负责供应商详情与采购订单状态。这是需要书面确认的组织选择，不是通用产品规则。同时注明哪些系统可以提出变更，哪位负责人批准。

列明流程支持的决策，删除不需要的字段。入职交接清单可能需要员工 ID、入职日期和部门，却不需要薪资或身份证明。为集成账号授予最小读取范围，并用代表实际操作人的角色测试。使用管理员的广泛访问，会让原本很小的试点读取过多资料。

确认受支持接口和稳定记录标识

选择平台之前，检查已安装版本、已授权集成功能和接口文档。如果每日报告满足任务要求，定期导出可能已经足够。优先采用受支持连接器或 API；决定定制之前，比较修改核心页面或数据库表带来的维护与升级影响。

建立源系统 ID 与目标系统 ID 的映射。姓名、邮箱地址和行位置可能改变或重复。SCIM 核心规范为实现该标准的系统定义稳定、不可重新分配的资源 ID；Dataverse 文档介绍用外部业务标识定义备用键。这些机制可供参考，仍需确认实际 ERP 和 HRMS 的支持能力。

把数据同步与 AI 理解分开

按照明确映射复制授权字段：什么叫在职、时间戳使用哪个时区、部门代码如何对应。映射需要版本，未知代码应拒绝或转交处理。AI 不应因为姓名相似就认定同一员工，也不应为了表达顺畅而改写来源状态。

AI 可以在受控视图之上起草解释、指出表面不一致或摘要请求。输出旁展示记录 ID、来源时间戳和支持字段，并将建议标为建议。生成的采购订单回答，不能成为订单的正式批准状态。

案例演练：只读的入职交接

以下为假设示例，并非客户项目：HRMS 保存新同事已确认的入职日期与部门，ERP 保存通过员工 ID 关联的设备申请。只读视图按 ID 连接，显示设备申请仍未完成。AI 起草“设备申请尚未完成，请在入职日期前确认是否准备就绪”，并关联两条来源记录。

如果没有匹配员工 ID，转入映射异常队列，不通过相似姓名匹配。如果 ERP 数据超出约定时效，标记状态未验证，刷新或询问负责人。试点不修改入职日期，也不批准采购。接手同事在现有系统确认下一步。

添加写入之前，先设计核对和恢复

集成不能只处理新记录，还要覆盖更新、停用、删除规则、分页、重复事件和访问到期。Microsoft Graph 的 delta 文档介绍受支持资源的移除、重放和同步重置。不要假设 ERP 有同样机制，应记录它实际的变更处理和恢复行为。

记录最后完成的检查点和源版本。中断后，将只读视图与最新来源样本核对。若部分读取或变更令牌过期使完整性不明确，按受支持程序重建限定视图，核对后再恢复。后续写入试点还需要可安全重复的操作、目标记录检查和逐字段回退方案。

• 每条连接的系统负责人和支持联系人。
• 权威字段、ID 映射与代码定义。
• 允许访问、排除数据和时效窗口。
• 检查点、核对方法与异常负责人。
• 暂停方式、人工交接和恢复程序。

用可用且及时的交接判断只读试点

测量当前整理同一交接所需投入。映射覆盖率＝具有已验证 ID 映射的有效源记录数除以有效源记录数。时效通过率＝符合约定数据年龄的已查记录数除以已查记录数。与来源的重要差异、审核时间和未解决异常，应分别记录，不能只衡量 AI 回复速度。

数据权责冲突持续、ID 无法验证、必要权限过大、时效无法满足任务，或恢复产生无法解释的差异时，应停止扩展。提出深度定制之前，比较现有配置、导出方案和小型 API 适配。成本用 USD 按范围、授权与维护列明，写入作为独立阶段另行批准。