# 易飞 ERP 接入 AI：中小工厂的低成本落地路径

> Source: https://netray.co/zh/digiwin-efstar-erp-ai
> Language: zh
> Publisher: Netray (netray.co)

易飞 ERP 多用于中小制造企业，数据通常在本地 SQL Server 上。接入 AI 的务实做法是：只读取数、本地部署中等规模开源模型，先解决库存、交期、应收应付这类高频问题，不动易飞本身。

易飞 ERP 是鼎捷面向中小企业的产品线，在台资和大陆中小制造企业中使用很广，客户往往已经用了十年以上。这类企业的特点是：IT 人员少，数据库大多在公司机房，定制报表和 Excel 并存，老板和业务经常需要临时查数。

对它们来说，AI 的价值不在于炫技，而在于少找人、少等报表。但预算和人手有限，所以方案必须简单：一台服务器、一个只读账号、几个明确的场景。本文按这个思路展开，并说明哪些情况不适合上 AI。

## 易飞用户的典型处境

不少易飞环境有大量客制化：自定义栏位、外挂程序、与条码或工时系统的小接口。表结构并不总是标准的，字段名和含义需要对照数据字典才能确认，这是接入 AI 的首要工作量，而不是模型本身。

另一个现实是版本分散。有的公司还在用较早版本，有的已升级。AI 层只依赖数据库视图时，对版本变化相对不敏感，但视图的口径需要由熟悉业务的人确认，例如库存是否含在途、委外料如何计算。

- 自定义栏位多，需先整理数据字典
- 报表依赖少数懂 SQL 的人
- 老板和业务频繁临时查数
- IT 人手有限，运维要尽量简单

## 适合先做的四个场景

第一是库存与呆滞：按仓库、料号、库龄自然语言查询，并解释为什么某料号显示不足。第二是交期与缺料：从订单、工单、请购、采购单串起来，回答「这张订单能不能按期交」。

第三是应收应付：按客户或供应商查账龄、未收款和逾期明细，生成催款要点草稿。第四是经营速览：每天早晨把销售、出货、库存变动用几句话总结，数字附带来源查询，供管理者核对。

## 最小可行架构

一台带 GPU 的服务器即可起步，运行 Ollama 或 vLLM，加载 Qwen 等中等规模模型；一个只读的 SQL Server 账号，只授权业务视图；一个简单的网页或企业微信入口。模型不直接连生产库，而是经过一层负责校验和日志的服务。

为了不影响 ERP 性能，建议查询走从库或夜间同步的只读副本，并给每次查询设置行数与超时限制。结果同时显示 SQL，业务人员能看懂的话可以直接核对，看不懂的话由 IT 抽查。

## 数据安全与合规

中小企业常把 ERP 数据复制到网上的 AI 工具里提问，这是最大的泄露来源，里面可能有客户价格、BOM 和供应商条款。本地部署后，员工有了合规的替代入口，也更容易在制度上禁止外发。

涉及员工个人信息的表（薪资、考勤）默认不开放。若您的客户要求保密协议或数据不出厂，可以把本方案的架构图提供给对方审核，但最终合规结论由您与客户确认。

## 起步方式与投入控制

建议先用一周做评估：确认易飞版本、数据库、关键表和视图口径，选定两个场景。试点用真实问题测试，记录答对率和答错的原因，答错多半是口径问题而不是模型问题。

硬件按试点规模采购，不必一开始就买大。若暂时没有 GPU，可以先用小模型加较慢响应验证价值，再决定是否投入。

## 不适合的情况

如果企业只有几个人用 ERP、报表需求固定，Excel 加现有报表已经够用，上 AI 并不划算。数据质量差（料号重复、单位混乱）时，应先治理数据，否则 AI 只会更快地给出错误答案。

## FAQ

### 易飞的数据库能直接给 AI 读吗？

不建议直接开放全库。应建立只读账号和业务视图，并确认字段口径，再让 AI 通过视图查询。

### 没有 IT 人员能维护吗？

架构尽量简化，但仍需要有人负责服务器和权限。可以由合作伙伴或我们协助做初期部署与培训。

### 客制化栏位会影响效果吗？

会。需要先整理数据字典，把自定义栏位的含义写清楚，模型才能正确使用，这通常是评估阶段的主要工作。

### 一定要买 GPU 服务器吗？

试点可以用较小的模型和较低并发起步，正式使用建议配 GPU 以保证响应速度，具体按用户数评估。

### 可以连企业微信或钉钉吗？

可以，把问答接口接到企业微信或钉钉的机器人即可，但消息内容会经过对应平台，涉密数据建议只在内网网页使用。