您好Ahsan

有一些SAP帮助页面提到了这一点，但这是开始（这是Google的搜索结果，但是有更多的最新信息，但目录消息是相同的）

https://help.sap.com/doc/fiori_bs2013/1.0%202016-01/zh-CN/6b/e47c525ae17154e10000000a44176d/content.htm?no_cache=true

推荐：""为这些应用创建自己的目录，组和角色时，SAP建议使用技术内容作为基础。

作为该技术内容一部分的技术目录包含某个产品领域的应用程序。 您可以通过技术名称中的 * _ TC _ * 来识别技术目录。

分配了技术目录的每个领域的技术角色，在其技术名称中均包含 * _ TCR _ * 。"

基于此，每个流都有一个技术目录，其中包含其区域的所有目标映射和图块。 这是构建业务目录的主要资源。 业务目录包含技术目录图块和目标映射的子集。 构建业务目录作为对技术目录的参考（在FLPD中，您可以添加参考列以查看其是否带有打勾以表明它是参考，然后导航回原始目录）。 如果技术目录中的原始项目已更新，那么它将反映在业务目录中。

因此，请勿分配最终用户技术目录。 商业Catalos是参考。 如果您需要建立自己的公司，则可以复制该业务或通过参考技术公司来建立自己的目录。

嘿马特·弗雷泽（Matt Fraser）

是的，我花了一些时间才明白我的意思（然后，您可能会发现业务目录需要引用两个不同的技术目录，具体取决于 从应用程序到应用程序导航-尚未看到一个示例，但我的想法是想思考该途径）

对我而言，最大的收获/实现是目标映射不像SE93交易 定义。 两个不同目录中的相同目标映射（语义对象操作）可以具有不同的基础可执行文件。 另一方面，交易代码是唯一的。 我想拥有技术目录是验证唯一性的好方法。 再说一遍，您可能有特定的设计需要将两个不同的用户组发送到针对其用例的不同目标映射（例如，一个组可能具有Webdynpro可执行文件，而将试验组转移到SAPUI5解决方案中）。 我想不出一个商业示例，但从技术上来说似乎可行。