集合概述
集合使您能够在 Content Catalog 中组织内容，并控制用户组访问和控制给定集合的内容的方式。集合权限允许您构建可用于许多内容的集合，从开源众包管理集合（如下所述的沙盒、公司管理和批准的内部和外部可用内容集）到仅限于集合编辑者的正在进行的受限收集。
关于集合定义的几个方面需要注意：
内容可以与一个或多个集合相关联
内容由文件名标识，因此在给定 ACC 中心的所有集合中仅存在一次。同一命名文件的任何批准上传将成为 Content Catalog 中现有文件的下一个修订。
对多个集合中的内容的编辑权限是相加的。这意味着，如果我可以编辑其中一个集合中的内容，那么我不需要对它所属的所有集合拥有编辑权限即可对其进行编辑。
集合编辑者可以批准或拒绝上传到待定集合的内容。当用户对给定集合具有上传权限但没有编辑权限时，会发生这种情况。
一个 ACC 中心还是多个？
有关在多个中心上使用 Content Catalog 的一些要点：
一个中心只能托管一个 Content Catalog 实例
某些公司可能有多个中心，因此可以为其公司设置多个 Content Catalog 实例
跨多个中心的 Content Catalog 实例无法共享或同步任何信息。它们是完全分开的。
可以将相同的成员添加到多个中心，因此单个用户可以访问多个中心
搜索时，用户只能在 Content Catalog 的一个中心实例中的多个集合中搜索。如果用户有权访问多个中心，他们必须知道要访问哪个中心以获取他们要查找的内容
我们经常从拥有多个中心的公司那里收到以下问题：
我应该仅在一个中心还是多个中心使用 Content Catalog？过去，当我们向客户销售产品时，我们总是推荐使用 UNIFI 的一个实例，这样的想法是，它是您的单一事实来源，有助于将贵公司许多人分散的重复工作汇集在一起。出于同样的原因，这个想法当然仍然存在，因此仍然是我们仅使用一个中心的首要建议。
那些看似不同但具有相同命名约定的区域内容呢？虽然出于这个原因而使用多个中心可能是有益的，但它不允许您从一个地方管理所有内容，并允许另一个孤岛可能成为重复工作的地方。它还要求用户必须更频繁地选择合适的中心，这是确保他们快速轻松地找到所需内容的另一个障碍。使用允许一个 Content Catalog 实例的命名约定的历史建议仍然是我们的最佳建议。
我应该有多少个集合？
可以在 Content Catalog 中创建无限数量的集合，但我们发现，我们最成功的客户都追求简洁：简即繁。维护精简的集合策略不仅使您的用户能够更轻松地学习和使用 Content Catalog，还使您作为 BIM 经理的工作变得更简单，因为这将缩短新用户的培训时间。
如果您希望在内容中添加组织管理层，但仍希望维护精简的集合结构，可以使用标记。例如，可以按项目名称或规格编号来标记内容。这将防止您让集合数量失去控制。“标记”功能还提供了“保存的搜索”，可用于更细粒度的内容集合。
集合组织策略
当向用户介绍集合时，我们建议使用以下策略：
策略 1：基于内容管理创建新集合
建立集合的第一个策略是考虑如何管理内容。需要考虑的几点是，是否将特定于客户的内容或特定于项目的内容分开，或者是否为不同的内容子集指定不同的管理员。您当前的内容管理计划为您提供了有关如何组织集合的第一条线索。
策略 2：按规程组织集合
第二个需要考虑的策略是按规程（例如，建筑、机械等）组织集合。 由于此策略可防止内容重叠，因此这使得搜索更容易。
例如，如果有人搜索“panel”，建筑师想要的结果可能是外部覆板，而电气工程师可能正在查找电气配电盘。如果这些内容按特定规程的集合分开，则 Content Catalog 可以很容易地过滤掉其他规程的内容，从而防止用户浏览他人的内容。
策略 3：沙盒集合
沙盒集合使您能够将未经审核的内容存储在 Content Catalog 中。在此集合中，所有用户都可以拥有对此集合的管理员访问权限，从而使您能够接受来自任何人提交的内容。您还可以只有一个集合管理员，以不太严格的标准批准内容。这些提交的内容可以由其他任何人进行插入、评级和标记。这种众包方法可帮助您的团队在将内容分发给其他经过审核/优化的集合之前，高效地测试内容的接受度。
集合组织示例
在决定如何组织集合时，请务必考虑您希望通过将内容上传到 Content Catalog 来实现哪些独特的业务目标。对于某些客户，安全权限和项目级访问权限至关重要。对于其他人，支持快速搜索是主要目标。
这些目标中的每一个都最好按不同的集合组织结构来实现，建议您与 Content Catalog BIM 专家密切合作以评估哪个主题最适合您的公司。
以下是一些成功设置集合的示例：
示例 1
这是一家全球性公司，不同管理员负责不同区域的内容。有一个通用的公司集合，但内容也根据区域进行划分：
公司集合
英国公司集合
美国公司集合
开发（仅限管理员）
营销（营销图像）
沙盒
示例 2
这是一家小型到大型公司，同时处理英制和公制项目。有一个单一的内容管理器或一个强大的用户团队。公司内的多位用户正在创建内容：
公司集合英制
公司集合公制
WIP（仅限管理员）
众包内容
示例 3
这是一家小型到大型公司，使用多个规程管理自己的内容，并树立了通过一个收集位置来改进每个项目内容的公司文化：
建筑公司集合
MEP 公司集合
结构公司集合
在建项目（仅限管理员）
项目贡献
示例 4
这是一家小型公司，没有 BIM 经理，但有多位工作能力强大的用户：
公司集合
沙盒
其他集合策略
无论您公司有哪些独特要求，以下是每家公司在设计最适合您团队的集合策略时应牢记的额外建议列表：
英制与公制
地点/区域集合
项目集合
客户集合
沙盒/未经审核
在您考虑了所有这些因素并为集合结构奠定了框架后，一切都应该就位并更高效地运行。您可能偶尔需要重新访问集合结构，以确保它仍最适合您公司的工作流。