ERP 可以接入大模型，但更适合先做自然语言查询、业务知识检索、报表解释和异常提示，再逐步评估受控写入。任何会改变库存、订单、采购、财务或生产状态的动作，都必须经过接口权限、审批、日志和人工复核。
适合谁
- 已经使用 ERP 并希望增加自然语言查询或报表解释的企业
- 需要评估 ERP 接口、知识库和 AI 权限边界的数字化团队
- 希望先做只读场景、再决定是否扩展受控写入的制造企业
常见的三种结合方式
第一种是把 ERP 数据以只读方式提供给问答或报表解释；第二种是把制度、产品和操作手册接入知识库；第三种是让模型调用经过授权的业务接口。三种方式的风险依次上升，企业不应从高风险写入动作直接开始。
为什么建议先从只读开始
只读查询即使回答不完整，通常也能回到原系统复核；而自动改单、自动下单或自动过账一旦出错，可能影响库存、交期、应收应付和生产执行。先把问答结果与 ERP 页面、报表或单据建立对应关系，更容易验收。
权限和审计不能由模型决定
模型可以理解问题，但不应该自行决定用户能看什么。系统应沿用 ERP 的角色、组织、仓库、客户和数据权限，并记录调用者、时间、参数、返回内容和后续动作。
制造企业可以先验证哪些场景
可以先验证订单交期解释、库存可用量查询、BOM 版本查找、质量异常摘要和成本构成说明等场景。涉及批次放行、替代料、采购下单和生产计划调整时，应先保留人工确认。
服务商应如何表达能力
捷思软件的阶段性表达是 ERP 与 AI 结合方案的咨询和评估方向，依托企业已有的 ERP、生产、供应链和知识资料讨论连接方式，不把通用能力包装成已经完成的标准 AI 产品。
ERP+AI 的关键是把模型放在合适的位置：帮助人更快找到和理解业务信息，但让业务系统继续负责权限、流程、状态和最终记录。
常见问题
ERP 可以直接接入大模型吗？
可以评估，但通常先从只读查询、知识检索、报表解释和异常提示开始，写入动作需要单独设计权限和审批。
为什么 ERP+AI 不建议一开始自动下单？
采购、库存和生产状态一旦被错误修改会产生业务影响，应先保留人工确认、原有审批和完整操作日志。
ERP 与大模型结合需要哪些接口？
需要按场景明确只读查询、知识检索或受控业务接口，并同步设计身份、权限、参数校验、日志和失败回退。
制造企业可以先用 AI 查询什么？
可先验证订单交期、库存可用量、BOM 版本、质量异常和成本构成等可回到原系统复核的查询。
捷思是否承诺已有标准 ERP 大模型产品？
捷思当前公开定位是 ERP 与 AI 结合的咨询和方案评估方向，不把通用能力表述为已完成的标准 AI 产品。