本部分包含以下主题：

常规

元数据描述在 iManage Control Center 中为何处于隐藏状态？
为了维护 iManage Work 内容的安全性。

文档名称在 iManage Control Center 中为何处于隐藏状态？
为了维护文档的安全性。

组

这是什么功能？

组为多个用户的列表。它们是一个集合，用于向组成员分配对某些库、工作区、文件夹和文档的相同权限及访问权限。例如，如果一个组有访问文档的权限，则该组内的用户可访问该文档。

此功能何时对我有帮助？

此功能让您能够将用户添加到组并提供对文档的访问权限。在提供对库中文档的组访问权限之前，请在库中创建组，然后将相关用户添加到该组。

在何处可以找到此功能？

导航到 访问权限 > 组。

角色

此功能何时对我有帮助？

角色让您能够在整个组织中有选择地组织权限和功能。例如，可以创建一个名为开发人员的角色，为适应其在组织中的职能，该角色将被授予或拒绝相应的权限。分配给“开发人员”角色的所有用户将具有相同的权限集。

在 Control Center 中，允许 Tier1 或 Tier2 管理员拥有哪些管理能力？
请参见角色了解所有层及其能力的列表。

我是否可自定义 Tier 1 和 Tier 2 功能，以便其与我所在公司的支持实践匹配？Tier 1 和 Tier 2 功能根据帮助中心支持团队的最佳实践而设计，不可自定义。但是，iManage 也意识到不存在万全之策，此功能可能会添加到 iManage Control Center 的未来版本中。

自定义字段

此功能何时对我有帮助？

当客户想将其元数据集映射到现有自定义字段时，您可使用此功能，您还可添加值到自定义字段，以便客户可使用 iManage Work 客户端的这些值。

能否列出 iManage Control Center 公开的自定义字段？

Custom1 至 Custom30。另外，Custom1/Custom2 和 Custom29/Custom30 均有父子关系表（子表）。即，Custom1 可拥有许多与 Custom2 直接关联的别名。例如，如果 Custom1 为客户端，而客户端是 Microsoft，那么 Custom2 可以是事务，如诉讼、并购、收购、人力资源和知识产权案件。

类/子类

我可以创建何种文档类/子类？

您创建的文档类取决于您所在的公司和库需求。文档类可按类型、部门、区域等分类。

此类/子类包含什么内容？

这些字段决定：

文档副本是否回显到用户的本地硬盘驱动器。这只适用于 DeskSite 和 FileSite。
文档所需的配置文件信息的自定义字段。

文件处理程序

这些应用程序是什么，它们存储在哪里以及它们包含何种信息？

每个 iManage 库都有与之相关的应用程序列表。其包含将文档处理应用程序与 iManage Work Server 集成所需的信息。此信息包括：

关联文档类型和应用程序的程序
从 iManage Work Server 启动应用程序的程序

何时提供在上一节提及的信息？

创建 iManage 库时，它将使用应用程序的公共列表进行初始化。

Office

配置文件包含什么？

配置文件包含服务器登录信息、电子邮件管理设置、Microsoft Office 集成选项以及 Microsoft Office 应用程序特定操作等信息，具体取决于用户设置/首选项。例如，文件操作，如用于 Word、PowerPoint、Excel、Visio 和 MS Project 等 Microsoft Office 应用程序的打开、保存、另存为等。有关 Office 和电子邮件配置文件的更多信息，请参见：