Validar elementos HRIS es el escenario de regla que SAP ofrece para las validaciones de Employee Central Core. La academia lo describe como el escenario que crea validaciones de negocio y muestra mensajes sobre los elementos HRIS. Se elige en Configurar reglas de negocio, dentro de la sección de Employee Central Core, y se usa siempre que la regla tiene que mostrar un error, una advertencia o una información.
Como todo escenario, condiciona la regla. Ofrece como objetos base los modelos de los elementos HRIS, como el modelo de información del puesto, y la acción Mostrar mensaje con sus parámetros: la definición de mensaje y la severidad. En cuanto al evento, la Tabla 1.2 de la lección indica que se asigna al guardar o al cambiar. No al iniciar, porque los mensajes no se muestran en ese evento, según la nota 3345944.
En el caso del curso, AR_Validar horas semanales usa este escenario. La regla pregunta si la entidad legal es AR01 y las horas semanales estándar son mayores que 48, y en ese caso muestra el mensaje AR_HORAS_MAX con severidad error. Se asigna en jobInfo, al guardar. En el ejercicio de la L2, AR_Avisar horas bajas usa el mismo escenario con severidad advertencia, y la validación que complementa la obligatoriedad del fin del período de prueba para AR01 también lo usa.
El escenario existe porque las validaciones se crearon durante años con el escenario básico, sin ningún control sobre el evento. Una validación asignada al iniciar, por ejemplo, se guardaba sin error pero nunca mostraba nada. Con el escenario específico, el diseño queda encauzado desde el principio. Si un cliente tiene validaciones básicas, conviene migrarlas a este escenario cuando necesiten un cambio, con Cambiar escenario o desde la pestaña de migración de la herramienta de verificación.
Una regla de este escenario puede tener varias ramas, cada una con su mensaje. Es útil cuando varias validaciones comparten la condición de entrada, como la entidad legal. Pero hay que pensar en el usuario: si varias ramas se cumplen a la vez, se muestran varios mensajes juntos en la ventana de la severidad más alta, según la nota 3494071. A veces conviene una regla por validación, para que cada una se entienda y se pruebe sola.
Hay validaciones que no necesitan una regla. Si un campo tiene que ser obligatorio para todos, lo correcto es el atributo del modelo de datos. Si un valor tiene que estar dentro de una lista, lo correcto es una lista de selección. Si un número tiene un formato, a veces alcanza con el tipo de dato. Las reglas de validación se reservan para lo que depende de una condición o de la combinación de varios campos.
Al probar una validación, conviene cubrir tres casos: un valor válido, que no tiene que mostrar nada; un valor inválido, que tiene que mostrar el mensaje con la severidad elegida; y un valor en el límite, como exactamente 48 horas, para confirmar que la condición usa mayor que y no mayor o igual.
