HI Miguel

好主意！

最好的想法是查看我们如何在交付的SAP业务角色中组织业务目录。

您不希望目录太大。 您可能需要将一些应用程序共享给多个角色。

所以它更有可能是n个目录：1个角色<​​/p>

如果愿意，可以使用单个或复合角色-如果适合您的角色组织方式，则除了潜在的重用之外，这里没有其他特殊优势。

瓦片组可以包含多个目录中的应用-实际上，这里没有限制。 试图限制这一点也没有任何价值。 组仅影响主页的布局。 它们对授权没有影响。

组应取决于用户及其需要。

这里还有更多想法... https://blogs.sap.com/2017/03/07/leading-s4hana-ux-adapting-the-launchpad-to-the-business-role/

和此处 https://blogs.sap.com/2016/02/29/sap-fiori-launchpad-control-visibility-of-tiles-by-separation-of-tiles-and-target-mapping/

您还可以在我们的SAP Fiori S/4HANA Wiki的"基础"部分中找到更多信息， https://wiki.scn.sap.com/wiki/display/Fiori/SAP+Fiori+for+S4HANA

祝您好运-请在博客中介绍您的方法及其效果！

Jocelyn

大家好，@ jocelyn.dart

?? 我开始着手设计一个混乱的角色实现，该角色实现是按照ECC建模的，没有lauchpad，基本上所有tcode都是图块，也许有2或3个fiori应用程序大多数都是自定义应用程序。

公司很小，我的目标是一个或一个角色的一个或两个目录，在大多数情况下，每个真实人员具有1个角色。 但是在我到达现场之前，有很多ztcodes和创建了许多目录。我的问题是，您应该从一个主要的ZTC目录开始，该目录包含他们创建的所有自定义ZTODE tile内容，以及他们正在使用的所有SAP Tcodes， 然后建立较小的目录作为对较大目录的引用。 要分配给角色？

你好，

非常有兴趣了解您的生活如何。 对于角色映射的最佳方法，我也不清楚。

当前的想法还包括针对1个业务角色的1个目录。 然后，可能会将应用程序按逻辑进行细分，以便更好地为用户显示它们。

大型目录会影响性能吗？

如何最好地定义组，使某些组在多个业务角色中通用且可重用？

谢谢。

嗨，Jd！

我在lauchpad中个性化了组的顺序。如何为我和其他用户集合重设此设置！

如果您已针对特定业务角色规划了所有业务流程，那么我看不出您为什么不将所有这些都放入1 BC的任何原因？

ie：如果业务中的特定业务职能或角色需要200个磁贴来完成其工作，为什么不将所有这些都包含在1个BC中，然后将该BC分成较小的组。 这些组将包含所有最常使用的应用/平铺。 现在，您可能会说，来自GRC的违规问题如何处理，那么您将不得不拆分BC和PFCG角色……这是一个更大的任务。

BC的大小不应影响运行时性能（从了解到但可以接受专家的纠正），它必须仔细管理的组，而不是BC的组。 1：N 我已经看到了建议将BC的数量限制为100个的限制，但是某些SAP标准的功能还不止于此。

嗨，鲍勃，

大型目录对性能的影响不大，因为它们变得很难维护。

每个业务角色至少需要1个目录-但我要​​避免在一个目录中超过50个目标映射。 建议您以交付的业务目录示例为指导。

Jocelyn