直接回答
企业AI连接ERP、OA、CRM或MES时，先不要笼统问“能不能对接”，而要逐项确认读取哪些数据、写入哪些动作、通过什么接口、使用谁的账号、多久同步一次、失败如何重试、全过程怎样留痕。多数试点先做只读查询和草稿生成更稳妥。
石家庄企业做AI项目，最容易被低估的不是模型，而是系统连接。演示环境里复制一段数据就能回答；进入真实业务后，数据在哪里、谁能看、能不能写、接口失败怎么办，都会影响上线。
先做一张接口清单
| 系统 | 常见读取 | 高风险写入 |
|---|---|---|
| ERP | 客户、物料、订单、库存、财务报表 | 凭证、库存、价格、付款状态 |
| OA | 制度、流程状态、组织与审批记录 | 发起审批、变更节点、代替审批 |
| CRM | 线索、客户、商机和跟进记录 | 自动外联、报价承诺、客户分配 |
| MES | 工单、设备、质量与生产状态 | 参数调整、排产下发、生产控制 |
每个接口要回答八个问题
- 业务目的是什么；
- 读取或写入哪些字段；
- 数据口径由谁负责；
- 调用身份和权限范围是什么；
- 实时还是定时同步；
- 接口限频和超时如何处理；
- 失败后重试、补偿和转人工怎么做；
- 输入、输出和人工修改如何审计。
试点阶段为什么建议先只读
只读连接可以先验证数据口径、回答质量和用户价值，出错影响相对可控。待测试集、权限和人工复核稳定后，再逐步开放创建草稿、提交待审任务等有限动作。付款、正式记账、库存写入、价格变更和生产控制不应直接交给模型自动完成。
没有标准API怎么办
可评估数据库只读视图、定时文件、报表导出或受控工作流，但要明确更新频率、字段解释和维护责任。直接模拟人工点击虽然看似快捷，界面一变就可能失败，也更难处理权限和审计。
验收不要只看“接口通了”
还要测试数据是否完整、口径是否一致、权限是否准确、异常是否可恢复、日志是否能定位问题，以及业务人员能否看懂结果来源。
常见问题
对接一次以后就不用维护了吗？
不是。系统升级、字段变化、组织调整和权限变更都可能影响连接，需要版本与回归机制。
能直接让AI写ERP吗？
技术上可行不代表适合直接开放。应先从查询、建议和待审草稿开始，再按风险逐级授权。
系统连接只是落地的一层。完整的知识、权限、测试和运营方法可查看FDE企业AI落地服务。