SuccessFactors Employee Central中的业务规则框架是一个强大的工具，可以满足实施项目中特定于客户的需求。顾问使用业务规则来实现一系列业务流程结果—从默认值到检查值，从做出智能决策到触发通知或工作流，等等。如果以正确的方式使用，业务规则在满足实施项目中几乎所有客户需求方面确实非常有用。

2017年第4季度之前，业务规则对引用选取列表值的字段有限制。当一个特定的业务规则从一个实例导出并手动导入到另一个实例时，就存在这种限制。一旦在目标实例中成功导入，物联网学什么，这些规则就不能很好地适用于引用Picklist值的所有字段。对于这类字段，业务规则显示空值或不正确的值。遗留字段和MDF选取列表字段都是这种情况。

这在下面的示例中进行了说明。

假设有一个业务规则，您希望在客户站点手动从一个实例传输到另一个实例。

在使用导入和导出数据导入后，该规则在目标系统中看起来是这样的工具

如上图所示，国家/地区、员工类别和雇用类型字段不引用目标实例中的任何选择列表值。这些实际上是源实例中Picklist值的选项id。我们可以想象，选项id在目标实例中发生了变化，这导致了该规则的不一致性。现在，淘客app系统，此规则在业务流程中无法按预期工作，如本例中的招聘。

2017年第4季度发布时，通过在创建规则时暴露字段的"外部代码"来解决此问题。如下图所示，大数据分析过程，为顾问提供了一个新的选项来选择选择选择列表字段的"外部代码"。

一旦为所有选择列表引用的字段选择了"外部代码"选项，相同的业务规则将如下所示。

由于此规则指向字段的"外部代码"-国家，云服务器网站，Employee类和Employment Type–它将指向每个系统中相同的Picklist值。这将从规则中完全删除"Option ID"。换言之，此业务规则可以在任何实例中导入，前提是该实例中已存在所有相关的选取列表值。

要为您的客户使用此新功能，您需要执行以下操作：

标识使用选取列表引用的所有规则并备份这些规则使用"External ID"这一新功能为Picklist引用的字段重写所有这些规则单元测试所有修改后的规则，大数据核心，以确保它们正常工作

愉快地编写这些规则！