# 金蝶云星空 AI：用自然语言查采购、库存与生产

> Source: https://netray.co/zh/kingdee-cloud-galaxy-ai
> Language: zh
> Publisher: Netray (netray.co)

金蝶云星空的业务对象和 WebAPI 为 AI 接入提供了清晰的入口。可以在企业内网部署开源模型，通过只读接口或只读数据库账号取数，用自然语言查询采购订单、库存、生产用料清单和 BOM，写入类操作须经人工审批。

金蝶云星空由早期的 K/3 演进而来，在中小制造企业中使用很广，采购、销售、库存、生产管理、成本、总账都在其中。它基于 BOS 平台，每一类单据都是一个业务对象，有自己的表单标识，这使得对外集成相对规范。

现场的问题和其他 ERP 类似：想知道某张生产任务单为什么缺料、某个物料的 BOM 版本是否一致、某批采购为什么迟迟没有入库，需要在多张单据和报表之间跳转。这类问题正好适合用自然语言加可核对的查询来解决。

## 星空环境中的常见问题

在使用星空的制造企业里，经常出现的是 BOM 与实际领料不一致、采购订单与入库单状态不同步、多组织下的库存难以统一查看。生产任务单、生产用料清单、采购订单、采购入库单、库存即时库存表是最常被反复查询的几类数据。

此外，不少企业在星空之外还有 MES、条码系统、OA 和协同软件，数据分散。业务人员的问题往往跨系统，而报表开发是按固定口径做的，临时问题没有现成答案。

- 生产任务单缺料与齐套分析
- BOM 版本与替代料核对
- 采购订单交期、到货与入库进度
- 多组织即时库存汇总与呆滞识别

## 对接方式：WebAPI 与只读数据通道

星空提供基于业务对象的 WebAPI，可以对单据做查看、查询等操作。对于只读的问答场景，我们优先使用查询类接口，并限定可访问的业务对象清单；对于需要大批量汇总的分析，则建议使用只读账号访问数据库或同步后的分析库，以免影响业务系统性能。具体采用哪种，取决于您的部署方式、版本和数据量。

ERPray 在这一层做的是把自然语言问题转成对这些接口或视图的查询，并把执行的查询和原始结果展示给用户。用户的身份映射到星空的用户和角色，数据权限沿用星空内的设置。

## 私有部署与数据位置

无论星空部署在企业自有服务器还是金蝶云上，都可以把模型放在企业自己的环境。典型做法是在内网部署 GPU 服务器，用 vLLM 或 Ollama 运行开源模型，ERPray 与向量检索服务同网部署。对数据敏感的企业，可以保证模型调用与业务数据始终不经过公网。

如果星空在金蝶云上，则取数路径是从企业内网经过受控出口访问接口，需要事先约定限流、白名单和字段范围。这些细节要与金蝶或实施伙伴共同确认，避免触发平台侧的调用限制。

## 合规与审批

与其他国内 ERP 场景一样，需要把《数据安全法》的分类分级、《个人信息保护法》的最小必要和等保要求落实到具体做法：只读账号、字段脱敏、日志留存、导出审批。私有部署减少了第三方接触数据的环节，但制度仍要企业自己建立。

关于写回，建议默认关闭。确有需要，例如由智能体生成采购申请或调拨单草稿，也应以草稿状态提交并由指定人员审核，所有动作都有记录。

## 试点路径与取舍

典型的试点周期是两到四周：先选定一个组织和三到五个高频问题，例如缺料和到货延迟，建立只读通道，业务人员试用，信息部门核对查询，再决定是否扩展。

需要提醒的是，金蝶自身也在发展智能化能力。如果您的需求只是常规分析与报表，用原厂功能可能已足够；我们更适合的是私有部署、要同时连接星空与 MES 或文档、以及需要定制智能体的场景。

## FAQ

### 金蝶云星空和 K/3 WISE 是一回事吗？

不是。云星空基于 BOS 平台，K/3 WISE 是更早的产品，接入方式不同。本页讨论云星空，旧版需单独评估。

### 对接会不会拖慢星空？

只读查询会控制频率和范围，大批量分析建议走只读副本或分析库，避免影响业务录入。

### 能不能自动生成采购申请？

可以做成草稿，由人工审核后提交。我们不建议在没有审批的情况下让模型直接写入。

### 云上的星空怎么保证数据不出境？

取决于金蝶云的部署位置与合同约定。我们的 AI 层放在您的内网，仅经受控接口取数，具体边界在评估阶段确认。

### 需要定制开发吗？

标准查询场景一般不需要改动星空本身。如果要接入自定义单据或二开字段，则需要在评估时把相应业务对象纳入范围。