# SAP S/4HANA 中国本地化：外资工厂的清单与 AI 落地方式

> Source: https://netray.co/zh/sap-s4hana-china-localization-ai
> Language: zh
> Publisher: Netray (netray.co)
> English version: https://netray.co/erp-ai/sap-s4hana-ai-integration-on-prem

S/4HANA 的标准功能并不等于「开箱即用的中国合规」。会计准则、增值税与发票、凭证打印、银企直连、外汇与合并口径都需要本地化方案补齐。AI 应该建立在这套本地化数据之上，只读、可审计，并且数据留在境内。

很多外资制造企业的中国工厂是跟随集团上线 SAP 的：集团模板在德国、美国或日本定稿，中国子公司拿到的是一个「全球模板加中国补丁」的系统。上线几年后，财务和 IT 都会发现，真正耗人力的往往不是标准流程，而是模板与中国法规之间的缝隙：发票、凭证、税务申报、报表口径。

本文面向在中国运行 SAP S/4HANA 的外资企业 IT 负责人、财务共享中心和 SAP 顾问，梳理中国本地化通常要覆盖的范围，并说明在这些本地化之上引入自然语言查询和 AI 助手时，应该怎样设计数据路径，避免新增合规风险。

## 中国本地化通常要补哪些缺口

集团模板往往按国际通用的会计与税务逻辑设计，而中国有自己的一套：企业会计准则的科目体系、按月连续编号的记账凭证、增值税专用发票与普通发票的管理、税务机关的申报表，以及银行与外汇管理的要求。S/4HANA 提供了中国国家版本和部分本地化功能，但发票开具、税务平台对接、特定报表往往需要 SAP 官方扩展或合作伙伴的方案，具体范围要以您实际购买和实施的版本为准。

实践中，我们看到的缺口主要集中在几块：财务凭证的中国格式输出与审计要求，发票与销售、采购订单的关联，税务数据与总账的核对，以及中国子公司向集团汇报时 CAS 与 IFRS 或集团准则之间的差异调整。

- 会计科目：集团全球科目表与中国企业会计准则科目的映射与并行账（并行账本可用于通用日记账 ACDOCA 上的多账本）
- 凭证：记账凭证的编号、打印格式与附件管理，满足审计与档案要求
- 税务：增值税销项与进项、发票与订单的勾稽、税务申报数据的准备
- 银行与资金：银企直连、付款文件格式、外汇相关的单据管理
- 固定资产：折旧方法与年限按中国税法和集团政策分别核算

## 数据落在哪里：ACDOCA 与本地化扩展表

S/4HANA 的通用日记账把财务与管理会计的明细集中在 ACDOCA，传统的 BKPF、BSEG 以兼容视图形式保留。中国本地化的扩展数据，比如发票信息、税务状态、本地凭证号，通常放在扩展表或合作伙伴产品的自有表中。做 AI 查询之前，第一步是把这些表和标准表的关系画清楚，否则模型生成的 SQL 或 CDS 查询会漏掉本地化字段，给出看似合理但口径不对的数字。

我们的建议是在本地化方案稳定之后再接入 AI，并且为每个常用问题（例如「本月进项税转出有哪些」「哪些销售发票还没有完成开具」）建立一个经过财务确认的查询口径，让模型优先调用已验证的口径，而不是每次从零生成。

## 在本地化之上加入 AI 的典型场景

对中国工厂的财务和供应链团队来说，最容易见效的是只读类场景：用自然语言查询总账与往来明细，核对发票状态与订单状态不一致的清单，解释期末结账中出现的差异，以及在采购与库存模块（MM、WM 或 EWM）里查询缺料、在途和呆滞库存。

在 ERPray 这类方案中，模型不直接改动 SAP 数据：它把问题转成对 S/4HANA 的只读查询，展示所用的查询与数据范围，并遵循 SAP 的角色与授权对象。如果要做写回，比如自动生成采购申请草稿，应当保留人工审批，并通过 SAP 标准接口（BAPI、OData 或 API）完成，而不是绕过业务逻辑直接写表。

- 总账与往来：自然语言查询科目余额、账龄、未清项
- 发票核对：销售、采购订单与发票状态不一致的异常清单
- 结账辅助：解释跨期、汇兑与分摊差异的来源凭证
- 供应链：缺料、在途、呆滞库存、交期风险的解释性查询

## 架构与数据边界：模型放在哪里

中国子公司的财务与客户、员工数据属于受监管的数据。把这些数据发送到境外的模型接口，会触及个人信息保护法和数据出境规则（详见我们关于数据出境的另一篇指南）。更稳妥的做法是在工厂或境内私有云里部署开源权重模型，例如 Qwen、DeepSeek 或 Llama 系列，使用 vLLM 或 Ollama 提供推理服务，检索只发生在境内的 SAP 数据与文档上。

如果集团总部希望看到统一的 AI 洞察，推荐只上传脱敏、汇总后的指标，而不是明细数据，并先完成数据分类，确认是否涉及重要数据或个人信息。这个判断要由贵公司的法务和数据合规团队做出，我们只负责把架构设计成让合规团队容易审查和执行。

## 什么时候用 SAP 自带的 AI 就够了

如果您已经采购了 SAP 的 AI 助手（例如 Joule）并且云服务的数据驻留与合规评估已经通过，那么标准流程中的问答和文档辅助可以先用官方方案，不必重复建设。可用性、数据位置和是否覆盖您的本地化扩展，需要向 SAP 或实施伙伴逐项确认。

私有化方案更适合这几类情况：数据不允许离开工厂网络，本地化字段和自开发 Z 表很多，需要同时查询 SAP 之外的 MES、QMS 或文件服务器，或者需要对模型和提示做完全的审计与控制。

## 如何开始：评估、试点、推广

建议先做一次两到三周的评估：梳理常用的 10 到 20 个财务和供应链问题，核对它们依赖的表与本地化字段，确认数据分类和部署位置，然后选一个只读场景做小范围试点，由财务和 IT 共同验收准确率与响应时间。

试点通过后再扩展到更多公司代码和更多模块。每一步都应保持可回退，模型输出的数字要能追溯到具体的凭证或单据。AI 不是要替代您的 SAP 顾问或财务团队，而是让他们少花时间在重复的查数和核对上。

## FAQ

### S/4HANA 标准版本是否已经满足中国合规？

标准产品包含中国国家版本和部分本地化功能，但发票开具、税务平台对接、特定报表等通常需要 SAP 扩展或合作伙伴方案。具体覆盖范围以您实际购买的版本和实施范围为准，建议与实施伙伴逐项核对。

### AI 会直接修改 SAP 里的数据吗？

默认不会。查询类场景是只读的，并显示所用的查询。如果要写回，必须保留人工审批，并通过 SAP 的标准接口完成。

### 我们的中国本地化是合作伙伴的产品，AI 能读到这些数据吗？

可以，前提是把扩展表和标准表的关系梳理清楚，并按角色授权。这是评估阶段的重点工作。

### 模型可以部署在工厂内部吗？

可以。使用开源权重模型加 vLLM 或 Ollama，部署在您自己的 GPU 服务器或境内私有云，检索只访问境内的数据。

### 和集团统一的 AI 平台冲突吗？

不一定冲突。可以让中国子公司的私有化 AI 处理明细数据，只把脱敏汇总结果提供给集团平台，是否可行需要先经过贵公司合规团队的评估。