SAP 中国本地化
SAP S/4HANA 中国本地化：外资工厂的清单与 AI 落地方式
简要回答
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 顾问或财务团队，而是让他们少花时间在重复的查数和核对上。
常见问题
S/4HANA 标准版本是否已经满足中国合规？
标准产品包含中国国家版本和部分本地化功能，但发票开具、税务平台对接、特定报表等通常需要 SAP 扩展或合作伙伴方案。具体覆盖范围以您实际购买的版本和实施范围为准，建议与实施伙伴逐项核对。
AI 会直接修改 SAP 里的数据吗？
默认不会。查询类场景是只读的，并显示所用的查询。如果要写回，必须保留人工审批，并通过 SAP 的标准接口完成。
我们的中国本地化是合作伙伴的产品，AI 能读到这些数据吗？
可以，前提是把扩展表和标准表的关系梳理清楚，并按角色授权。这是评估阶段的重点工作。
模型可以部署在工厂内部吗？
可以。使用开源权重模型加 vLLM 或 Ollama，部署在您自己的 GPU 服务器或境内私有云，检索只访问境内的数据。
和集团统一的 AI 平台冲突吗？
不一定冲突。可以让中国子公司的私有化 AI 处理明细数据，只把脱敏汇总结果提供给集团平台，是否可行需要先经过贵公司合规团队的评估。
相关指南
数电发票（全电发票）与 ERP 对接：开票、受票、入账与 AI 核对
全面数字化的电子发票（数电发票）如何与 SAP、Oracle 等 ERP 对接：开票、受票、入账与对账，以及 AI 辅助核对。
SAP / Oracle / 用友 / 金蝶跨国集团中国子公司的 ERP 集成：集团模板、本地系统与数据边界
外资集团的中国子公司如何处理集团 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，数据留在企业内网，默认只读。