在 PFCG 中完成 SAP Fiori 对象分配:把 Business Catalog、Space、Page 与授权一次讲透

很多刚从传统 SAP GUI 权限模型切换到 SAP Fiori 的项目团队,都会在同一个地方反复踩坑:明明已经把应用相关内容配进了角色,用户登录 SAP Fiori Launchpad 之后却看不到入口,或者能看到磁贴却启动失败。问题往往不在 UI5 代码,不在 Fiori Elements 模板,也不一定是 OData 服务没激活,而是角色里对象分配的思路仍停留在传统事务码时代。SAP 官方把 Business Catalog、Space、Page、OData 启动授权以及业务数据授权拆成了几个层次,如果没有把这几层关系理顺,项目到了集成测试阶段,权限问题就会成片爆发。(SAP Learning)

在 PFCG 里给角色分配 Business Catalog 或 Space,本质上和给角色分配一个事务对象非常相似:你依旧是在角色菜单里增加入口,只

SAP Fiori内容模型架构与权限配置详解 SAP Fiori内容模型是SAP S/4HANA中实现用户界面权限控制的核心框架,其分层架构通过业务角色(Business Role)、空间(Space)等六大对象协同工作。权限控制原理基于ABAP PFCG角色与前端Catalog的映射,技术价值体现在实现细粒度的界面元素管控。典型应用场景包括多部门工作台定制、跨系统服务集成等,其中Target Mapping作为连接前后端的关键组件,通过语义对象(semantic_object)与动作(action)的组合定义应用入口。实际工程中常需处理Catalog 阅读详情

相关推荐

SAP Fiori 中 Legacy App 授权设计全景:从 Business Catalog 到 PFCG,再到 SU24 的落地逻辑

SAP Fiori项目中,传统应用(Web Dynpro/SAP GUI)的权限问题常被低估。虽然前端通过Catalog/Space/Page组织入口,但实际权限仍由后端PFCG角色控制。关键点在于: 业务目录仅解决应用可见性,不替代后端授权 启动授权(S_TCODE/S_START)、执行授权、数据访问授权需分层设计 Space/Page只负责界面布局,非安全边界 SU24维护的授权默认值是关键配置点 传统应用授权需重点关注后端事务码、Web Dynpro应用及组织级别控制 完整权限方案需同时考虑前端入口

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 132

授权对象默认状态从 SU24 到 PFCG 的完整理解

本文深入解析SAP系统中授权对象的默认状态(SU24)在权限管理中的关键作用。主要内容包括: 默认状态的双重含义:既影响运行时授权检查(AUTHORITY-CHECK),又控制角色生成(PFCG)时是否自动包含该授权对象。 四种典型状态解析: Default with Field Values:适合固定权限值的核心功能 Default Without Field Values:适合客户特定值的必要授权 Default Inactive:适用于可选的高风险功能 No Default:不自动加入角色但仍可能被检

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1315

吃透 SAP S/4HANA 中的 SAP Fiori Content Model:从 Catalog、Role 到 Space / Page 的设计逻辑

SAP Fiori launchpad的内容模型是项目实施的关键,它通过Catalog、Group、Space/Page三层结构组织应用入口。Catalog解决访问权限问题,Business Catalog基于Technical Catalog进行业务裁剪;Group决定经典首页的呈现方式;Space/Page则按工作语境组织现代首页体验。角色(PFCG Role)将这些内容分配给用户。实施中常见问题往往源于对这三层关系的误解,而非应用本身。新项目应优先采用Space/Page模式,因其更符合任务导向理念,

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 61

从 PFCG 角色维护看 SAP 授权治理,角色、菜单、授权 profile 和用户主记录到底怎么配合

SAP ABAP权限治理的核心:从业务职责出发的角色设计 在SAP系统中,权限治理的关键在于角色设计是否贴合组织分工,而非单纯分配事务码。通过PFCG工具,管理员可以基于岗位职责(如财务月结、采购审批等)构建角色,将业务活动、菜单入口和授权数据串联成可维护的链路,而非直接操作底层授权对象。 关键要点: 角色是职责的映射:角色不仅包含事务码,还需关联授权对象,确保用户既能访问功能,又受权限约束。 PFCG的层级优势:PFCG在高于底层对象的层级工作,自动生成授权建议,但需人工校验关键字段(如组织级别、ACTV

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 2087

PFCG 角色分配用户这件小事,真正麻烦的是用户主记录比较

本文深入解析了SAP权限维护中PFCG用户分配的关键要点,指出常见误区在于忽视角色分配、授权Profile生成与用户主记录比较三者的同步关系。文章从PFCG的User页签界面入手,详解状态灯颜色含义、有效期设置等细节,强调角色分配不等于权限即时生效,必须通过User Comparison同步到用户主记录。特别指出复合角色和OM间接分配的维护规则,并强调周期性后台作业(如PFCG_TIME_DEPENDENCY)对权限清理的关键作用。全文通过采购员等业务场景案例,系统性地阐述了SAP权限分配的完整链路和最佳实

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1628

SAP PFCG 中预定义权限的编辑方法与角色授权生成逻辑

摘要: 在SAP权限设计中,直接修改PFCG自动生成的授权值是常见但危险的做法,可能导致升级或审计时难以追踪的隐患。正确的做法是保留系统预定义值,将不合适的授权设为Inactive并补充业务所需字段。PFCG的Authorizations页签状态(红/黄/绿灯)反映维护完整性而非风险等级,组织级别(如工厂、公司代码)的全局维护尤为关键。权限设计应遵循Clean Core原则,避免直接修改标准授权,而是通过SU24维护事务码默认值,确保权限模型清晰可追溯。角色维护后必须生成Profile并同步到用户主记录,权

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1978

Fiori Business Catalog,连接应用内容、角色授权与 Launchpad 体验的业务入口

本文深入解析了 SAP Fiori 中的 Business Catalog 概念,指出将其简单理解为磁贴集合是片面的。Business Catalog 是面向业务职责的应用入口集合,负责组织特定业务角色所需的 tiles 和 target mappings,并通过角色分配给用户。文章区分了它与 Technical Catalog、Space/Page 的关系:Technical Catalog 是原始技术仓库,Business Catalog 从中筛选业务相关应用;Space/Page 负责界面布局,而 B

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 86

SAP Fiori Launchpad 登录上去看不到期望的 tile,原因可能有哪些?

本文深入解析SAP Fiori中Space分配的核心逻辑与实施要点。Space作为面向角色的导航单元,必须分配到业务角色才能对用户可见,其本质是布局呈现而非授权控制。文章详细介绍了三种Space来源(SAP模板、ADT开发、新建复制)对应的交付策略,并对比了Cloud与On-Premise两种环境下的配置路径。特别指出生产系统中因ATO import机制导致无法直接修改Space的限制,强调需要通过传输流程进行变更。同时提供实用排查建议:当用户看不到应用入口时,应优先检查"Assigned Lau

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 292

从 Page 到 Space,Fiori 应用入口在 Launchpad 中到底怎样被组织

本文解析了SAP系统中"Page"概念的真实含义及其在Fiori Launchpad(FLP)内容组织模型中的定位。文章澄清了常见误解,指出"Page"并非UI5控件或应用内部页面,而是FLP中按业务语义组织的应用入口集合,通常包含多个Section和Tile/Link。作者通过命名规范分析(如PG前缀)、层级关系(Space-Page-Section-Tile)和权限模型(与Catalog分离)等多维度说明其本质。文章还对比了新旧版本布局方式,强调Page的UX设计原则(2-5个Section/页,3-7

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 102

把 SAP Fiori Launchpad 搭成一本岗位说明书:Spaces 与 Pages 的创建与分配全流程实战

SAP Fiori Launchpad中的Spaces与Pages功能通过重新编排系统能力,为用户提供与其业务角色强关联的工作区和工作台。实施过程中需注意两条关键链路:可见性链路(导航结构)和可启动性链路(应用授权)。常见问题包括用户看不到布局或入口无权限,通常是由于链路未打通。配置前需确保工具、权限和系统开关准备就绪,特别注意管理员角色需包含SAP_CORE_BC_UI_FLD目录。实施流程可分为6个阶段:明确用户需求、准备业务目录、创建Space、组织Page内容、分配角色及最终验证。不同部署环境(公共

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 229

告别 SAP GUI 事务码时代:手把手教你配置 SAP Fiori Launchpad

SAP S/4HANA私有云系统安装后,Fiori Launchpad空页面问题常因多层配置未完成所致。SAP仅提供基础技术配置,实际应用启用、业务目录创建、角色授权等需实施团队完成。Fiori配置分为跨客户端层(技术目录)、客户端定制层(业务目录、空间页面)和用户个性化层三层架构。标准授权流程需依次创建业务目录、业务角色、空间页面并正确分配。SAP建议使用最新的配置工具如FLPAM和FLPCM,并采用Spaces/Pages替代已弃用的Groups概念。完整授权需六步:分配基础角色、创建业务目录、维护业务

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 511

从 SAP 标准角色到企业自定义角色,PFCG 里最容易被忽略的一条红线

文章摘要:SAP系统权限维护中,直接修改SAP_标准角色存在风险,可能导致升级时修改被覆盖。正确做法是将标准角色复制到客户命名空间(如Z_前缀)再进行定制。PFCG维护时需注意:菜单调整会影响授权建议,组织级别决定权限边界,Expert模式可保留历史修改。权限设计需结合事务维度和组织边界,标准角色仅作为参考模板,必须根据企业实际需求调整。(150字)

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1029

IAM Information System,一张看懂 SAP 权限关系网的地图

SAP S/4HANA权限治理痛点与IAM信息系统价值 摘要(150字): SAP S/4HANA权限治理的核心挑战在于权限对象(角色、用户、业务目录等)分散在不同系统中,难以形成完整的权限链路视图。IAM信息系统通过建立可追溯的关系网络,有效解决了这一痛点。该系统不仅能展示业务角色分配、业务目录关联等基础信息,更重要的是能将用户、角色、应用、限制条件等关键对象串联起来,为权限诊断、审计分析提供统一入口。相比传统PFCG工具,IAM信息系统更适应S/4HANA Cloud的权限模型,通过可视化索引方式帮助管

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1630

从 PFCG 进入 SAP 角色维护现场,菜单、权限、用户主记录比较和传输到底怎么串起来

SAP权限管理核心实践:PFCG角色维护的业务视角与技术实现 本文深入探讨了SAP权限管理中PFCG(Role Maintenance)的核心作用与实际应用。文章指出,PFCG角色不应简单视为事务码集合,而应是业务岗位的技术表达,需从职责分离等内控要求出发设计角色结构。详细解析了PFCG各功能模块:角色创建与复制的最佳实践、多种视图的治理价值、菜单结构与授权生成的关联机制,以及授权标签页中"绿灯"不代表业务安全的深层含义。特别强调单一角色与复合角色的分层设计、组织层级维护的关键性,以及开发团队在SU24授权

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 416

AS ABAP 用户角色分配实战,SU01、参考用户与 CUA 场景下的授权落地

摘要: SAP授权维护中最易被忽视的关键步骤是角色分配管理。即使角色设计完美,若分配环节(对象、有效期、目标系统等)处理不当,仍会导致业务用户权限问题。经典分配入口SU01需确保角色已正确生成,且有效匹配岗位职责。角色有效期(Valid from/to)是临时授权治理的核心,避免权限堆积。复合角色分配时会自动展开单一角色,需谨慎设计。参考用户可补充权限,但不宜滥用。CUA场景下需关注跨系统分配与同步状态。授权管理需贯穿全生命周期,确保合规与可追溯性。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 836

从角色到授权对象,ABAP Authorization Concept 在项目里的真实落点

SAP ABAP 权限体系是一套基于正向授权的安全框架,核心包括用户、角色、授权对象和运行时检查。权限通过角色分配给用户,授权对象定义检查颗粒度,开发者需主动在代码中实现权限控制。权限设计应以业务岗位为导向,避免直接为用户配置零散授权。关键点包括:角色应反映业务能力而非事务码集合;授权对象是权限检查的核心单元;ABAP代码需显式处理权限逻辑;自定义SQL不会自动进行权限过滤。不当的权限设计可能导致用户操作受限或数据越权访问,需遵循最小授权原则,通过封装检查逻辑提高可维护性。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 3532

深度残差网络的无人机多目标识别

深度残差网络的无人机多目标识别 人工智能技术与咨询 来源:《图学学报》。作者翟进有等 摘要:传统目标识别算法中,经典的区域建议网络(RPN)在提取目标候选区域时计算量大,时间复杂度较高,因此提出一种级联区域建议网络(CRPN)的搜索模式对其进行改善。此外,深层次的卷积神经网络训练中易产生退化现象,而引入残差学习的深度残差网络(ResNet),能够有效抑制该现象。对多种不同深度以及不同参数的网络模型进行研究,将两层残差学习模块与三层残差学习模块结合使用,设计出一种占用内存更小、时间复杂度更低的新型多捷.

m0_62870606的博客 3084

保姆级教程:用Python spatialdata框架搞定10x Xenium空间转录组数据(从下机到高级分析)

本教程详细介绍了如何使用Python spatialdata框架处理10x Xenium空间转录组数据,从数据获取到高级分析的全流程。涵盖环境配置、数据读取、质量控制、降维聚类、细胞注释及空间共定位分析等关键步骤,特别适合生物信息学研究者快速掌握Xenium数据分析技术。

weixin_30300225的博客 476

深度学习batch、batch_size、epoch、iteration以及小样本中episode、support set、query set关系

训练整个数据集是epoch、把数据集分为多少小块就是batch,每个小块(batch)多少个数据就是batch_size,整个数据集需要训练多少轮是iteration

qq_42740834的博客 1604

数字IC时序约束实战:深入解析clock_uncertainty的设置策略与后端影响

本文深入探讨数字IC设计中clock_uncertainty的设置策略及其对后端实现的影响。通过分析时钟不确定度的组成(包括clock_skew、clock_jitter和margin),并结合实际项目经验,详细介绍了在不同设计阶段(综合、布局布线、签核)的动态调整方法。文章还提供了工程化处理参数来源、跨时钟域特殊处理以及优化时序收敛的实用技巧,帮助工程师提升数字IC设计的可靠性和性能。

weixin_29284657的博客 221

PyTorch实战:手把手教你用QAT量化感知训练拯救模型精度(附避坑指南)

本文详细介绍了如何使用PyTorch进行QAT量化感知训练,以提升模型在边缘设备上的推理精度。通过核心原理讲解、实战代码示例和避坑指南,帮助开发者掌握从环境配置、模型训练到边缘部署的全流程,有效解决传统量化方法导致的精度损失问题。

c7d8e的博客 323

【华为OD机试真题 2025B卷】737、统计监控器、需要打开多少监控器 | 机试真题+思路参考+代码分析(C++、Java、Py、C语言、JS)

【华为OD机试真题 2025B卷】737、统计监控器、需要打开多少监控器 | 机试真题+思路参考+代码分析(C++、Java、Py、C语言、JS) 华为od机试,华为od机试真题,华为od机试E卷,华为odE卷,华为od机试真题E卷,华为OD,华为OD机试,华为OD机试真题,华为od机考,华为od机试D卷,华为od机试真题D卷,华为od手撕代码,华为od,华为od机试C卷,华为od e卷,华为2025e卷,od机试,2025E卷,华为OD机试E卷,什么是华为od,华为od介绍,全面了解华为od,2025华为

KJ.JK 712

图像质量评估和点云质量评估

本文介绍了图像质量评估和点云质量评估的基本概念和常用方法,并提供了相应的源代码示例。图像质量评估关注图像的视觉质量,常用的评估指标包括均方误差(MSE)、结构相似性指标(SSIM)和峰值信噪比(PSNR)。点云质量评估关注点云数据的准确性和完整性,常用的评估方法包括点云配准质量评估、稠密重建质量评估和离群点检测质量评估。在计算机视觉和计算机图形学领域中,图像质量评估和点云质量评估是两个重要的任务。图像质量评估旨在量化图像的视觉质量,而点云质量评估则关注于点云数据的准确性和完整性。

XsupDatabase的博客 981

骚戴笔记公告

骚戴笔记公告

我从不打没有准备的仗! 2万+

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

上一篇: 看懂 Fiori Catalog 与 Page 的关系:谁负责授权,谁负责展示,为什么两者缺一不可
下一篇: 用 RAP BO 事件自动拆分销售订单待确认数量:SAP S/4HANA Public Cloud 中的本地消费实现方案
汪子熙
汪子熙 新星创作者: 前端开发技术领域 新星创作者: 前端开发技术领域 优质创作者: 软件测试技术领域 优质创作者: 软件测试技术领域 领域专家: 数据库技术领域 领域专家: 数据库技术领域
博客等级 码龄16年 3万+粉丝 1万+原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汪子熙

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值