ERP 系统怎么接 AI Agent？三条技术路径与实施顺序
一、先分清两件事：接口对接 与 数据对接
很多企业问「我们 ERP 能不能接 AI」，其实问的是两件不同的事：
接口对接：ERP 厂商提供 API，AI 通过接口读写数据。前提是厂商开放接口、有文档、愿意配合——大厂 ERP（金蝶、用友新一代产品）通常可以；老版本或定制版本基本没有；
数据对接：不管有没有 API，直接读数据库或读导出文件。国内传统制造企业 90% 的场景走的是这条，因为大量在用的是十几年前的系统。
先确认自己属于哪种，再谈Ai agent智能化方案。
二、三条路径，按可实施性排序
路径一：数据库只读账号（推荐，条件：服务器与数据库可控）做法：为 AI 服务单独开一个只读数据库账号，只能查、不能改、不能删，且只授权必要的表。
优点：实现最快，实时性好，不依赖原厂；
风险点：表结构变更会导致查询失效，需要做字段兼容；务必用只读 + 视图隔离，绝不给写权限；
适合：ERP 部署在自己机房或云服务器、能拿到数据库权限的情况。
路径二：中间表/定时同步（老系统的标准做法）做法：不动 ERP 一行代码。新建一张中间库，用定时任务把 ERP 里必要的数据增量同步过来，AI 只读中间库。
优点：对原系统零侵入，ERP 那边完全无感知，出问题也不影响生产系统；
代价：数据有延迟（通常 5–15 分钟），不适合对毫秒级实时性有要求的场景；
适合：ERP 由外部厂商托管、不允许直连的场景。
路径三：导出文件解析（最土，但往往最顺）做法：沿用现有的报表导出习惯，系统按固定时间把 Excel/CSV 导出到指定目录，AI 侧解析入库。
优点：不需要任何权限谈判，业务部门自己就能配合；
代价：实时性最差，且导出的列顺序一变就要改解析规则；
适合：采购、库存这类变化不频繁的数据。
三、接上之后先做什么：三个见效最快的场景
查得准：业务员问「某型号现在库存多少、上次采购价多少、有没有在途」，Agent 直接答，省掉翻系统的时间；
报得出：输入客户和数量，Agent 按 ERP 里的价格体系生成报价单草稿——这一步的关键是价格取数逻辑必须和现有制度完全一致，否则业务员不会信；
盯得住：库存低于安全线、订单超期未发、应收账款临期，Agent 主动提醒到群里或推送给责任人。
顺序建议：先 1 后 3 再 2。 报价涉及价格政策和责任，最容易产生争议，放在最后；提醒类功能因为不需要人改变习惯，反而最容易推得动。
四、老 ERP 的两个现实问题
问题一：取不到数，也不让改。 如果原厂商既不开放接口也不给数据库权限，不要硬上。可行做法是找原系统里的"报表导出"功能，或者评估是否借这次机会做系统升级——很多老系统的维护成本已经高于重构，这时升级不只是为了 AI。
问题二：数据本身是脏的。 客户重名、产品编码重复、历史数据缺字段。这类问题必须在上线前由业务部门确认清洗规则，技术不能替业务猜。通常第一次清洗会占用整个项目 20%–30% 的时间，这是正常的，不要试图跳过。
五、成本参考
单一系统（ERP）的问答 + 提醒层：1 万以内，2–4 周；
含自动报价或自动对账等执行层流程：1.5–4 万；
多系统打通 + 权限审计体系：3–10 万。
具体报价取决于三件事：系统数量、数据质量、以及要自动化到第几层。这三件事没说清之前，报价都不可信——包括我们自己的。
