ChampaignWolf的专栏

拆解 SAP 官方教程：如何用一句提示词让 Data Product Creation Agent 关联销售订单与开票凭证生成开票完整性数据产品，DPD 定义文件与发布流程，以及对话式分析如何识别部分开票订单与潜在收入泄漏。

拆解 SAP 官方教程：一句 Intent statement 如何被 Quick create 加速，系统在 Intent 阶段如何借助 Knowledge Graph、LeanIX 与 Domain Models 做 fit-gap 分析，并自动走完 PRD 到技术规范到实现与单元测试的整条链路。

Generative AI Hub 系列终章实操版：Booster 失败要先删孤儿 formation、Destination 漏配 sap.processautomation.enabled 会静默失效、Action 必须 Publish to Library 才可见，以及 Skill Description 为何是定义里最重要的字段。

基于 SAP 官方教程完整拆解 Document Grounding：AI Core 加 S3 对象存储的双 Destination 架构、六个配置步骤、Agent 的 Expertise 与 Instructions 原文写法、Documents 工具挂载，以及 Status 先报 Error 不必惊慌等实战注意事项。

拆解 SAP 官方系列博客 Part 3(2)：Skill 在 Joule 体系中的定位、General 页签两个关键开关为什么这么设、Parameters 如何用 conversation_id 维持无状态容器的会话记忆，以及 /v2/plan 到 /v2/continue-execution 四段式 Action 链的编排原理与落地避坑。

基于 SAP 官网 5 篇最新一手资料，厘清 Joule 与 SAP AI Core 的分层关系：Joule Work、新版 Joule Studio、Generative AI Hub 的 Batch API 与推理可观测性、ABAP 自定义代码迁移 Agent，并给出 MCP Server 接入、版本选型与治理前置的实操建议。

讲清 GTS 主数据传输的两条腿：初始传输事务 /SAPSLL/MATMAS_DIRR3、DEBMAS_DIRR3、CREMAS_DIRR3 与增量传输的 ALE 更改指针机制。含 BD53 削减消息类型、SM30 V_TBDME 替换分发函数、RBDMIDOC 作业的完整五步配置，以及 DBSQL_DUPLICATE_KEY_ERROR 经典故障与 BD22 解决方案。

梳理 GTS 合规三道闸（禁运、SPL 筛查、出口管制）的边界，详解制裁名单主数据上传事务 /SAPSLL/SPL_UL01、离线外部地址筛查 /SAPSLL/SPL_CHSO3 的输入输出 XML 与 False Positive 调优，审计追踪 /SAPSLL/SPL_AT_ADR，以及 BAdI PARTNER_UPDATE 与 /SAPSLL/BP 把账户持有人纳入筛查的代码实战。

讲清 GTS 主数据传输的两条腿：初始传输事务 /SAPSLL/MATMAS_DIRR3、DEBMAS_DIRR3、CREMAS_DIRR3 与增量传输的 ALE 更改指针机制。含 BD53 削减消息类型、SM30 V_TBDME 替换分发函数、RBDMIDOC 作业的完整五步配置，以及 DBSQL_DUPLICATE_KEY_ERROR 经典故障与 BD22 解决方案。

拆解 GTS 接口族 API 6800：远程函数 /SAPSLL/API_6800_SYNCH_MASS 的完整调用骨架，抬头结构 /SAPSLL/API6800_HDR_S 与报关单结构 /SAPSLL/API6800_DOC_CSD_S 的字段速查，GUID_HEADER 幂等、tRFC 异步重处理、MAP_ERR 映射错误定位，以及非 SAP 系统自建接口接入 GTS 的标准做法。

从零讲透 SAP GTS 插件配置：应用层级 MM0A/MM0B/MM0C、SD0A/SD0B/SD0C 的含义，SPRO 中 BAdI 激活路径，单据类型 FNB 的命名规则，S/4HANA 2021 起按公司代码限制传输，附自定义字段映射开发示例与 SM58 排错清单。

结合 5 篇 SAP 官方与社区技术文章，拆解 AI 辅助 Smart Forms 迁移到 Adobe Forms 的三层结构（接口/布局/数据绑定）、三类高发绑定错误、标准迁移工序与调用端 ABAP 代码模板，并给出 Joule for Developers 2026 能力全景与一份可直接落地的架构师发布闸门清单。

AI Agent 调 ABAP 时最贵的资源是上下文窗口：方法级读取砍 95% token、延迟工具加载砍 75-80%、批量读取省往返、意图级编辑省重写。vs-punk / 67-tool Server / ARC-1 / SAP 官方四方性能设计横向基准，附自建 MCP Server 的五个可直接复用的性能杠杆与选型检查清单。

SAP Community 热帖实战解读：官方 ABAP MCP Server 管创造（RAP 生成 / 激活 / ATC）、ARC-1 管阅读分析（源码 / where-used / CDS 影响分析），能力几乎不重叠、命名空间不冲突，按能力路由 + fallback 链双挂架构落地五要点，附 ARC-1 官方八场景决策速查表。

基于 SAP Learning 官方课程与 Help 文档：ABAP Unit Chat 六件套（测试生成 / 依赖分析 / 测试替身 / 代码解释 / 重构 / 拆分）、官方七条测试原则、25% 测试提速数据、J4D 免费期申请方式，以及 Joule 生成 + MCP 工具自动执行的 2026 完整闭环。

全球首个 ABAP 原生基础模型深度解析：2.5 亿行策展语料（标准对象 / 客户扩展 / BAdI / ABAP Cloud）、三类通用模型幻觉的治理、当前只做代码解释的边界与生成-转换-Agentic 路线图、与 SAP-RPT-1 及通用 LLM 的家族分工、GenAI Hub 访问方式与模型锁定治理问题。

开源 abapgit-agent 全解析：Git 中介模式让 AI 生成代码 → push 到 Git → 自动拉取激活 → 回传错误自动修复。四组命令（同步 / syntax 预提交校验 / 探索 / ST22 dump 与断点调试）、Claude Code 完整工作流、与 MCP 直连方案对比，半小时让 AI 拥有完整写码-激活-测试-修复能力。

SAP 2026 旗舰 CCM Agent 全栈解读：BTP side-by-side + AI Core + ABAP MCP Server 三层架构、6 步 Agentic 标准工作流（扫描 / 影响分析 / 计划 / 转换 / 补丁 / 验证）、SAP-ABAP-1 垂直基础模型、demo prompt 模板、12 个月 ECC→S/4HANA 落地路线与安全治理要点。

nidhideep 45 工具一站式 ADT-MCP 详解：DDIC / RAP / 服务发布全对象覆盖、DRY_RUN 治理网关与 SQLite 审计日志、自动 lock/unlock 机制、ST22 dump 主动捕获、一句话从 $TMP 建表到 OData V2 publish、OData V4 + RAP managed BO 进阶、与 ARC-1 / YAAI 三选一实战建议。

Marian Zeis ARC-1 工业级参考实现：12 个意图级工具分组（SAPRead / SAPWrite / SAPActivate / SAPNavigate / SAPLint 等）、四大安全特性（BTP 中央化 / 包白名单 / Principal Propagation / 限流）、Claude Code 一键集成、与 SAP 官方 MCP Server 横向对比与五条上线经验。

开源 YAAI 全栈解析：yaai / yaai_ui / yaai_fc / yaai_cloud / yaai_mcp / abap-mcp-server 六大组件分工、7 大工具组 60+ MCP 工具清单、5 分钟 abapGit + Python 上手、YAAI vs Joule 七维对比、自带 RAG 与 Function Calling 实战代码示例。

SAP 官方 ADT for VS Code GA 完整上手指南：ABAP Language Server + ABAP MCP Server 双架构解读、四步首次配置、25 工具清单、三个端到端工作流（BAPI 解释 / CDS 生成 / Agentic Loop 自闭合）、Eclipse 用户迁移建议与五条实战避坑。

用一个 BTP 试用账号在 Cloud Foundry 上部署带 XSUAA OAuth 2.1 保护的 MCP Server，把 SAP Document AI 文档提取能力封装成工具：四层架构、部署步骤、工具设计原则，以及从 Demo 到生产的三条跃迁。

SAP Global Delivery Hub 生产级案例：基于 BTP + Joule Studio + AI Core + MCP 构建的 EWM/TM 集成错误监控 AI Agent，三周上产。全栈 SAP 标准组件架构、错误分级与 RAG 引导式修复设计，以及可迁移的落地启示。

开源项目 sap-btp-usage-mcp-server 实战：把 BTP 用量与成本报表 API 工具化，五步部署到 Cloud Foundry，接入 Joule Studio 后用自然语言查询 credit 余量、成本排行与服务趋势，附安全设计与场景迁移思路。

SAP 官方《Demystifying MCP》系列实战解读：FastMCP 构建业务工具、BTP Destination 关键属性 sap-joule-studio-mcp-server、Joule Studio 七步创建 AI Agent、测试发布全流程，附常见坑位清单。

开源方案 abaper-mcp 实战：三层架构（MCP → abaper-ts → ADT REST API）、17 个工具四组详解、7 个预置提示词、Claude Desktop 四步配置、三个典型工作流与安全注意事项，附官方/开源/自建方案对比。

SAP 官方 ABAP MCP Server 正式 GA：基于 ABAP Language Server 的架构解读、ADT for VS Code、SAP-ABAP-1 基础模型、S/4HANA 自定义代码迁移 Agent 与按消费计费模式，以及对 ECC 老系统用户的路线建议。

在 SAP 系统内部基于 ICF Handler 实现原生 MCP Server 的完整架构与代码：五个核心 ABAP 类、业务工具动态注册、AUTHORITY-CHECK 权限链路、审计表设计，以及连接超时等踩坑方案。

SAP ABAP CDS view位于ABAP应用服务器层，使用OPEN SQL，支持的数据库不限HANA，因此既能在ECC也能在S/4HANA里使用；而SAP HANA CDS view是HANA数据库的一部分，位于HANA XS层(HANA Extended Application Services), 其就是为了创建HANA数据库里的模型和开发原生的HANA应用而生的，使用NATIVE SQL, 脱离了HANA数据库单独谈HANA CDS view没有任何意义。针对特定的消费场景，暴露特定的字段；

不同的设计者可以依据自己的实际项目和需求，设计REST风格的Web Service，也正是由于这种“各自为战”的Web Service实现方式，让REST方式的web service在性能和可用性上通常会优于依据SOAP发布的web service, 但由于在细节上没有太多约束，其统一性上不及SOAP。简而言之，在SOAP方式实现的Web Service中，SOAP描述了“访问方式”，通过WSDL描述了“服务内容”，SOAP方式的Web Service是WS的一套完整的实现方案。

通过服务管理工具（/IWFND/MAINT_SERVICE）可以跳转服务测试客户端（/IWFND/GW_CLIENT），这个客户端内置和多个非常方便的按钮，可以方便地切换实体集、添加请求后缀、导出测试结果，对于Odata的开发和测试比用Postman和浏览器要方便和强大太多。实体集合和实体类型是多对多的关系，例如我们可以创建好一个通用的销售订单实体，但对于不同的接口我们可以基于这个实体创建不同的实体集合，针对不同的实体集合有不同的权限管理、CURD逻辑。）到能被外部访问到的Gateway中。

众所周知，CDS View是SAP推出的下一代database views，SAP认为传统的database view只是将多张表进行关联，CDS View是一个成熟的Data Model，它有很多SE11中创建的传统View所没有的新特性，也不像HANA View那样不能在ABAP中直接使用，我们在创建CDS View的同时，会生成相关的ABAP Dictionary对象，所以CDS View即可在ABAP中直接使用，也可以被SAP产品外的Application使用。>基于CDS View 创建数据源。

那些熟悉ABAP领域应用程序开发的人对SAP NetWeaver Application Server AS ABAP中包含的传统数据建模工具应该并不陌生——特别是存储了对象定义的ABAP数据字典（DDIC），例如abap程序中用到的数据库表和视图。虚拟数据模型(VDM)的概念是几年前在HANA Live中引入的，SAP HANA Live是一个在套件表之上的虚拟数据模型，它使用被称为计算视图的本地SAP HANA SQL视图进行实时操作报告。陈述性的，接近概念思维的。

RFC_READ_TABLE

TABLESENDLOOP.ENDFORM.

一次要取100W多行的数据进行处理，原来取数里也除了FOR ALL ENTRIES 来出这100W多的数据来的，但现发现非常慢，主要是表中的数据也帮大，好几亿了，所以不得不进行了一些数据优化，最后是在SELECT 的最后加入：123select *from mseg.1234567891011121314151617181920212223 SELECT ZFI_LMYJ~VBELN ZFI_LMYJ~ZVBELP ZFI_LMYJ~GMYH

希望简化你的业务应用开发过程？业务对象处理框架（Business Object Processing Framework，以下简称BOPF）也许可以帮到你。BOPF是中用于开发业务对象的基础设施。通过BOPF，你可以在开发周期中节约时间，因为不必再亲自实现所有技术细节了，比如权限控制、低等级的事务处理、缓存管理、提供消费者API和编排业务逻辑。通过在BOPF中使用对象驱动的方法，你可以专注于实际的业务需求本身。

前一篇记录阐述了在供应链计划（Supply Chain Planning）领域里SAP的关键产品APO的不断进化之路，即部分产品从APO进化到S/4HANA，本篇将继续阐述进化之路上的另一大中坚产品力量SAP-IBP（Integrated Business Planning）。作为SAP数字化供应链（Digital Supply Chain）中供应链计划SCP的左膀右臂，S/4HANA与IBP共同完善了计划域的完整闭环。本篇作为收尾，在先谈对IBP产品的个人认知之前，特别是在当今这个IT产品迭代多、技术革新

而众所周知， APO 这一产品从诞生到如今的几十年间，随着整个 IT 技术的不断发展，更随着 SAP 对 APO 全系产品的重新定位以及在 SCP 领域的不断投资， SAP 不断地推陈出新，诞生了更多全新的、功能也更强大更合时宜的产品，例如基于云平台的 IBP 、 S4HANA 等等。那么，对于“古老”的 APO 产品，它的各个模块的进化之路是怎样的呢？传统的 APO 与全新的 IBP 、 S4HANA 有何关系？产品迭代对产品架构、数据结构、业务模式甚至操作习惯有何改变？ …本篇将完全从 个人 在 APO