你好法比奥，

正如我所承诺的，这是您问题的答案。

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

这是正确的。 它按设计工作。

SAP TC->客户TC->客户BC->客户组
我们看不到在两者之间切换CUSTOMER TC的任何意义。 该参考文献始终指向SAP TC，因此您也可以将CUSTOMER BC直接连接到SAP TC。

客户不想使用或更改SAP目录或组或角色。 为什么？ 因为它不会使用SAP目录中的所有应用程序，所以它不想从中删除磁贴并在升级后一遍又一遍地进行。

没关系。 这就是为什么您使用CUSTOMER BC引用您需要的那些SAP切片的原因。

当我进入"客户"业务组并从中选择一个图块时，"原始"按钮将突出显示。 到目前为止，瓷砖是通过引用创建的。 但是，单击内部会将我带到SAP技术目录。 因此，介于两者之间的客户目录"层"将被忽略。
是的，这是正确的，请参见上文。

实际上，使用SAP技术目录内磁贴中的"使用位置"列表，可以告诉我在某些地方（基本上在所有参考文献中）正在使用什么。 对客户技术目录中的同一文件执行相同的操作会告诉我该文件未被使用。
由于引用始终指向SAP TC，因此已被跳过。

感谢Ali，

对我来说，很明显它正在按设计工作，因此我接受您对这个问题的回答。

最终，客户TC对于自定义磁贴仍然是个好主意。

嗨，法比奥，

这是KBA， 2604040 ，是我为您创建的，用于解决您的 题。

让我知道这是否回答了您的问题。

谢谢

你好 Ali Chalhoub -非常感谢您的回答。

恐怕我的问题还不清楚：我的问题与目标映射的存储位置无关。 问题在于目录之间的引用。

基本上，我想从其他参考图块或目标映射中创建参考。 Fiori Launchpad Designer不会避免这种操作，但在创建新目录时始终会获得第一个目录参考，而不是在两者之间使用参考。

Hi Fabio，

我很怀疑，但是不幸的是，我不确定那些引用是如何工作的（无论是期望使用原始引用还是创建新引用）。

但是，我确实想知道客户技术目录将在您尝试实现的目标中提供什么好处。 您能否阐明为什么需要它，而不是客户根据对标准SAP目录的引用来创建自己的业务目录？ 由于永远不会将客户的TC分配给最终用户，因此我看不到任何好处。 如果引用按您描述的方式工作，则它将只是从叶到根的链中的另一个引用链接，永远不会"使用"自身。

我也不清楚以下含义：

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

感谢您的回答约翰·泰勒。

有一些优点：

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

关于以下内容

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

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

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

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

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

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