集合概述

您可使用集合來整理 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：依不同領域整理集合

第二個考慮的策略是依不同領域 (例如，建築、機械等) 整理集合。這個作法可以防止內容重疊，進而更容易搜尋。

例如，有人搜尋「嵌板」時，如果此人是建築師，可能想查到戶外牆板的資訊，如果是電氣工程師，則可能想找配電盤的資訊。若將內容分為特定領域的集合，Content Catalog 即可輕鬆篩除其他領域的內容，避免使用者看到其他人才需要的內容。

策略 #3：沙箱集合

您可以使用「沙箱集合」將未經審核的內容儲存在 Content Catalog 中。在此集合中，所有使用者都可以擁有管理員存取權，您也可接受任何人貢獻的內容。您也可以只指派一位集合管理員，負責核准標準較不嚴格的內容。其他人則可對這些貢獻插入內容、評分和加標籤。在內容經過審核，得以進入其他經過更多審核/範圍更精確的集合之前，這種群眾外包方法可協助您的團隊有效率地測試其接受度。