Fiori Launchpad Designer中的多级/多参考图块和目标映射

2020-09-24 14:29发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) 摘要:我正在尝试基于基于参考图...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


摘要:我正在尝试基于基于参考图块的参考图块创建参考图块,依此类推....."参考树"未存储。 实际上,"原始"图块始终是第一个/原始图块-忽略了它们之间的所有引用。

=========

在管理Fiori Launchpad配置时,参考目录/标题/目标映射(不幸的是引用到文档中的"复制"目录)是一个非常重要的主题。

对于我来说,这个概念的目的很清楚,但对我来说,它的部分行为尚不明确。

=========

此问题中使用的术语:

  • TC(技术目录):在其上创建图块和目标映射的目录。 推荐人正在从这些目录创建业务目录。 这种类CG足无PFCG作用
  • BC(业务目录):不能直接在其上创建图块和目标映射的目录。 相反,他们从技术目录中收到切片和目标映射的引用

=========

业务背景:

  • 客户不想使用或更改SAP目录或组或角色。
  • 为什么?
  • 因为它不会使用SAP目录中的所有应用程序
  • 因此,它不想从中删除磁贴并在升级后一遍又一遍地做。
  • 相反,它只想使用所需的应用程序。

=========

因此,客户希望像这样管理图块和目标映射:

1)对于SAP Standard应用程序,

SAP TC --->客户TC --->客户BC --->客户组

换句话说,对于任何所需的图块/目标映射,客户创建了从SAP技术目录到其自己的技术目录的引用。 然后,它使用来自客户技术目录(而不是来自SAP 目录)的参考在业务目录中创建相同的磁贴。 然后,将其使用"业务"目录添加到Fiori Group中。

2)对于自定义应用,

客户TC --->客户BC --->客户组

客户负责在其自己的技术目录中创建图块和目标映射。 然后,在这里应用相同的想法。

在这两种情况下,PFCG角色均分配给客户的业务目录和组。 没有将技术目录分配给角色。

=========

此模型的优点:

SAP目录和组未修改,客户可以在/UI2/FLPD_CONF中创建所有内容。

客户技术目录代表了每个模块使用的所有应用程序(它包含手动创建的自定义磁贴和从SAP目录中的引用创建的参考磁贴。

业务目录完全包含用户应看到的内容:不多不少

客户可以保留很短的组列表(每个模块基本一个),因为它指示对特定图块的授权是Fiori Catalogs上所有用户的授权。

从理论上讲,这很好,但是我们发现了一个陷阱:

当我进入"客户"业务组内部并从中选择一个图块时,"原始"按钮将突出显示。 到目前为止,瓷砖是通过引用创建的。 但是,单击内部会将我带到SAP技术目录。 因此,介于两者之间的客户目录"层"将被忽略。 实际上,使用SAP技术目录内磁贴中的"使用位置"列表可以告诉我在某些地方(基本上在所有参考资料中)正在使用什么。 在客户技术目录中对同一文件执行相同的操作会告诉我该文件未被使用。

所以,我想知道是否:

关于Fiori引用,我在概念上存在错误,并且目录之间只能有" 1层/步骤"。

我的理解是正确的,但很明显是一个(未知)错误-没有与此相关的SAP注释。

SAP_BASIS 750 0007

SAP_ABA 750 0007

SAP_GWFND 750 0007

SAP_UI 751 0002

如果下面的菲奥里大师能够回答这个问题,我将不胜感激

克里希纳(Krishna Kishor Kammaje)

凯文·贝茨

Jorge Arranz

基思·纳恩

前会员

亨特·杨

伊丽莎白·索本(Elizabeth Thorburn)

鲍勃·卡斯韦尔

6条回答
Aaron 3364
2020-09-24 14:49

感谢您的回答约翰·泰勒

有一些优点:

  • 主要问题是自定义磁贴只能在客户技术目录中创建一次。 因此,客户不必在多个业务目录中创建图块和目标映射。
  • 第二个优点是客户不需要更改SAP目录
  • 对于客户的技术目录不会分配给任何角色的事实,您100%正确。 但是,它可以用于开发和限定系统中以简化对应用程序的访问。 此外,这些目录还可以用作查看客户使用哪些SAP应用程序的简便方法

关于以下内容

"客户可以保留很短的组列表(每个模块基本一个),因为它指示对特定图块的授权是所有用户在Fiori目录上的授权。"

SAP在Fiori中组织小组的方式接近于"公司中每个角色/职责的小组"

因此,有一个销售代表组,一个为经理组,另一个为买方组(实际上,由于Fiori Wave 1,MM模块和SRM,有很多这样的组名称)。 因此,真正的买家宁愿在Fiori中只有一个小组,而不是其中许多几乎具有相同的名字。

在某些情况下,这种组织还可以,但是管理大公司的团队并不容易。 特别是在当今,公司和部门必须真正具有活力。 客户不应该花时间管理Fiori Groups,您同意吗?

根据每个角色组织的小组,客户决定为公司中的每个"大区域"仅创建几个小组:一个小组用于会计,另一个小组用于销售,另一个小组用于人力资源,依此类推。 因此,他们的小组包含来自其许多业务目录的应用程序。 可以这样做,因为指示用户可见哪些应用程序是对业务目录的访问,而不是对组的访问。 仍然需要在PFCG角色内部分配业务目录和组。 但是,由于只有几个组,客户可以创建仅包含组的角色,以及仅包含业务目录的其他角色。 似乎还有更多工作要做,但是您可以确定,与修改目录相比​​,修改组的频率更高。 因此,客户是正确的决定,因为角色要同时包含目录和组,因此所有角色都需要经常修订。 只需要几个小组,就不需要像SAP那样扮演许多角色。

您看到拥有自己的技术目录有多有益吗?

一周热门 更多>