本文展示了1808年推出的SuccessFactors用户ID生成的实际应用，使旧的用户ID分配/生成变得更加简单https://blogs.sap.com/2016/06/06/employee-central-automatic-user-id-generation/

旧的生成用户ID的方式仍然支持。

1808版的主要变化是什么？

在需要指定onInit、onChange或onSave规则来生成UserID之前。现在将一个规则分配给MDF对象Recruit/Rehire配置，仅此而已。请看MDF对象的最后一行。

让我们看一些它如何以新方式工作的示例。首先，中国电信物联网，我们应该为用户创建新规则。您需要为招聘/再招聘场景选择"生成员工ID"，否则将无法选择此规则生成用户ID。

在我们进入可能的选项之前，我们应该从"人员ID"字段中删除强制标志，并在新员工流程中将其保留为空。

2。让我们试着根据法律实体的国家做一些不同的事情，因为这可能是您想要使用不同id的典型场景。此规则基于存在一个例外的选项。我们把这个例外称为捷克共和国。对于捷克共和国，个人云服务器家用搭建，我们将使用用户格式CZxxxx，其中xxxx是序列号。对于所有其他国家，我们使用标准的SAP格式8个字符和前导零。对于许多国家使用与SAP Payroll集成的一些公司来说，软件企业条件，返利软件，这个案例可能很有趣，除了使用本地提供商或外包的工资单之外。

这是捷克员工的预期行为：

对于所有其他公司：

现在每个人都很高兴它能按预期工作，但让我们检查两个附加的场景。我们的员工在捷克，我们想派他到全球工作。第二种情况是，雇员在两个不同的法律实体中同时工作。我们的测试是启动GA/CE并检查员工数据导出ID是否到位，因为这可能会影响到与其他模块和工资单的集成。

让我们首先从全局分配开始。我们不会对规则做任何更改，我们会看看会发生什么。

添加新的全局分配，开关"使用户ID与用户名相同"设置为否。

我的期望：为特定国家新生成的用户ID。

结果：使用的ID来自公司设置中的下一个人ID

开关时的行为略有不同在GACONFIG中设置为yes:

那么您希望最终拥有与-1相同的userid，结果与预期一样：

我们的最后一个案例是测试并发就业，我认为这是最重要的场景。我们已经有几个客户，他们在两个不同的国家受雇于不同的法律实体。

我们在"就业信息"级别上使用特殊的自定义字段，跟踪用于集成的正确用户id，但让我们看看这是如何与新的"招聘/再招聘"规则一起工作的。

正如您所看到的，它使用的是同一个人id每次新兼职的公司设置（顺便说一句，我把新的职位设置为次要职位，因为这是典型的情况）

最后要说什么。如何生成userID的新选项无疑是很有前途的，因为它可以保证序列没有间隔（发生在onInit和onChange规则中）。我非常期待GA/CE也能与之合作的其他选择。这可以为将来带来巨大的一致性，我建议最终使用这个新选项来生成用户id。

，韩国云服务器