# SAP S/4HANA 在中国的 AI 私有化部署

> Source: https://netray.co/zh/sap-s4hana-ai-private-china
> Language: zh
> Publisher: Netray (netray.co)

在中国使用 SAP S/4HANA 的企业，可以把开源大模型部署在自己的机房或私有云，通过 CDS 视图、OData 或只读数据库账号取数，让业务人员用中文直接提问。数据和提示词都留在企业内网，权限仍由 SAP 角色控制，写回操作必须经人工审批。

很多在华的 SAP 用户面临同一个矛盾：业务部门想要「问一句话就出结果」的体验，但财务、采购、成本数据属于企业核心资产，不愿意也不应该随意交给境外公有云上的模型。外资和合资企业还要面对总部的信息安全政策，国内企业则要面对数据安全法和个人信息保护法的要求。

私有化部署的思路并不复杂：模型放在自己的 GPU 服务器上，SAP 数据只通过受控的只读通道进入模型，回答里显示所用的查询，写入类动作只生成草稿等人确认。下面按场景、架构、合规和起步方式逐一说明，也会坦率说明什么时候 SAP 自带功能就够用了。

## 在华 SAP 用户常见的痛点

典型情况是：月结期间财务要在 FAGLL03、KE5Z、CO 报表之间来回切换；采购想知道某物料最近三次的 EKKO/EKPO 价格走势；计划员要在 MD04 和 CO09 里手工判断缺料。每个问题都能查到，但要懂事务码、懂字段，普通业务人员做不到，只能排队找 IT 或顾问出报表。

另一类痛点来自语言与本地化。很多集团的 S/4HANA 主数据是英文或中英混合，物料描述、科目名称、供应商名称里有大量缩写。通用模型直接读这些数据，效果往往不理想，需要在检索层做术语表和同义词映射，这部分工作量不能省。

- 查数依赖事务码和顾问，响应慢
- 月结、对账期间报表需求集中
- 主数据中英混杂，缩写多，检索不准
- 数据不愿上境外公有云

## 可以落地的具体场景

第一类是自然语言取数。例如「本月华东区客户的未清订单金额按物料组汇总」，系统把问题转成对 VBAK、VBAP 或相应 CDS 视图的只读查询，返回结果并展示所用查询，用户可以核对。第二类是单据解释，例如解释某张采购订单为什么被冻结、某笔物料凭证（S/4HANA 中的 MATDOC）为什么产生差异。

第三类是文档与规则问答：把内部的物料管理制度、成本核算规程、供应商质量协议建立检索库，回答时引用出处。第四类是针对定制开发的辅助，例如阅读 Z 程序和增强点（BAdI），帮助顾问评估升级或迁移影响。这些都不要求改动 SAP 标准代码。

- 销售、采购、库存的自然语言查询
- 凭证与单据差异解释
- 制度、SOP、质量协议的带出处问答
- Z 程序与增强点的阅读和影响分析
- 月结前的异常清单（价格偏差、长期未清项）

## 架构：模型在哪里，数据怎么进来

推荐做法是模型与检索层都放在企业内网。模型使用 Qwen、DeepSeek、Llama 等开放权重模型，用 vLLM 或 Ollama 部署在自有 GPU 服务器，或部署在企业自己的私有云或专有云里。SAP 侧通过 CDS 视图发布的 OData 服务取数，或者使用只读数据库账号访问明确列出的视图，不开放整库。

权限方面，查询应以提问者自己的 SAP 身份或映射后的角色执行，而不是用一个超级账号代替所有人，这样授权对象（如 M_BEST_EKG 对采购组的限制）仍然有效。每次查询、使用的数据范围、模型版本都写入审计日志。对 HANA 的负载，建议使用只读副本或在非高峰期做索引，避免影响生产。

- 模型：开放权重，本地 GPU 或私有云
- 取数：CDS 视图、OData、BAPI 只读调用
- 权限：沿用 SAP 角色与授权对象
- 写回：只生成草稿，人工审批后才过账
- 审计：记录问题、查询、数据范围

## 合规与数据留存

中国的数据治理主要涉及网络安全法、数据安全法和个人信息保护法。SAP 数据里含有员工、客户联系人等个人信息，也可能含有行业主管部门关注的重要数据。模型在境内本地运行、提示词和结果不外发，是最直接的合规设计。具体企业是否属于关键信息基础设施运营者、是否有数据分类分级要求，应由企业法务与信息安全团队判断。

需要强调的是，Netray 不替企业出具合规结论，也不声称持有任何认证。我们能做的是让架构满足企业自己的合规要求：数据不出境、日志可审计、权限不扩大。如果使用 SAP 官方的云端 AI 功能，应先向 SAP 确认其在中国区域的可用性、数据处理位置和合同条款。

## 如何起步：评估、试点、扩展

建议先选一个范围明确的场景做四到六周的试点，例如采购价格与交期查询，或月结异常清单。第一步是梳理数据路径：哪些表和 CDS 视图、哪些角色、哪些字段属于敏感信息。第二步在测试环境接入只读通道，用真实问题集评估准确率。第三步再决定是否上生产、是否开放给更多用户。

评估时要看实际指标，比如问题集上的正确率、查询耗时、对 HANA 的负载，而不是演示效果。如果问题集上正确率不达标，应当先修数据和术语，而不是急着换更大的模型。

## 坦率的取舍：什么时候不需要自建

如果您的需求只是 Fiori 里的智能搜索、标准报表或 SAP 已内置的功能，并且企业接受使用 SAP 官方云服务，那么官方方案可能更省事，维护也由 SAP 承担。自建私有化方案的价值在于：数据必须留在内网、需要跨 SAP 与其他系统（MES、PLM、文件共享）统一提问、或需要针对本企业的术语和流程做定制。

另外，AI 不会替代主数据治理。如果物料主数据本身重复严重、科目设置混乱，先做数据清理，收益会比先上 AI 更大。我们会在评估阶段如实告诉您这一点。

## FAQ

### SAP S/4HANA 的 AI 一定要把数据发到境外吗？

不一定。可以把开放权重模型部署在企业自己的机房或私有云，通过只读通道取数，提示词和结果都留在内网。是否使用 SAP 官方云端 AI 功能，是企业自己的选择，应先确认其在中国区域的数据处理位置。

### AI 会不会看到用户没有权限看的数据？

设计上不应该。查询应以提问者自己的 SAP 身份或映射角色执行，授权对象继续生效；未授权的数据不会进入模型的上下文。上线前应当用不同角色做越权测试。

### AI 能直接在 SAP 里过账或改数据吗？

默认只读。若需要写回，例如生成采购申请草稿，系统只生成草稿并展示给人确认，由有权限的人审批后才执行，所有动作留痕。

### 需要升级到 S/4HANA 最新版本才能做吗？

不需要。只要能通过 OData、CDS 视图、BAPI 或只读数据库账号取到数据即可。ECC 系统也可以做类似的只读取数，只是可用的视图和接口不同。

### 需要多少 GPU？

取决于模型大小、并发用户数和响应时间要求。几十人规模的内部问答，常见做法是单台或少量 GPU 服务器运行中等规模的开放权重模型。具体配置应在评估阶段结合您的问题集实测后确定。

### 和 SAP 顾问是什么关系？

我们与 SAP 领域顾问合作交付，顾问熟悉您的业务配置和定制，我们负责模型、检索和部署。我们不声称与 SAP 有官方合作关系。