Los escenarios del alta y la recontratación son los escenarios de regla que SAP ofrece para la lógica que corre en Añadir nuevo empleado y en la recontratación con nuevo empleo. Existen porque el alta ocurre en un momento especial: el empleado todavía no existe, y los datos de varios elementos se cargan juntos, en un mismo proceso. Las reglas comunes de cada elemento no alcanzan para eso.
La Tabla 4.1 de la lección resume los cuatro principales. Reglas para alta y recontratación (Rules for Hire/Rehire) cubre la lógica general del alta y de la recontratación con nuevo empleo, con el modelo de información del empleado como objeto base. Reglas al iniciar para alta y recontratación (Trigger onInit Rules for Hire/Rehire) deja valores iniciales y solo se asigna al iniciar; es el escenario del ejemplo del documento de identidad que vimos en la L2. Generar ID de empleado para alta y recontratación (Generate Employee ID for Hire/Rehire) genera el ID de usuario a partir de una secuencia. Y Forzar un empleo nuevo en la recontratación (Enforce New Employment for Rehire) decide cuándo una recontratación tiene que crear un empleo nuevo, como vimos en la U4 L1.
El objeto base que comparten varios de estos escenarios, el modelo de información del empleado, es lo que los hace distintos. Reúne en un solo objeto los datos que se cargan en el alta: datos personales, documento de identidad, información del puesto, compensación. Eso permite que una regla del alta lea un dato de un elemento y complete otro de un elemento distinto, algo que una regla común de jobInfo no puede hacer.
En Best Run Argentina, el escenario que se usa en la L4 es el de generación de ID, para que las altas de AR01 tengan un ID de usuario con el prefijo AR. En la L2 vimos que AR_Modalidad por defecto no usa un escenario del alta, sino el de reglas al cambiar, porque tiene que cubrir también los traslados desde otra entidad legal de Best Run. Esa comparación muestra el criterio: los escenarios del alta son para lo que solo tiene sentido al crear el empleado.
Hay algunas precauciones propias del alta. La primera es la fecha de inicio de las reglas: la nota 2798247 describe el error que aparece cuando no hay una regla vigente para la fecha del alta, algo frecuente cuando se dan de alta personas con fecha retroactiva. La segunda es la interacción con las plantillas de contratación de la U4: los bloques que una plantilla deja fuera no se muestran, y una regla que intenta completar un campo de un bloque oculto puede no tener efecto visible. La tercera es el flujo de aprobación del alta: según la nota 3429269, si el alta pasa por un flujo, algunos resultados, como el ID generado, aparecen recién cuando el flujo se aprueba.
Para probar reglas del alta, la forma más simple es iniciar un alta con la plantilla de la entidad legal, avanzar hasta el punto donde la regla actúa y cancelar. Es lo que hacen los videos de la unidad, porque un alta guardada en la demo es un dato que después hay que administrar.
