SAP S/4HANA AI
SAP S/4HANA 在中国的 AI 私有化部署
简要回答
在中国使用 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 更大。我们会在评估阶段如实告诉您这一点。
常见问题
SAP S/4HANA 的 AI 一定要把数据发到境外吗？
不一定。可以把开放权重模型部署在企业自己的机房或私有云，通过只读通道取数，提示词和结果都留在内网。是否使用 SAP 官方云端 AI 功能，是企业自己的选择，应先确认其在中国区域的数据处理位置。
AI 会不会看到用户没有权限看的数据？
设计上不应该。查询应以提问者自己的 SAP 身份或映射角色执行，授权对象继续生效；未授权的数据不会进入模型的上下文。上线前应当用不同角色做越权测试。
AI 能直接在 SAP 里过账或改数据吗？
默认只读。若需要写回，例如生成采购申请草稿，系统只生成草稿并展示给人确认，由有权限的人审批后才执行，所有动作留痕。
需要升级到 S/4HANA 最新版本才能做吗？
不需要。只要能通过 OData、CDS 视图、BAPI 或只读数据库账号取到数据即可。ECC 系统也可以做类似的只读取数，只是可用的视图和接口不同。
需要多少 GPU？
取决于模型大小、并发用户数和响应时间要求。几十人规模的内部问答，常见做法是单台或少量 GPU 服务器运行中等规模的开放权重模型。具体配置应在评估阶段结合您的问题集实测后确定。
和 SAP 顾问是什么关系？
我们与 SAP 领域顾问合作交付，顾问熟悉您的业务配置和定制，我们负责模型、检索和部署。我们不声称与 SAP 有官方合作关系。
相关指南
Oracle ERP 私有大模型：本地部署与只读取数
为 Oracle EBS、JD Edwards 和 Fusion ERP 部署私有大模型：本地运行开源模型，只读取数，保留 Oracle 权限，数据不外发。
MES + ERP离散制造：MES 与 ERP 联合 AI
把 MES 与 ERP 数据打通做 AI 问答：工单、报工、在制品、良率与追溯，本地部署，只读取数，适合离散制造企业。
ERP 数据合规ERP 数据上的 AI：个人信息保护法与数据出境
在 ERP 数据上使用 AI 时，如何理解个人信息保护法与数据出境规则：数据分类、境内部署、日志与审批，附实务检查清单。
用友 U8 / U9 Cloud用友 U8 / U9 Cloud 的 AI 集成：数据不出厂的做法
在用友 U8、U9 Cloud 上落地私有化 AI：用自然语言查库存、采购、生产订单与缺料，数据不出厂，默认只读，写入需人工确认。
用友 BIP用友 BIP 之上的企业 AI：私有化问答与智能体
用友 BIP 之上如何加 AI：基于开放平台与 API 做自然语言查询和智能体，开源模型本地部署，权限沿用 BIP 角色，写入需人工审批。
金蝶云星空 (Kingdee K/3 Cloud)金蝶云星空 AI：用自然语言查采购、库存与生产
金蝶云星空（K/3 Cloud）接入私有化大模型：通过 WebAPI 与业务对象查采购、库存、生产与 BOM，数据留在企业内网，默认只读。