这是我关于理解在成功因素数据导入（转换）过程中映射个人id和用户id的重要性的博客的继续。这并不意味着您的数据导入/转换将停止。您仍然可以通过以下方法在SFSF开发实例中进行模拟转换：

使用"Employee Export"下载用户数据文件。如下图所示。

字段状态可以是active或inactive。通过复制现有记录并转换userid/username，可以使现有记录处于非活动状态并加载新的基本信息文件。其余字段应保持不变。

例如–

假设员工的当前id为12345。

您可以复制到1012345

使12345记录处于非活动状态

然后上载此更新的自定义项，其中包含非活动记录和新的活动记录。通过这种方式，大数据视频，您将能够完成模拟转换，包括导入全局分配（GA）和并发就业（CE）。

正如我在另一篇博客中提到的，SAP要求将旧ID映射到新ID。当他们这么做的时候，数据分析方法，您应该给出原始ID的映射，并从映射文件中排除临时（即从原始复制的副本）ID，以确保只考虑员工的实际/有效ID，企业信息软件，因为创建临时ID只是为了进行模拟转换。

这样，大数据和云计算，模拟转换的项目时间表就不会被忽略受影响太大。

注意：请确保您了解客户已经存在的各种SFSF模块的集成架构，并相应地遵循此方法，因为例如，如果您的LMS也存在于另一个实例中，那么从您的开发实例到LMS的数据流可能会受到影响。

您需要找到临时解决方案，以确保其他事情不会打破，微信返利机器人，而你遵循这个方法