Un escenario de regla es una plantilla de SAP para un caso de uso concreto. Se elige al crear la regla en Configurar reglas de negocio, y condiciona casi todo lo que viene después: qué objeto base se puede usar, qué campos ofrece el editor y, en muchos casos, con qué evento se puede asignar la regla. La academia de administración lista los escenarios de Employee Central Core, y en la U6 recorremos los más usados.
Algunos ejemplos muestran cuánto restringe un escenario. Las reglas de Disparar flujos de trabajo solo se pueden asignar al guardar. Las de Reglas al iniciar para alta y recontratación solo se asignan al iniciar. Las de Generar ID de empleado para alta y recontratación ni siquiera se asignan en Gestionar configuración empresarial, sino en el objeto de configuración del alta. Las de Derivación del motivo de evento limitan el objeto base a la información del puesto o de la compensación. Y las de Validar elementos HRIS están pensadas para mostrar mensajes.
Esas restricciones parecen una molestia, pero son una protección. La nota 3052999 lo muestra con un caso real: una regla de flujo creada con el escenario básico y asignada con un evento que no corresponde se guarda sin aviso, pero nunca dispara el flujo. Con el escenario específico, Gestionar configuración empresarial muestra un error de validación y no deja asignarla así. El escenario convierte un error silencioso en un error visible, que es mucho más fácil de corregir.
El escenario también puede agregar campos o parámetros que la regla necesita. La nota 2569624 explica que el campo wfConfig, que establece qué flujo aprueba un cambio, aparece al usar el escenario de disparo de flujos. Y una publicación de la comunidad de SAP explica que el escenario de generación de ID es necesario para que la regla aparezca entre las opciones del objeto de configuración del alta, porque completa los parámetros que esa configuración espera.
Elegir el escenario correcto es la primera decisión de diseño. La pregunta que ayuda es qué tiene que hacer la regla: completar un valor mientras se carga el formulario, controlar un dato al guardar, derivar un motivo, asignar un flujo, generar una alerta, cambiar otra entidad o actuar en el alta. Para cada respuesta hay un escenario, y el ejercicio de la L1 practica exactamente esa elección con seis pedidos de Best Run Argentina.
Hay escenarios que no aparecen en esta unidad porque pertenecen a otros procesos: el del historial de puestos interno, que vimos en la U5; el del cálculo del FTE; el del ID externo de asignación; y los de eventos posteriores al guardar. La lógica es la misma: el escenario existe porque SAP necesita controlar cómo se usa la regla en ese proceso.
Las reglas creadas antes de que existieran los escenarios usan el escenario básico, que no tiene ninguna de estas restricciones. Desde 2024 no se pueden crear reglas nuevas con él, y las existentes se migran con Cambiar escenario o desde la herramienta de verificación.
