Cuando la derivación del motivo de evento está activa, cada cambio posible de la información del puesto y de la compensación tiene que terminar en un motivo. Si una combinación de cambios no está prevista en ninguna regla, el sistema no puede guardar el registro. La academia oficial lo explica así: si no hay una regla que fije el motivo, el sistema muestra un error y quien inicia la transacción no tiene forma de resolverlo.
El error tiene un texto reconocible, del tipo "no se puede determinar el motivo de evento para los cambios propuestos". Varias notas de SAP lo citan entre sus palabras clave, entre ellas la 2251803, que trata los eventos que no aparecen en el botón de acciones, y la 3380916, que muestra el mensaje técnico correspondiente en el registro del sistema: no hay un motivo de evento válido para el registro de la información del puesto.
La nota 2571698 da la solución de diseño: como con la derivación activa el campo del motivo no se muestra, hay que prever la lógica para todos los escenarios posibles y, al final, cerrar con una regla o un motivo que funcione como captura de todo. En la práctica, es una última condición que se cumple cuando nada más coincidió, con un motivo genérico de cambio de datos. Así, un cambio legítimo que nadie imaginó se guarda con un motivo neutro en lugar de bloquearse.
El motivo por defecto tiene un costo que conviene conocer. Si se usa mucho, los informes pierden precisión, porque una parte de los cambios queda clasificada como genérica. Por eso conviene revisar cada tanto cuántos registros terminan con ese motivo: si son muchos, hay un tipo de cambio frecuente que merece su propia regla y su propio motivo.
También tiene que estar bien elegido. Un motivo por defecto con un estado del empleado distinto de vacío podría cambiar la situación de la persona en un cambio cualquiera. Y si el motivo por defecto dispara un flujo, conviene que sea uno liviano, porque va a recibir los casos menos previsibles.
En el caso del curso, el Importante de la sección 6 de la L2 explica el error y la recomendación de la nota 2571698. El Tip 2.2 lo cuenta en voz alta: con la derivación activa, si una combinación de campos no está prevista, quien inicia ve un error que no puede resolver y llama a RR. HH.; por eso las reglas terminan siempre con un caso por defecto. La regla de AR01, con su motivo por defecto, se arma en la U6 L3.
En la L5, las acciones rápidas suman un matiz: si la plantilla tiene un motivo de evento, ese motivo se usa siempre, aunque haya derivación, y la regla por defecto ni siquiera se evalúa para fijar el motivo. Es una de las razones por las que la lección recomienda plantillas con motivo para acciones simples, como Cambiar modalidad de trabajo.
Un consejo para las pruebas: armá una lista de cambios raros, como dos campos que cambian juntos o un cambio con fecha pasada, y probalos todos antes de salir a productivo.
