你好，卡尔提克，

按照我对Fiori的理解，事物的流动。

Conf层是基础层，它将为您所有的Cat，群组等奠定基础。

因此，通过适当的计划，创建一个Z_CATL_XXX，然后将其显示在Cust（特定于客户）中，您可以在此进行所需的更改。 但是，请记住，当您从客户层删除该catl时，它将在基础层（即conf层）中重新创建，当然，它将继承在conf层上所做的所有事情。

然后还有一个个人层（特定于用户的），该层通常是稳定的，但是在某些旧的SAP_UI版本中确实遇到了一些问题。 该层虽然相关，但将能够帮助您的用户根据自己的喜好自定义FLP。

避免所有这些问题。 最好的办法是管理组中您想要的应用程序（组也遵循与Conf和Cust相同的目录逻辑）。 使用组，您将能够更好地管理用户有权访问的唯一必需的图块。

希望这能回答您的问题。

最好的问候

巴拉斯

嗨巴拉斯，

感谢您的回复！ 非常感谢您的宝贵时间！

我只是花了一些时间来验证您的建议与我们的要求。是的，您的输入是有意义的。

在接受答案之前，请您详细说明我根据您的建议提出的以下问题，以完成讨论。

 ""因此，通过适当的计划，创建一个Z_CATL_XXX，然后将其显示在您的Cust（特定于客户）中，您可以在此进行所需的更改。但是，请记住，删除该类别时 从客户层开始，它将在作为conf层的基础层中重新创建，然后当然将在conf层上所做的所有工作都移交给他。"  

建议是否有任何理由建议首先在CONF中创建目录和组，然后在CUST中对其进行调整，以免直接在CUST模式下创建特定于客户的cat＆grp。

由于以CONF模式创建所有特定于客户的和内部使用的cat＆grp，将大大增加CONF模式下可用的cat＆grp的数量，因为我们内部的产品开发将特定于客户的目录全部合并到一起 位置，因此在更改某些内容时容易出现人为错误，因为您需要非常谨慎地知道哪个目录或组属于谁。 从维护的角度来看，这有助于清楚地区分我们内部使用的cat＆grp（相对于客户特定的cat＆grp）以及何时使用哪种模式。

当然，如果以CONF模式创建的目录满足特定客户的要求，则无需创建特定于客户的目录。

避免所有这些问题。 最好的办法是管理组中您想要的应用程序（组也遵循与Conf和Cust相同的目录逻辑）。 使用组，您将能够更好地管理用户将有权访问的唯一必需的图块。

最近，我们正在考虑为上述要求使用网上论坛，但这限制了最终用户的个性化设置可能性。 因此，我们希望稍后再考虑使用此选项。 但是，对于仅使用组来满足我们的要求，上述问题仍然存在。

此致

Karthik