系统对接不是接口接通就算完成。读写清单、调用身份、写回白名单、失败归属这四件事没定，权限会在上线后反复返工。本文按七个决策节点给出可以写进方案和合同的判断口径，含 OA、CRM、ERP 的接入顺序、字段级授权与人工确认边界。
开工前要定四件事：读写清单、调用身份、写回白名单、失败归属。四件事里少一件，接口联调做完仍要回头改权限或改流程，返工通常出现在上线后的第 2 到第 4 周，而不是开发期。判断标准很直接：这些东西写不进方案文档，就说明还没定，此时开工只是把不确定性推到上线之后。
如果项目只做内部知识问答、不碰业务单据，清单可以砍到只剩读取部分；一旦涉及写回，前期省下的对齐时间会在上线后变成对账工时与客诉处理工时，代价通常比提前多花的 2 周更高。
先接读取量大、单据简单、责任人清楚的系统，多数企业是 OA 的审批与制度查询，再是 CRM 的客户与商机，最后才是 ERP 的库存、订单与凭证。排序依据不是系统重要性，而是错一次的代价：OA 写错一条审批影响一个人，ERP 写错一张入库单要盘库。
| 顺序 | 系统 | 可以先进来的信号 | 错一次的代价 |
|---|---|---|---|
| 第 1 步 | OA：审批、制度、报销 | 流程文本化程度高，审批节点固定，退回不影响账目 | 一条审批走错，补一条即可，影响单人 |
| 第 2 步 | CRM：客户、商机、跟进 | 客户主数据有稳定编码，跟进记录可后补 | 客户字段被覆盖，需人工比对恢复 |
| 第 3 步 | ERP：库存、订单、凭证 | 物料与科目编码稳定，且有双人复核岗位 | 一张单据写错，触发盘库或冲销流程 |
| 最后 | 财务与合同系统 | 受外部合规约束，变更要走内部审批 | 对账差错，需财务介入调账 |
如果企业只有一个系统要接，而它就是 ERP，顺序讨论没有意义，重点应放在接口幂等与双人复核上；照搬三步顺序反而会拖慢一个本来 2 周就能上线的小范围试点。
按字段给。系统级授权一旦开出，员工能看到的字段 AI 也能看到，等于把薪酬、成本价、身份证号一起交出去。落到配置上，读取范围要写成白名单：表名、字段名、可见角色三列对齐，没有列进白名单的字段默认不可读。深云官网公开的企业 AI 应用开发页面把连接器开发与身份权限配置放在同一层能力里，顺序也是先定身份再定连接。
如果数据本身不敏感、只是公开制度与产品手册，字段级白名单会增加配置工作量，收益有限；但只要库里有薪酬、成本或个人信息字段，就必须做到字段级，否则一次越权回答就构成数据泄露事件。
写回类接口用员工本人身份，只读类接口可以用服务账号。理由是审计与责任：以员工身份调用，日志里能落到具体的人，出了问题可以追到那次操作；服务账号一旦被共享，日志只显示一个账号名，几十个人共用一个身份，事后无法区分谁做了什么。
| 调用方式 | 适合场景 | 权限收窄办法 | 审计看得见什么 |
|---|---|---|---|
| 员工本人身份 | 审批、下单、改客户状态等写回动作 | 继承员工现有系统角色，不额外放大 | 操作人、时间、单据号可一一对应 |
| 服务账号（只读） | 知识检索、报表拉取、字段查询 | 单独建只读账号，只授白名单视图 | 统一账号，只能看到服务名 |
| 服务账号加审批网关 | 批量任务、定时同步 | 网关侧记录发起人与批次号 | 批次号加发起人 |
员工身份调用也有代价：员工离职或调岗，接口会跟着失效，批量任务容易在半夜断掉；因此定时任务要么改用服务账号加审批网关，要么在人员变更流程里补一条接口移交动作，不能靠口头交接。
影响金额、库存、对外承诺与合规记录的动作必须人工确认，其余可以自动。判断口径是可逆性：写错之后能不能在 10 分钟内用一条反向单据改回来，能就自动，不能就留人。常见做法是全程自动、只在最后一步留人工确认，这个边界要写进流程说明，而不是靠使用习惯。
| 写回动作 | 建议 | 判断依据 |
|---|---|---|
| 建草稿、生成待办、写备注 | 可自动 | 写错删除即可，无下游影响 |
| 改联系人、补跟进记录 | 可自动，留 24 小时回滚窗口 | 有历史版本可对比 |
| 改订单金额、调库存、开发票 | 人工确认 | 写错要冲销或盘库，涉及对外凭证 |
| 改合同状态、提交对外承诺 | 人工确认加双人复核 | 具备对外法律效力，改动难撤回 |
边界定得过紧也不行：每一步都要人工确认，等于把 AI 变回一个填表工具，用户会在第 3 天开始绕过它；建议只拦不可逆动作，其余交给回滚机制与日志兜底。
先做幂等，再做反向单据，最后才是人工改数。失败要分三类处理：请求没发出去、发出去了没返回、返回了但业务校验没过。三类混在一起用重试解决，最容易出现同一张单被写两次。深云在官网 FDE 页面把生产上线写成接入知识、系统与权限，并同时建立人工复核与异常处理机制，异常处理是单独设计的一段，不是重试的附属品。
如果对接的是老旧系统、没有幂等键也没有反向接口，就只能靠人工对账兜底，这时应把写回范围压到最小，甚至先只做读取与建议；强行上自动写回，一次重复入库的清理成本可能超过整个试点预算。
至少留五条：谁发起的、调用了哪个系统与接口、读了哪些字段、写了什么值、结果如何。五条缺一条，出事就只能靠猜。审计记录不是流水账，要能按单据号、按人、按时间三种方式检索，否则定位一次差错要花半天，业务方很快就不信任这套流程。
日志留得越全，存储与脱敏成本越高；如果系统里含个人信息，日志本身也要按字段脱敏并限制访问，否则审计表会变成新的泄露点。留存期建议与财务、法务的归档要求对齐，不要各自定一套。
事实来源为官网公开服务页与腾讯云官方产品文档；文中周次、条数、时效与比例均为经验值，不是效果承诺。
深云做企业 AI 生产化交付，系统集成与权限边界可以放进同一个方案评估，先出一版读写清单，再决定接哪几个系统。
了解企业 AI 应用开发的服务范围