Salesforce全局选项列表（Global Picklist）介绍

在Salesforce IdeaExchange中一个投票比较多的Idea就是能够创建一个可多个对象共享的下拉列表。

Salesforce在 Winter16开始初步试验此功能，现在已经成为Spring16的测试版功能（经本人测试，目前只有开发版本有这个功能）。在版本备注中，你可以通过搜索‘Global Picklists’来找到此部分的介绍。它也被称为通用下拉列表。

对Salesforce的客户来说，这可能是最令人激动的特性了，你可能经常看到这种现象，相同的下拉列表要复制到多个对象中。例如邮政编码下拉列表，销售区域，产品下拉列表，竞争对手，业务线等等。在多个对象下维护这些下拉列表通常是非常痛苦和容易出错的。

全局下拉列表允许系统管理员集中定义列表值，并可以应用到任何你创建的自定义选项列表字段中。这让维护下拉列表值变的简单，系统管理员只要集中更新一次就以了。

全局下拉列表是如何工作的？让我们看下这个有多个业务单元组织的范例。这些业务单元需要显示在潜在客户，客户，联系人以及自定义对象（花费对象）中。

为了创建一个全局下拉列表并可应用到所有的这些对象中，你可以在设置页面中搜索“Picklists”来查找全局搜索设置界面。

对于我们这个例子，你可能需要定义一个名字叫 ‘Business Units’的全局下拉列表。全局下拉列表的界面和值的定义方法和普通的自定义下拉列表非常类似——只有一点，你创建的是有序的值集，并不是一个字段。

现在，你已经创建了一个全局下拉列表来代表组织的业务单元。现在你可以去潜在客户，客户，联系人以及其它相关对象中创建自定义的下拉列表字段。

现在我们可以在一个对象下创建自定义的下拉列表字段，你会发现有一个新的选项让我们选择下拉列表是否是基于全局下拉列表值。在我们的例子中，已经创建了全局下拉列表，现在我们可以关联这个下拉列表。其它字段的创建过程不变，然后你将会设置字段的可见性以及放入到哪个页面布局中。如果你需要在其他对象下使用这个全局下拉列表，重复上面的过程就可以了。

全局下拉列表默认情况下是受限的下拉列表

使用全局下拉列表非常重要的一点是，他们默认被看作一个受限制的下拉列表。受限制下拉列表特性是Winter16的另一个特性，他允许系统管理员制定最终用户是否可以通过API添加新的下拉列表值。目前可以通过API在下拉列表字段中添加值（例如：Dataloader）。这个特性为管理员提供了数据完整性的强制手段——确保用户只能够导入或添加于现有下拉列表值一致的干净数据。

如上图所展示的，通过全局下拉列表功能去创建一个下拉列表字段时，强制下拉列表值选项是打钩并至灰的。

下面就是一个全局下拉列表的样例：

其它注意事项：

• 验证规则还是在字段级别进行定义，并不是全局下拉列表定义的一部分。这意味着，可以让业务单位下拉列表字段在客户下遵循验证规则，但是在联系人中则无需遵循。
• 可通过全局下拉列表创建多选选项字段。但是，这种情况下，下拉列表值的替换功能将不可用。
• 另外，基于全局下拉列表创建的下拉列表字段可在字段依赖性中用于控制字段中，但不可以用在依赖字段中。

点击阅读原文可查看原始原始的Idea信息。