简介这份PPT资源面向集团信息化负责人、企业架构师及数字化转型项目参与者围绕某大型集团数字化转型的整体方案展开重点解决业务与IT架构如何协同落地的问题。内容涵盖数据中台、业务中台、技术中台与后台系统的分层设计并延伸至SAP Fiori前端体验、S/4HANA内存计算、Fiori Launchpad统一入口及移动端应用等关键模块适合用于方案汇报参考或架构学习。资源包共1个pptx文件大小约42.53MB以图文并茂的演示文稿形式呈现便于直接查阅与二次编辑。目前已有214人学习下载说明该方案在同类资料中具备一定参考热度。读者可从中获取前中后台架构理解、数据中台建设思路、S/4HANA性能优化路径以及Fiori用户体验设计等具体内容对规划集团级数字化项目或梳理技术选型有实际帮助。1. 从一份 SAP 数字化转型 PPT 说起前台、中台、后台到底怎么切很多做 ERP 实施或者企业架构的朋友手里都攒过几份“某大型集团数字化转型方案”的 PPT但真正能把它拆成可落地技术动作的没几个。这份《某大型集团数字化转型方案.pptx》的核心价值不在于它画了多少张架构图而在于它把 SAP S/4HANA、数据中台、业务中台、技术中台这四层东西的边界讲清楚了。它解决的是一个很现实的问题集团型企业在上了 ECC 之后数据量冲到 500 到 600 TBBW 抽数性能扛不住Hadoop 和 ECC 之间集成问题一堆找数效率低到业务部门天天投诉。这套方案适合正在做 SAP 升级选型、数据中台规划、或者被 BW 性能问题折磨的 ERP 实施顾问和架构师。我拿到这份材料的第一反应是它把“前台稳态加敏态、中台沉淀能力、后台保障合规”这个逻辑讲透了但具体怎么配、怎么调、坑在哪PPT 不会告诉你。下面我按自己拆项目的习惯把这份方案里的技术点一个个落到操作层面。2. S/4HANA 架构简化从 26 张库存表到 1 张 MATDOC 的迁移逻辑2.1 为什么传统 ERP 的库存表设计在 HANA 上必须改传统 ECC 里库存管理有 26 张业务数据表MKPF 和 MSEG 是凭证头行项目MARD 和 MARC 是主数据还有一堆 MCHB、MSKA、MSPR 之类的特殊库存表。这套设计在传统关系型数据库上没问题因为可以通过索引表和聚合表来加速查询。但到了 HANA 列存储内存计算平台这些辅助表反而成了累赘。PPT 里写得很清楚HANA 基于列存储无需辅助表数据链路缩短之后底层数据模型的优化直接带来业务流程的优化。我自己的经验是S/4HANA 把库存凭证统一收进 MATDOC 这一张表物料凭证和会计凭证通过 AC_DOCUMENT 关联查询时不用再像 ECC 那样去 MKPF 和 MSEG 里做联合查询。这个变化对做报表和接口的人来说是血泪经验以前写个库存流水报表要 JOIN 五六张表现在 MATDOC 一张表加几个 CDS 视图就搞定。2.2 代码下沉到数据库层的配置要点PPT 里反复提到“代码下沉”也就是把数据密集型处理逻辑从 ABAP 应用层推到 HANA 数据库层。传统 ERP 是“数据到代码”S/4HANA 是“代码到数据”。具体怎么操作核心是 CDS 视图和 AMDP。CDS 视图定义在 ABAP 层但执行时下推到 HANA 数据库利用列存储和并行计算。我一般会先检查几个关键配置 检查 CDS 视图是否启用了下推 在 ADT 中打开 CDS 视图查看注解 AbapCatalog.sqlViewName 确认 AccessControl.authorizationCheck 设置是否正确 AbapCatalog.sqlViewName: ZSTOCK_FLOW AbapCatalog.compiler.compareFilter: true AccessControl.authorizationCheck: #CHECK EndUserText.label: 库存流水查询视图 define view Z_STOCK_FLOW as select from matdoc inner join mard on matdoc.matnr mard.matnr { key matdoc.mblnr, key matdoc.mjahr, matdoc.zeile, matdoc.matnr, matdoc.werks, matdoc.lgort, matdoc.bwart, matdoc.menge, matdoc.meins, mard.labst } where matdoc.bwart in (101,102,201,202,261,262)这段 CDS 视图的逻辑说明MATDOC 是 S/4HANA 的物料凭证表MARD 是库存主数据表通过 MATNR 关联。参数方面BWART 是移动类型101 是采购收货201 是成本中心领用261 是生产订单发料。注意AbapCatalog.compiler.compareFilter: true这个注解它决定了 WHERE 条件是否在数据库层做过滤如果设成 false过滤会拉到 ABAP 层性能直接翻车。我见过有人写 CDS 视图不关注这个注解结果报表跑得比 ECC 还慢。2.3 MATDOC 迁移的实操步骤与验证方法从 ECC 迁移到 S/4HANA 时MATDOC 的迁移不是简单数据搬运而是需要做数据一致性校验。常见做法是先用事务码 MB5M 看物料凭证的年度分布再用 MB51 导出历史流水做比对。具体步骤# 在 SAP GUI 中执行事务码 # 1. 检查 ECC 端 MKPF/MSEG 记录数 SE16N - MKPF - 记录数 SE16N - MSEG - 记录数 # 2. 迁移后检查 MATDOC 记录数 SE16N - MATDOC - 记录数 # 3. 用 MB51 做物料凭证比对 MB51 - 输入物料号、工厂、日期范围 - 导出 Excel # 4. 用 MB5M 做年度库存比对 MB5M - 输入物料号、工厂 - 查看年度期初期末参数说明MB51 的日期范围建议按年度分段因为一次性拉太多数据容易超时。MB5M 看的是库存的年度累计迁移后如果发现某年度期初和期末对不上大概率是 MSEG 里的特殊库存寄售、供应商寄售、客户寄售没有正确映射到 MATDOC 的对应字段。我一般会重点检查 SOBKZ 字段这个字段标识特殊库存类型迁移时最容易丢。提示MATDOC 迁移完成后务必用 MB5L 做库存科目对账确保物料账和财务账一致。如果对不上先查 AC_DOCUMENT 里的会计凭证是否完整。3. 数据中台落地HANA、BW/4HANA 与 Hadoop 的集成配置3.1 数据中台的技术选型为什么是 HANA 加 BW/4HANAPPT 里对数据中台的描述很直接SAP BW on db2 抽数性能有问题Hadoop CDH 5.14 上开发任务重ECC 与 Hadoop 之间集成问题多SLT 增量没有业务含义缺乏数据治理和主数据管理工具。SAP 建议的方案是 HANA 加 BW/4HANA 加 Data Hub。我自己的判断是这个组合的核心优势在于 BW/4HANA 预置了业务模型比如采购、财务、成本、销售、市场、人事、客户、设备服务这些域的内容可以直接复用不用从零在 Hadoop 上写 MapReduce。Data Hub 负责把 Hadoop 和 HANA 的数据做联邦查询SLT 负责 ECC 到 HANA 的实时增量复制。3.2 SLT 增量复制的配置与业务含义映射SLT 是 ECC 到 HANA 的实时复制工具但 PPT 里提到“增量没有业务含义”这个问题很关键。SLT 复制过来的是技术层面的增量比如某张表新增了一行但业务人员看不懂这行代表什么。解决办法是在 HANA 里建计算视图把技术增量映射成业务语义。配置步骤-- 在 HANA Studio 中创建计算视图 -- 先创建 SLT 复制的原始表对应的分析视图 CREATE CALCULATION VIEW ZBW_SALES_ORDER AS SELECT VBELN AS SALES_ORDER, ERDAT AS CREATE_DATE, KUNNR AS CUSTOMER_ID, NETWR AS NET_VALUE, WAERK AS CURRENCY, CASE WHEN AUART OR THEN 标准订单 WHEN AUART RE THEN 退货订单 WHEN AUART TA THEN 调拨订单 ELSE 其他 END AS ORDER_TYPE_DESC FROM SLT_ECC.VBAP WHERE MANDT 100;逻辑说明VBAP 是销售订单行项目表AUART 是订单类型。SLT 复制过来的是原始字段计算视图里用 CASE WHEN 把技术字段翻译成业务描述。参数方面MANDT 是客户端一般生产环境是 100 或 200这个条件必须加否则会跨客户端取数。我见过有人忘了加 MANDT结果报表数据翻倍查了一整天才发现是客户端没过滤。3.3 BW/4HANA 预置模型的使用与扩展BW/4HANA 的预置模型覆盖了供应链管理、采购发票验证、库存、生产计划及控制、扩展仓库管理、财务应收应付、固定资产会计、不动产、总帐、合同账户、资产管理、工厂维护、客户服务、成本管理、质量管理这些域。使用预置模型的步骤# 1. 在 BW/4HANA 中激活预置内容 RSA1 - BI Content - 选择对应业务域 - 安装 # 2. 检查数据源是否激活 RSA6 - 检查数据源状态 # 3. 创建转换和 DTP RSA1 - 右键 InfoProvider - 创建转换 # 4. 加载数据 DTP - 执行 - 监控加载状态参数说明RSA1 是 BW 的数据源管理事务码RSA6 是数据源检查。安装预置内容时要注意版本兼容性BW/4HANA 2.0 和 3.0 的预置模型有差异。我一般会先在沙箱环境装一遍确认数据源激活没问题再上生产。DTP 加载时如果报错先看监控里的错误消息常见的是主数据缺失或者单位转换问题。注意BW/4HANA 的预置模型不是万能的它覆盖的是标准业务流程。如果集团有大量个性化流程还是得在 HANA 里自建计算视图。PPT 里也说了预置模型是加速应用搭建不是替代开发。4. Fiori 前端与移动端Launchpad 配置和 Client 打包的实操细节4.1 Fiori Launchpad 的单入口配置PPT 里说 Fiori Launchpad 提供单一入口访问所有应用功能可以快速查看 Overview Pages、List Reports 和 Object Page。配置 Launchpad 的核心是角色和目录的映射。步骤// 在 Fiori Launchpad Designer 中创建目录和组 // 目录Z_CATALOG_FI // 组Z_GROUP_FI_AR // 磁贴配置示例 { tileType: sap.ushell.ui.tile.StaticTile, properties: { title: 应收账龄分析, subtitle: 按客户和账期, icon: sap-icon://sales-order, targetURL: #ZFI_AR_AGING } }逻辑说明这段 JSON 是 Fiori Launchpad 磁贴的配置title 是显示名称targetURL 是应用的路由。参数方面tileType 一般用 StaticTile 或 DynamicTileDynamicTile 可以显示实时数字比如未清发票数量。我一般会按角色建目录比如财务应收会计一个目录财务应付会计一个目录然后通过 PFCG 角色把目录分配给用户。这样用户登录后只看到自己需要的磁贴不会在一堆应用里迷路。4.2 SAP Fiori Client 的移动打包与品牌化PPT 里提到 SAP Fiori Client 是可下载的本地应用支持附件查看、本地设备集成、通知应用更新。基于 Kapsel SDK 可以做自定义打包和品牌化。操作步骤# 1. 安装 Kapsel SDK # 下载 SAP Mobile Platform SDK解压到本地目录 # 2. 创建 Cordova 项目 cordova create ZFioriApp com.example.zfiori ZFioriApp # 3. 添加 Kapsel 插件 cordova plugin add kapsel-plugin-logon cordova plugin add kapsel-plugin-push cordova plugin add kapsel-plugin-attachment # 4. 配置品牌化资源 # 替换 www/res/icon 和 www/res/screen 下的图片 # 修改 config.xml 中的应用名称和描述 # 5. 构建应用 cordova build android cordova build ios参数说明Kapsel 是 SAP 的移动开发套件logon 插件负责单点登录push 插件负责推送通知attachment 插件负责附件查看。品牌化主要是替换图标和启动画面。我踩过的坑是 iOS 构建时证书配置不对导致应用装不上设备。建议先在 Android 上验证功能再搞 iOS。4.3 Fiori 应用在浏览器和 Client 中的差异PPT 里区分了浏览器中的 Fiori 和 SAP Fiori Client。浏览器版基于 Web在所有设备上运行无需安装体验一致。Client 版是本地应用支持附件查看和本地设备集成。实际使用中浏览器版适合桌面办公场景Client 版适合现场作业场景比如仓库扫码、设备巡检。我一般会建议客户管理层用浏览器版操作层用 Client 版。Client 版的离线应用数据功能需要额外配置PPT 里标注了星号说明依赖 SAP Cloud Platform。5. 避坑与排查SAP 数字化转型项目里最常见的五个翻车点5.1 现象CDS 视图激活后报表跑不出数据原因CDS 视图的访问控制注解AccessControl.authorizationCheck设置成了 #CHECK但当前用户没有对应的授权对象。或者 CDS 视图的 WHERE 条件里客户端字段没加导致跨客户端取数被系统拦截。解决先用 SU53 检查权限缺失然后在 CDS 视图里把授权检查改成 #NOT_REQUIRED 做测试确认是权限问题后再补 PFCG 角色。客户端字段一定要显式加上WHERE MANDT 100。5.2 现象SLT 复制延迟越来越大原因ECC 端表增长太快SLT 的读取进程跟不上。或者 HANA 端的写进程被其他大作业阻塞。解决在 LTRC 里查看复制延迟如果是读取进程慢增加 SLT 的并行作业数如果是写进程慢检查 HANA 的内存和 CPU 使用率。我一般会建议把大表拆成多个复制任务比如 VBAP 和 VBAK 分开复制避免单任务压力过大。5.3 现象BW/4HANA 预置模型安装后数据源激活失败原因BW/4HANA 版本和预置内容版本不匹配或者底层 HANA 版本不支持某些 CDS 特性。解决用 RSA1 检查 BI Content 的版本对比 SAP Note 里的兼容性矩阵。如果是 HANA 版本问题先升级 HANA 到推荐版本。我见过有人用 BW/4HANA 2.0 装 3.0 的预置内容结果一半数据源激活不了。5.4 现象Fiori Launchpad 磁贴点击后报 404原因targetURL 配置的应用路由不存在或者应用没有部署到 ABAP 前端服务器。解决用 /UI2/FLP 检查应用的路由配置确认应用在 SICF 里激活。如果是自定义应用检查 BSP 应用是否部署完整。我一般会先用 /UI2/FLP 的测试功能验证路由再分配给用户。5.5 现象MATDOC 迁移后 MB51 查不到历史凭证原因迁移时只迁了当前年度的数据历史年度数据还在 ECC 的 MKPF/MSEG 里没有做归档或者视图合并。解决用 MB51 的“历史数据”选项或者配置归档视图把 ECC 和 S/4HANA 的数据做联合查询。常见做法是在 HANA 里建一个计算视图把 MATDOC 和归档表 UNION 起来。我一般会建议客户在迁移前先做数据归档规划别等迁移完了再补。6. 从 PPT 到落地用 CDS 视图做实时库存分析的进阶技巧PPT 里讲的是架构和方向但真正落地时最考验人的是把这些架构图翻译成可执行的 CDS 视图和计算视图。我拿库存分析举个例子这是集团型企业最刚需的场景。传统 ECC 里看库存要用 MB52、MB5B、MB51 好几个事务码数据分散在 MARD、MCHB、MSKA、MSKU 这些表里。S/4HANA 里这些表都简化了但如果你还是用 ECC 的思维写报表性能不会好。我的做法是建一个 CDS 视图把库存数量、金额、移动类型、特殊库存类型全部拉通然后用 Fiori 的 List Report 做前端展示。AbapCatalog.sqlViewName: ZSTOCK_ANALYSIS AbapCatalog.compiler.compareFilter: true AccessControl.authorizationCheck: #CHECK EndUserText.label: 实时库存分析视图 OData.publish: true define view Z_STOCK_ANALYSIS as select from matdoc inner join mard on matdoc.matnr mard.matnr and matdoc.werks mard.werks and matdoc.lgort mard.lgort left outer join mchb on matdoc.matnr mchb.matnr and matdoc.werks mchb.werks and matdoc.lgort mchb.lgort { key matdoc.matnr, key matdoc.werks, key matdoc.lgort, matdoc.bwart, matdoc.menge, matdoc.meins, mard.labst as unrestricted_stock, mard.einsm as blocked_stock, mchb.clabs as batch_stock, case when matdoc.bwart in (101,102) then 采购收货 when matdoc.bwart in (201,202) then 成本中心领用 when matdoc.bwart in (261,262) then 生产发料 when matdoc.bwart in (601,602) then 销售发货 else 其他移动 end as movement_desc } where matdoc.mandt 100 and matdoc.budat 20240101这段 CDS 视图的逻辑说明MATDOC 是物料凭证表MARD 是库存主数据MCHB 是批次库存。通过 MATNR、WERKS、LGORT 三个字段关联。参数方面LABST 是非限制库存EINSM 是冻结库存CLABS 是批次库存。BWART 用 CASE WHEN 翻译成业务描述。BUDAT 是过账日期限制在 2024 年之后避免拉太多历史数据。OData.publish: true这个注解很关键它把 CDS 视图暴露成 OData 服务Fiori 应用可以直接消费。我一般会把这个视图挂到 Fiori 的 List Report 模板上业务人员打开就能按工厂、库存地点、物料筛选不用再跑 MB52 然后导出 Excel 做透视表。进阶技巧方面如果你要做实时库存预警可以在 CDS 视图里加一个计算字段比如安全库存阈值然后用 Fiori 的 Object Page 做下钻。安全库存可以从 MARC 表里取但 MARC 在 S/4HANA 里也简化了有些字段移到了 MARC 的扩展表里。我踩过的坑是直接 JOIN MARC 取 EISBE 字段结果发现 S/4HANA 里这个字段的语义变了后来改用 CDS 视图的 association 做关联才取对。从那以后我每次写 CDS 视图都强制走一遍 ST05 跟踪确认 SQL 语句真的下推到了 HANA 数据库层而不是在 ABAP 层做过滤。这个习惯帮我省了很多性能调优的时间。希望帮到你。本文还有配套的精品资源点击获取 SAP数字化转型落地：S/4HANA与数据中台架构实操
简介这份PPT资源面向集团信息化负责人、企业架构师及数字化转型项目参与者围绕某大型集团数字化转型的整体方案展开重点解决业务与IT架构如何协同落地的问题。内容涵盖数据中台、业务中台、技术中台与后台系统的分层设计并延伸至SAP Fiori前端体验、S/4HANA内存计算、Fiori Launchpad统一入口及移动端应用等关键模块适合用于方案汇报参考或架构学习。资源包共1个pptx文件大小约42.53MB以图文并茂的演示文稿形式呈现便于直接查阅与二次编辑。目前已有214人学习下载说明该方案在同类资料中具备一定参考热度。读者可从中获取前中后台架构理解、数据中台建设思路、S/4HANA性能优化路径以及Fiori用户体验设计等具体内容对规划集团级数字化项目或梳理技术选型有实际帮助。1. 从一份 SAP 数字化转型 PPT 说起前台、中台、后台到底怎么切很多做 ERP 实施或者企业架构的朋友手里都攒过几份“某大型集团数字化转型方案”的 PPT但真正能把它拆成可落地技术动作的没几个。这份《某大型集团数字化转型方案.pptx》的核心价值不在于它画了多少张架构图而在于它把 SAP S/4HANA、数据中台、业务中台、技术中台这四层东西的边界讲清楚了。它解决的是一个很现实的问题集团型企业在上了 ECC 之后数据量冲到 500 到 600 TBBW 抽数性能扛不住Hadoop 和 ECC 之间集成问题一堆找数效率低到业务部门天天投诉。这套方案适合正在做 SAP 升级选型、数据中台规划、或者被 BW 性能问题折磨的 ERP 实施顾问和架构师。我拿到这份材料的第一反应是它把“前台稳态加敏态、中台沉淀能力、后台保障合规”这个逻辑讲透了但具体怎么配、怎么调、坑在哪PPT 不会告诉你。下面我按自己拆项目的习惯把这份方案里的技术点一个个落到操作层面。2. S/4HANA 架构简化从 26 张库存表到 1 张 MATDOC 的迁移逻辑2.1 为什么传统 ERP 的库存表设计在 HANA 上必须改传统 ECC 里库存管理有 26 张业务数据表MKPF 和 MSEG 是凭证头行项目MARD 和 MARC 是主数据还有一堆 MCHB、MSKA、MSPR 之类的特殊库存表。这套设计在传统关系型数据库上没问题因为可以通过索引表和聚合表来加速查询。但到了 HANA 列存储内存计算平台这些辅助表反而成了累赘。PPT 里写得很清楚HANA 基于列存储无需辅助表数据链路缩短之后底层数据模型的优化直接带来业务流程的优化。我自己的经验是S/4HANA 把库存凭证统一收进 MATDOC 这一张表物料凭证和会计凭证通过 AC_DOCUMENT 关联查询时不用再像 ECC 那样去 MKPF 和 MSEG 里做联合查询。这个变化对做报表和接口的人来说是血泪经验以前写个库存流水报表要 JOIN 五六张表现在 MATDOC 一张表加几个 CDS 视图就搞定。2.2 代码下沉到数据库层的配置要点PPT 里反复提到“代码下沉”也就是把数据密集型处理逻辑从 ABAP 应用层推到 HANA 数据库层。传统 ERP 是“数据到代码”S/4HANA 是“代码到数据”。具体怎么操作核心是 CDS 视图和 AMDP。CDS 视图定义在 ABAP 层但执行时下推到 HANA 数据库利用列存储和并行计算。我一般会先检查几个关键配置 检查 CDS 视图是否启用了下推 在 ADT 中打开 CDS 视图查看注解 AbapCatalog.sqlViewName 确认 AccessControl.authorizationCheck 设置是否正确 AbapCatalog.sqlViewName: ZSTOCK_FLOW AbapCatalog.compiler.compareFilter: true AccessControl.authorizationCheck: #CHECK EndUserText.label: 库存流水查询视图 define view Z_STOCK_FLOW as select from matdoc inner join mard on matdoc.matnr mard.matnr { key matdoc.mblnr, key matdoc.mjahr, matdoc.zeile, matdoc.matnr, matdoc.werks, matdoc.lgort, matdoc.bwart, matdoc.menge, matdoc.meins, mard.labst } where matdoc.bwart in (101,102,201,202,261,262)这段 CDS 视图的逻辑说明MATDOC 是 S/4HANA 的物料凭证表MARD 是库存主数据表通过 MATNR 关联。参数方面BWART 是移动类型101 是采购收货201 是成本中心领用261 是生产订单发料。注意AbapCatalog.compiler.compareFilter: true这个注解它决定了 WHERE 条件是否在数据库层做过滤如果设成 false过滤会拉到 ABAP 层性能直接翻车。我见过有人写 CDS 视图不关注这个注解结果报表跑得比 ECC 还慢。2.3 MATDOC 迁移的实操步骤与验证方法从 ECC 迁移到 S/4HANA 时MATDOC 的迁移不是简单数据搬运而是需要做数据一致性校验。常见做法是先用事务码 MB5M 看物料凭证的年度分布再用 MB51 导出历史流水做比对。具体步骤# 在 SAP GUI 中执行事务码 # 1. 检查 ECC 端 MKPF/MSEG 记录数 SE16N - MKPF - 记录数 SE16N - MSEG - 记录数 # 2. 迁移后检查 MATDOC 记录数 SE16N - MATDOC - 记录数 # 3. 用 MB51 做物料凭证比对 MB51 - 输入物料号、工厂、日期范围 - 导出 Excel # 4. 用 MB5M 做年度库存比对 MB5M - 输入物料号、工厂 - 查看年度期初期末参数说明MB51 的日期范围建议按年度分段因为一次性拉太多数据容易超时。MB5M 看的是库存的年度累计迁移后如果发现某年度期初和期末对不上大概率是 MSEG 里的特殊库存寄售、供应商寄售、客户寄售没有正确映射到 MATDOC 的对应字段。我一般会重点检查 SOBKZ 字段这个字段标识特殊库存类型迁移时最容易丢。提示MATDOC 迁移完成后务必用 MB5L 做库存科目对账确保物料账和财务账一致。如果对不上先查 AC_DOCUMENT 里的会计凭证是否完整。3. 数据中台落地HANA、BW/4HANA 与 Hadoop 的集成配置3.1 数据中台的技术选型为什么是 HANA 加 BW/4HANAPPT 里对数据中台的描述很直接SAP BW on db2 抽数性能有问题Hadoop CDH 5.14 上开发任务重ECC 与 Hadoop 之间集成问题多SLT 增量没有业务含义缺乏数据治理和主数据管理工具。SAP 建议的方案是 HANA 加 BW/4HANA 加 Data Hub。我自己的判断是这个组合的核心优势在于 BW/4HANA 预置了业务模型比如采购、财务、成本、销售、市场、人事、客户、设备服务这些域的内容可以直接复用不用从零在 Hadoop 上写 MapReduce。Data Hub 负责把 Hadoop 和 HANA 的数据做联邦查询SLT 负责 ECC 到 HANA 的实时增量复制。3.2 SLT 增量复制的配置与业务含义映射SLT 是 ECC 到 HANA 的实时复制工具但 PPT 里提到“增量没有业务含义”这个问题很关键。SLT 复制过来的是技术层面的增量比如某张表新增了一行但业务人员看不懂这行代表什么。解决办法是在 HANA 里建计算视图把技术增量映射成业务语义。配置步骤-- 在 HANA Studio 中创建计算视图 -- 先创建 SLT 复制的原始表对应的分析视图 CREATE CALCULATION VIEW ZBW_SALES_ORDER AS SELECT VBELN AS SALES_ORDER, ERDAT AS CREATE_DATE, KUNNR AS CUSTOMER_ID, NETWR AS NET_VALUE, WAERK AS CURRENCY, CASE WHEN AUART OR THEN 标准订单 WHEN AUART RE THEN 退货订单 WHEN AUART TA THEN 调拨订单 ELSE 其他 END AS ORDER_TYPE_DESC FROM SLT_ECC.VBAP WHERE MANDT 100;逻辑说明VBAP 是销售订单行项目表AUART 是订单类型。SLT 复制过来的是原始字段计算视图里用 CASE WHEN 把技术字段翻译成业务描述。参数方面MANDT 是客户端一般生产环境是 100 或 200这个条件必须加否则会跨客户端取数。我见过有人忘了加 MANDT结果报表数据翻倍查了一整天才发现是客户端没过滤。3.3 BW/4HANA 预置模型的使用与扩展BW/4HANA 的预置模型覆盖了供应链管理、采购发票验证、库存、生产计划及控制、扩展仓库管理、财务应收应付、固定资产会计、不动产、总帐、合同账户、资产管理、工厂维护、客户服务、成本管理、质量管理这些域。使用预置模型的步骤# 1. 在 BW/4HANA 中激活预置内容 RSA1 - BI Content - 选择对应业务域 - 安装 # 2. 检查数据源是否激活 RSA6 - 检查数据源状态 # 3. 创建转换和 DTP RSA1 - 右键 InfoProvider - 创建转换 # 4. 加载数据 DTP - 执行 - 监控加载状态参数说明RSA1 是 BW 的数据源管理事务码RSA6 是数据源检查。安装预置内容时要注意版本兼容性BW/4HANA 2.0 和 3.0 的预置模型有差异。我一般会先在沙箱环境装一遍确认数据源激活没问题再上生产。DTP 加载时如果报错先看监控里的错误消息常见的是主数据缺失或者单位转换问题。注意BW/4HANA 的预置模型不是万能的它覆盖的是标准业务流程。如果集团有大量个性化流程还是得在 HANA 里自建计算视图。PPT 里也说了预置模型是加速应用搭建不是替代开发。4. Fiori 前端与移动端Launchpad 配置和 Client 打包的实操细节4.1 Fiori Launchpad 的单入口配置PPT 里说 Fiori Launchpad 提供单一入口访问所有应用功能可以快速查看 Overview Pages、List Reports 和 Object Page。配置 Launchpad 的核心是角色和目录的映射。步骤// 在 Fiori Launchpad Designer 中创建目录和组 // 目录Z_CATALOG_FI // 组Z_GROUP_FI_AR // 磁贴配置示例 { tileType: sap.ushell.ui.tile.StaticTile, properties: { title: 应收账龄分析, subtitle: 按客户和账期, icon: sap-icon://sales-order, targetURL: #ZFI_AR_AGING } }逻辑说明这段 JSON 是 Fiori Launchpad 磁贴的配置title 是显示名称targetURL 是应用的路由。参数方面tileType 一般用 StaticTile 或 DynamicTileDynamicTile 可以显示实时数字比如未清发票数量。我一般会按角色建目录比如财务应收会计一个目录财务应付会计一个目录然后通过 PFCG 角色把目录分配给用户。这样用户登录后只看到自己需要的磁贴不会在一堆应用里迷路。4.2 SAP Fiori Client 的移动打包与品牌化PPT 里提到 SAP Fiori Client 是可下载的本地应用支持附件查看、本地设备集成、通知应用更新。基于 Kapsel SDK 可以做自定义打包和品牌化。操作步骤# 1. 安装 Kapsel SDK # 下载 SAP Mobile Platform SDK解压到本地目录 # 2. 创建 Cordova 项目 cordova create ZFioriApp com.example.zfiori ZFioriApp # 3. 添加 Kapsel 插件 cordova plugin add kapsel-plugin-logon cordova plugin add kapsel-plugin-push cordova plugin add kapsel-plugin-attachment # 4. 配置品牌化资源 # 替换 www/res/icon 和 www/res/screen 下的图片 # 修改 config.xml 中的应用名称和描述 # 5. 构建应用 cordova build android cordova build ios参数说明Kapsel 是 SAP 的移动开发套件logon 插件负责单点登录push 插件负责推送通知attachment 插件负责附件查看。品牌化主要是替换图标和启动画面。我踩过的坑是 iOS 构建时证书配置不对导致应用装不上设备。建议先在 Android 上验证功能再搞 iOS。4.3 Fiori 应用在浏览器和 Client 中的差异PPT 里区分了浏览器中的 Fiori 和 SAP Fiori Client。浏览器版基于 Web在所有设备上运行无需安装体验一致。Client 版是本地应用支持附件查看和本地设备集成。实际使用中浏览器版适合桌面办公场景Client 版适合现场作业场景比如仓库扫码、设备巡检。我一般会建议客户管理层用浏览器版操作层用 Client 版。Client 版的离线应用数据功能需要额外配置PPT 里标注了星号说明依赖 SAP Cloud Platform。5. 避坑与排查SAP 数字化转型项目里最常见的五个翻车点5.1 现象CDS 视图激活后报表跑不出数据原因CDS 视图的访问控制注解AccessControl.authorizationCheck设置成了 #CHECK但当前用户没有对应的授权对象。或者 CDS 视图的 WHERE 条件里客户端字段没加导致跨客户端取数被系统拦截。解决先用 SU53 检查权限缺失然后在 CDS 视图里把授权检查改成 #NOT_REQUIRED 做测试确认是权限问题后再补 PFCG 角色。客户端字段一定要显式加上WHERE MANDT 100。5.2 现象SLT 复制延迟越来越大原因ECC 端表增长太快SLT 的读取进程跟不上。或者 HANA 端的写进程被其他大作业阻塞。解决在 LTRC 里查看复制延迟如果是读取进程慢增加 SLT 的并行作业数如果是写进程慢检查 HANA 的内存和 CPU 使用率。我一般会建议把大表拆成多个复制任务比如 VBAP 和 VBAK 分开复制避免单任务压力过大。5.3 现象BW/4HANA 预置模型安装后数据源激活失败原因BW/4HANA 版本和预置内容版本不匹配或者底层 HANA 版本不支持某些 CDS 特性。解决用 RSA1 检查 BI Content 的版本对比 SAP Note 里的兼容性矩阵。如果是 HANA 版本问题先升级 HANA 到推荐版本。我见过有人用 BW/4HANA 2.0 装 3.0 的预置内容结果一半数据源激活不了。5.4 现象Fiori Launchpad 磁贴点击后报 404原因targetURL 配置的应用路由不存在或者应用没有部署到 ABAP 前端服务器。解决用 /UI2/FLP 检查应用的路由配置确认应用在 SICF 里激活。如果是自定义应用检查 BSP 应用是否部署完整。我一般会先用 /UI2/FLP 的测试功能验证路由再分配给用户。5.5 现象MATDOC 迁移后 MB51 查不到历史凭证原因迁移时只迁了当前年度的数据历史年度数据还在 ECC 的 MKPF/MSEG 里没有做归档或者视图合并。解决用 MB51 的“历史数据”选项或者配置归档视图把 ECC 和 S/4HANA 的数据做联合查询。常见做法是在 HANA 里建一个计算视图把 MATDOC 和归档表 UNION 起来。我一般会建议客户在迁移前先做数据归档规划别等迁移完了再补。6. 从 PPT 到落地用 CDS 视图做实时库存分析的进阶技巧PPT 里讲的是架构和方向但真正落地时最考验人的是把这些架构图翻译成可执行的 CDS 视图和计算视图。我拿库存分析举个例子这是集团型企业最刚需的场景。传统 ECC 里看库存要用 MB52、MB5B、MB51 好几个事务码数据分散在 MARD、MCHB、MSKA、MSKU 这些表里。S/4HANA 里这些表都简化了但如果你还是用 ECC 的思维写报表性能不会好。我的做法是建一个 CDS 视图把库存数量、金额、移动类型、特殊库存类型全部拉通然后用 Fiori 的 List Report 做前端展示。AbapCatalog.sqlViewName: ZSTOCK_ANALYSIS AbapCatalog.compiler.compareFilter: true AccessControl.authorizationCheck: #CHECK EndUserText.label: 实时库存分析视图 OData.publish: true define view Z_STOCK_ANALYSIS as select from matdoc inner join mard on matdoc.matnr mard.matnr and matdoc.werks mard.werks and matdoc.lgort mard.lgort left outer join mchb on matdoc.matnr mchb.matnr and matdoc.werks mchb.werks and matdoc.lgort mchb.lgort { key matdoc.matnr, key matdoc.werks, key matdoc.lgort, matdoc.bwart, matdoc.menge, matdoc.meins, mard.labst as unrestricted_stock, mard.einsm as blocked_stock, mchb.clabs as batch_stock, case when matdoc.bwart in (101,102) then 采购收货 when matdoc.bwart in (201,202) then 成本中心领用 when matdoc.bwart in (261,262) then 生产发料 when matdoc.bwart in (601,602) then 销售发货 else 其他移动 end as movement_desc } where matdoc.mandt 100 and matdoc.budat 20240101这段 CDS 视图的逻辑说明MATDOC 是物料凭证表MARD 是库存主数据MCHB 是批次库存。通过 MATNR、WERKS、LGORT 三个字段关联。参数方面LABST 是非限制库存EINSM 是冻结库存CLABS 是批次库存。BWART 用 CASE WHEN 翻译成业务描述。BUDAT 是过账日期限制在 2024 年之后避免拉太多历史数据。OData.publish: true这个注解很关键它把 CDS 视图暴露成 OData 服务Fiori 应用可以直接消费。我一般会把这个视图挂到 Fiori 的 List Report 模板上业务人员打开就能按工厂、库存地点、物料筛选不用再跑 MB52 然后导出 Excel 做透视表。进阶技巧方面如果你要做实时库存预警可以在 CDS 视图里加一个计算字段比如安全库存阈值然后用 Fiori 的 Object Page 做下钻。安全库存可以从 MARC 表里取但 MARC 在 S/4HANA 里也简化了有些字段移到了 MARC 的扩展表里。我踩过的坑是直接 JOIN MARC 取 EISBE 字段结果发现 S/4HANA 里这个字段的语义变了后来改用 CDS 视图的 association 做关联才取对。从那以后我每次写 CDS 视图都强制走一遍 ST05 跟踪确认 SQL 语句真的下推到了 HANA 数据库层而不是在 ABAP 层做过滤。这个习惯帮我省了很多性能调优的时间。希望帮到你。本文还有配套的精品资源点击获取