Generar ID de empleado para alta y recontratación (Generate Employee ID for Hire/Rehire) es el escenario de regla que define cómo se construye el ID de usuario de una persona nueva. La academia lo describe así: genera un ID de empleado a partir de una secuencia del marco de metadatos y lo asigna al ID de usuario durante el alta y la recontratación con nuevo empleo.
Por defecto, sin ninguna regla, el ID de usuario de un alta sale del próximo ID de persona asignado, un número que se configura en Configuración del sistema y del logotipo de la empresa. Ese número es único para toda la instancia y se incrementa con cada alta. Para muchos clientes alcanza. Pero hay casos en que se quiere otra lógica: un prefijo por país, un rango numérico por empresa, un formato que reconozca una integración.
En Best Run Argentina, RR. HH. pidió que los empleados de AR01 tengan un ID con el prefijo AR, para reconocerlos a simple vista en informes e integraciones. La solución tiene tres piezas, que resume la Tabla 4.2. Una secuencia, AR_SEQ_ID, creada en Gestionar datos. Una regla, AR_ID de usuario, con este escenario: si la entidad legal es AR01, el ID es "AR" seguido del próximo número de AR_SEQ_ID. Y la asignación de la regla en la configuración de alta y recontratación, en el registro MATCHINGUSERCONFIG.
Usar el escenario no es un detalle. Una publicación de la comunidad de SAP sobre la generación de IDs explica que es necesario para que la regla aparezca entre las opciones del objeto de configuración del alta, porque el escenario completa los parámetros que la regla necesita. Una regla con la misma lógica, pero creada con otro escenario, no se puede asignar ahí.
La regla no tiene SINO, y es a propósito. La nota 3638603 describe el comportamiento: si la condición no se cumple, el ID se genera desde el próximo ID de persona asignado. Así, las altas de otras entidades legales de Best Run siguen como antes, y solo las de AR01 usan la secuencia. La misma nota agrega que, si el ID que genera la regla ya está en uso, la regla vuelve a ejecutarse para tomar el número siguiente.
Hay comportamientos que conviene anticipar al cliente. Según la nota 3429269, en un alta con flujo de aprobación el ID se genera recién cuando el flujo se aprueba. Y la nota 3479106 describe un error en el que se saltean números de la secuencia. Si nómina o una integración necesitan números correlativos sin huecos, hay que decirlo antes de implementar: una secuencia no lo garantiza, y la reejecución por ID en uso también genera saltos. Es la consulta 2 del ejercicio de la L4.
En el VIDEO 4.1 se arma la secuencia y la regla, y se revisa la configuración del alta sin cambiar lo que ya tenga Best Run. El resultado se ve en la U7 L5, con el alta de Joaquín Medina.
Un último criterio: el ID de usuario es difícil de cambiar después del alta, porque lo usan los permisos, las integraciones y los informes. Cualquier lógica de generación conviene decidirla antes de la primera alta productiva.
