在重新雇用员工的情况下创造新的就业机会通常是跨国安装的最佳实践，这些安装运行EC工资单。因此，在这些情况下，数据呈现，必须支持每个规则（PersonID/UserID/Username）的数字创建。

用例：客户经常使用规则来创建新雇用或重新雇用的员工的UserID/Username。这样的规则通常会创建不同数字范围的数字，具体取决于法律实体/国家。

当前差距：此过程不会重新雇用员工时工作（使用新的雇用选项）。在PersonID不变的情况下，不会触发生成UserID/用户名（通过PersonID工作）的机制。

解决方案：生成id的规则不会被标准事件（onChange，onSave）使用，而是直接由在招聘/重新招聘配置的指定位置输入的适当方法使用。

我们经常使用创建新雇用或重新雇用员工的用户名的规则。这种规则通常会根据法律实体/国家创建许多不同的数字范围。当雇员被重新雇用（使用新的雇用选项）时，此过程将不起作用。在PersonID保持不变的情况下，不会触发生成UserID/username（通过PersonID工作）的机制。

生成ID的规则不会被标准事件（onChange、onSave）使用，而是直接由在雇用/重新雇用配置对象的指定位置输入的适当方法使用。还有管理业务规则UI中的一个新模板选项，用于创建规则以生成雇用ID。这解决了以前与跳过雇员ID序列的标准事件之间的差距。

只有在保存新员工时才会生成雇员ID。

如何配置：

注：在中使用此场景非常重要使规则显示为"雇用/重新雇用"配置对象中的选项之一。此场景自动默认该规则所需的必要参数。

示例：

需要注意的几点：

如果在招聘/再招聘配置对象中不启用该规则，则不在UI中手动填写人员ID外部和用户名字段，系统从何处获取ID？

回答：如果没有规则设置值，如果字段中没有手动添加具体值，则系统会从公司系统和Logo设置页面中的"分配的下一个人Id"中获取用户名、UserID和personIdExternal（对于新员工）。对于新入职的再招聘，返利app开发，除人员ID应保持不变外，云信息，同样适用

如果在招聘期间填写userAccountInfo用户名，则userID值将与用户名相同

userAccountInfo中的用户名字段已为我们启用。默认情况下，它是"添加新员工向导"中的必填字段。一旦雇佣被保存，大数据开发，用户名值会发生什么变化？

答：系统将始终尊重用户名字段中维护的值。personid和userid值将来自业务规则中的下一个序列。如果您的实例中没有启用该字段（意味着您没有在UI中手动填充该值），则用户ID和用户名将来自雇用/重新雇用配置规则。

我们是否可以更新现有规则并将其分配给雇用/重新雇用配置对象？

回答：没有。您将无法更新现有规则并添加所需的参数。必须从头开始定义新规则。

如果我们手动填写"添加新员工"中的"人员ID外部"字段，用户ID是否来自"员工/重新招聘"配置规则？

回答：否。人员ID和用户ID将是相同的，在这种情况下，值将来自您在人员ID外部字段中指定的任何值。

另一方面，在重新雇用新员工的情况下，该员工已经有一个现有的人员ID，大数据专业怎么样，因此，新员工的新用户ID将来自规则的下一个序列。