您可能已经知道，SAP SuccessFactors将把所有客户从传统的选择列表迁移到基于MDF的选择列表工具，称为"选择列表中心"，这将是一个一站式服务，人工智能知识体系，用于跨SuccessFactors BizX套件维护客户选择列表。在这个博客中，我的目标是揭开MDF picklist迁移过程的神秘面纱，帮助您理解我们为什么要这么做，我们的价值主张是什么，作为客户或实施合作伙伴，您需要知道什么才能使这个转换尽可能顺利，以及当您的实例准备好迁移时您能期望什么。好消息是，我们将为您做这个迁移，但这里有一些事情可以帮助您做好准备？

我们正在尝试通过此迁移解决遗留选择列表的一些当前限制

遗留选择列表管理很麻烦，因为我们需要下载整个选择列表文件，过滤要更改的选择列表，进行更改，然后再次上载文件。picklist不需要唯一的、强制性的外部代码，因此在跨环境（Dev/Test/Prod）管理它们时会产生问题，并且更新父子关系是一项手动任务，因为它使用OptionID而不是externalCode，因为它在不同的实例中变化，因此非常痛苦。旧的选择列表值没有删除功能。旧的选择列表没有生效日期，这不能让我们看到随时间变化的值。如果值不是按字母顺序排列的，则在旧的选择列表中排序很有挑战性数字不起作用-例如，1到10被排序为1、10、2、3、4等。概念不起作用-例如，Low，Medium，High是High，Low，Medium（按字母顺序）范围不起作用-例如，1-10、11-20、21-30实施合作伙伴和客户没有存储默认选择列表内容的公共位置（例如，SuccessStore）

我们对您的价值主张是什么？

管理所有选择列表的单一UI

管理员将能够通过整个套件通用的单一UI更改选择列表值的单个或子集

创建强制，物联网展，选择列表的唯一外部代码

通过用户界面（以上#1）和导入/导出机制（工具和计划作业），用户必须为选择列表输入唯一的外部代码。这将提供跨实例移动选取列表值的能力，并将导致跨实例的父子关系的一致映射。

对于传递/种子选取列表，统一在一组单一的、全套的公共选取列表上

对于传递的选取列表，用户只需管理一次可在整个SuccessFactor套件中使用的选择列表。

允许生效日期

用户应能够对选择列表值进行生效日期设置，以便下拉列表中仅显示截至记录生效日期的有效值。它是由个别模块使用有效的日期在挑选名单。Employee Central将使用有效日期来显示选取列表值。现有的遗留选择列表将在1900年1月1日生效后进行转换。

允许向后兼容

迁移旨在向后兼容，不会要求客户更改其报告，接口和业务规则建立在遗留选择列表值的基础上，云服务器和服务器，因为我们将在内部存储对遗留选择列表使用的旧选项ID的交叉引用

迁移过程

我们正在波浪式地进行此迁移，并且将对特定数量的客户的所有实例进行计划和一次迁移。当我们准备迁移您的实例时，我们将在您的实例中运行选择列表诊断检查，并在出现任何选择列表数据问题或任何冲突时联系您，以便您做出决策或解决与选择列表数据问题相关的任何冲突。

您将在计划选择列表迁移前至少一个月收到一封电子邮件。我们将向您提供有关如何解决数据冲突以及如何解决选择列表数据问题的说明。

预览实例将在生产实例之前1个月迁移。对于没有预览实例的客户，将同时迁移所有实例。但是，将提前通知您准备和解决任何选取列表冲突和数据问题。

数据转换

在旧选取列表中，数据与大数据，所有选取列表都有唯一的选项Id，在MDF选取列表中，所有选取列表都有唯一的外部代码。旧选取列表可能有也可能没有外部代码。如果没有外部代码，系统将在每个选择列表转换为选择列表时为其生成唯一的外部代码。

旧选择列表还允许在一个选择列表中的值具有相同的外部代码。迁移后，系统将为MDF picklist的外部代码字段生成唯一的外部代码，并将旧picklist中的代码存储在MDF picklist表的非唯一外部代码字段中。这是一个新字段，将在MDF picklist表中的迁移后可用。例如，如果您的婚姻状况选择列表中所有国家/地区的"已婚"状态的外部代码"M"，则迁移将为所有国家/地区的每个"已婚"状态生成唯一的外部代码，"M"将作为非唯一的外部代码存储在MDF选择列表表中。所有配置、接口、报告都将引用非唯一的外部代码，以避免对配置、接口和报告造成任何影响。