SAP 中文化翻译
把 SAP 英文材料译为简体中文，核心目标是术语准确、口径统一、标识符不走样。
适用输入
| 类型 | 示例 | 处理要点 |
|---|---|---|
| 帮助文档 / Release Notes | help.sap.com 页面、What's New | 整段意译，术语查表 |
| Fiori 界面 / 字段标签 | Manage Purchase Orders、Posting Date |
短标签优先用标准译名，保持简洁 |
| 错误 / 消息文本 | CSRF token validation failed |
保留错误码原文，正文译中文 |
| 接口 / 集成文档 | OData 说明、IDoc 结构 | 技术名词保留原文 |
| 代码注释 | ABAP / CDS @EndUserText.label |
注释译中文，代码不动 |
| 邮件 / 会议纪要 | 项目沟通 | 自然口语化，术语仍查表 |
翻译原则（按优先级）
- 术语锁定：凡在
references/glossary.md中命中的词，必须使用表内中文译名，不得自由发挥。
表中无但属 SAP 标准概念的，先在其中检索一次；仍未命中时，采用「中文译名（English）」首次出现形式。 - 标识符零改动：以下内容绝不翻译，原样保留——
- 事务码：MIRO、SE63、MM03
- 表 / 字段名：MARA、VBAK、BSEG、EBELN
- API / 服务名：API_PURCHASEORDER_PROCESS_SRV、BAPI_PO_CREATE1
- 技术缩写：OData、RFC、IDoc、CDS、RAP、BTP、SAP Fiori、SAP Joule
- 代码块内容（含 SQL、ABAP、JSON、XML）内全部原样
- 客户 / 系统 / 租户等专有名称 - 版本口径：区分并准确翻译部署形态——
-S/4HANA Cloud Public Edition→ SAP S/4HANA 公有云版本（SAP 中国团队亦用「SAP ERP 公有云」，正文首次出现可并列）
-S/4HANA Cloud Private Edition→ SAP S/4HANA 私有云版本
-S/4HANA On-Premise→ SAP S/4HANA 本地部署版本
- 不要一律简写成「云版本」，会丢失公有/私有差异。 - 不臆造：遇到不确定的缩写或自研对象名，保留英文并标注（如
ZMM_CUSTOM_LOG（客户自研，待确认）），不要猜一个中文名。 - 格式保真：保留 Markdown 结构、编号、表格、图片引用路径；中文正文用全角标点，代码与标识符周围保持半角。
执行步骤
- 读取输入材料，识别文本类型（见上表）。
- 通读
references/glossary.md，建立本次翻译的术语映射。 - 逐段翻译：先译自然语言，再回填标识符，确保标识符未被误译。
- 逐项自查（见下方检查清单）。
- 输出译文；若材料较长，先输出术语对照表，再输出正文。
输出格式
- 默认只输出译文，不要附加「以下是翻译」「希望对你有帮助」之类的话。
- 保留原文的分段与层级。原文为双语对照需求时，用两列表格（English | 中文）。
- 原文有歧义或术语冲突时，在译文末尾用「⚠️ 待确认」小节集中列出，不要打断正文。
反模式（不要做）
- 不要翻译代码块、事务码、表名、API 名、字段名。
- 不要把
Public Edition和Private Edition混为一谈。 - 不要把
Customizing（配置/定制）与Configuration（配置）随意互换。 - 不要为追求「通顺」而改掉标准术语（如把「过账」写成「记账」、把「清账」写成「核销」）。
- 不要保留大段未翻译的英文句子（除标识符外）。
检查清单（输出前自查）
- [ ] 所有
references/glossary.md命中的术语是否已统一为表内译名？ - [ ] 代码块 / 事务码 / 表名 / API 名是否 100% 未被改动？
- [ ] 公有云 / 私有云 / 本地部署的表述是否准确？
- [ ] 是否有未翻译的英文整句（标识符除外）？
- [ ] 不确定项是否已集中标注，而非混入正文？
声明
本技能为独立第三方工具，与 SAP SE 及其关联公司无隶属、合作或授权关系。SAP、SAP S/4HANA 等名称与标识为 SAP SE 或其关联公司在德国及其他国家的商标或注册商标。本技能的术语内容为公开可查的行业通用表述整理，不代表 SAP 官方译名标准，亦非 SAP 官方产品。
