La derivación del motivo de evento es la funcionalidad que elige el motivo con reglas de negocio, en lugar de dejarlo en manos de quien inicia el cambio. La academia oficial la presenta como la respuesta a un problema concreto: cuando el usuario elige el evento y el motivo a mano, la elección es propensa a errores y reduce la confiabilidad de los informes. Con la derivación, el sistema mira qué datos cambiaron y elige el motivo; si corresponde, el motivo actualiza también el estado del empleado.
La academia describe varias consecuencias. Cada cambio posible en la información del puesto y en la compensación tiene que terminar en un motivo; si ninguna regla lo fija, el sistema muestra un error que quien inicia no puede resolver. Las reglas pueden además disparar un flujo de trabajo asociado al motivo, para que el cambio se apruebe antes de aplicarse. Y con la derivación activa, cuando se usa el botón de acciones o el lápiz, el sistema elige el evento y el motivo, y dispara el flujo configurado.
La derivación tiene límites claros. No se aplica a las contrataciones, las recontrataciones y las bajas: sus motivos se eligen siempre a mano, y no se pueden derivar con reglas. Tampoco corre cuando se inserta un registro desde la ventana de historia: según una publicación de SAP sobre la información del puesto, la derivación se ejecuta para los cambios hechos desde la interfaz del manager y desde las importaciones, no desde la historia. Por eso la academia llama edición de RR. HH. a la inserción desde la historia y la reserva para administradores.
En las importaciones, la academia explica que el permiso para habilitar reglas de negocio en las entidades seleccionadas tiene que estar activo para que el motivo se derive. Si la columna del motivo en el archivo tiene un valor, ese valor gana; si está vacía, deriva la regla. Lo vimos en la U4 L3 al preparar los archivos de alta.
Con la derivación activa, el campo del motivo ni siquiera se muestra en el botón de acciones. La nota 2571698 lo aclara y saca una conclusión de diseño: hay que prever la lógica para todos los escenarios posibles y cerrar con una regla que asigne un motivo por defecto.
En el caso del curso, la regla de derivación de AR01 se arma en la U6 L3: un cambio de grado deriva AR_PROMO y dispara AR_Aprobación de promoción. En esta unidad, la Tabla 2.4 de la lección resume quién elige el motivo en cada vía, y el Video 2.2 muestra, en el elemento jobInfo de Gestionar configuración empresarial, si la demo ya tiene reglas de derivación de Best Run. El cuidado del video explica por qué no se guarda el cambio: con las reglas de Best Run, un guardado podría asignar un motivo de Best Run o dar error.
En la evaluación de la L2, una pregunta de verdadero o falso afirma que, con la derivación activa, los motivos de contratación, recontratación y baja los elige una regla. Es falsa.
