En artículos anteriores abordamos el tema de la gestión de datos en Employee Central, el core de la herramienta cloud de SAP SuccessFactors. Comentábamos en el artículo “Un Nuevo diccionario de Datos” que el software para HCM en la nube de SAP permitía gestionar datos de empleado en la nube gracias al uso de diversas herramientas y que, una de ellas, “la gestión de datos”, recordaba en gran parte al diccionario de datos (SE11) del tradicional sistema on-premise.

Pues bien, en este artículo iremos más allá y nos centraremos en otras herramientas de employee central como son las reglas de negocio.

Las reglas de negocio nos permiten establecer procesos de negocio necesarios para el día, desde la ejecución de evento y la actualización de campos hasta la definición de mensajes (Error, Warning, Información…).

Para definir bien un proceso con reglas de negocio deberemos haber configurado nuestra plataforma cloud sobre la base de Employee Central. Si no es nuestro caso, deberemos ponernos en contacto con nuestro consultor certificado para ello 😉.

Portlets de Empleado

Los portlets de empleado son el homólogo a los infotipos del sistema on-premise de SAP, recogen información de empleados en base a fecha efectivas y como, estamos en Employee Central conviene que recojan MDF Objects en vez de los básicos standard-elements que recogemos en el UDF.

Aquí os dejo un ejemplo de Portlet de empleado:

reglas de negocio en SAP SuccessFactors - Portlet de empleado

Lo que observamos es básicamente una agrupación de campos MDF, información que se obtiene de los infotipos de personal (0002) de nuestro sistema on-premise (Siempre que tengamos un método híbrido implementado).

Obviamente, dichos campos no son estándar por lo que no vienen en nuestro sistema SF de serie y por ello, deberemos seguir ciertos pasos si queremos agrupar la información de PA según nuestras preferencias. El primer paso, consistiría en la definición de objetos.

Definición de Objetos

Es la transacción core de Employee Central, en ella definiremos la estructura de nuestros objetos MDF y los campos que recogerán los portlets de empleado:

reglas de negocio en SAP SuccessFactors - transacción core

Gestionar datos

Es la aplicación “hija” de la definición de objetos del diccionario SF (o por lo menos, así me gusta a mí definirla). En ella se recogen los registros de datos maestros de personal y que, a posteriori utilizaremos como criterios de valoración para nuestro mensajes y proceso.

Además, es una herramienta clave para la definición de mensajes:

reglas de negocio en SAP SuccessFactors (4)

Reglas de Negocio

Una vez configurada nuestra UI para los portlets, otorgados nuestros permisos a través de los RBP en las vistas de empleados, creados nuestros custom MDF e insertados nuestros registros de personal, podremos crear reglas de negocio y asignárselos a los campos de nuestros perfiles de empleados que deseemos.

Nada más acceder a la transacción “Configurar Reglas de negocio” deberemos escoger el tipo de regla a utilizar en base a la finalidad de nuestro proceso: Metadata Framework, Gestión de tiempo, Generación de documentos y Básicos entre otros.

En este caso, seleccionaremos “regla básica” para plantear el caso de que el campo DNI, al ser un campo sensible, no sea modificable en el portlet de empleados por el usuario final haciendo que éste siempre sea igual al campo de DNI del infotipo 0002 de datos personales de SAP ERP HCM.

reglas de negocio en SAP SuccessFactors (5)

Deberemos, a continuación, elegir un nombre e ID para nuestra regla, una fecha de inicio y, un objeto base.

reglas de negocio en SAP SuccessFactors (6)

Una vez definidos nuestros parámetros, deberemos implementar nuestra propia lógica y guardar nuestra regla.reglas de negocio en SAP SuccessFactors (7)reglas de negocio en SAP SuccessFactors (8)

Por último, apuntaremos nuestro código de regla y se lo asignaremos en “Configuración de definiciones de objeto” a nuestro campo sensible (DNI) en la pestaña detalles > Asignación de reglas:

reglas de negocio en SAP SuccessFactors - Configuración de definiciones de objeto

Ahora, si nuestros usuarios, intentan modificar el campo DNI directamente desde el portlet de empleados, saltará el siguiente error al no ser este igual que el campo de la entity que recoger los datos de personal extraídos del infotipo 0002 de datos personales.

reglas de negocio en SAP SuccessFactors (11)

reglas de negocio en SAP SuccessFactors (12)

Obviamente, hubiese sido más fácil definir dicho campo (DNI) como sensible y a través del atributo pii o, simplemente ocultarlo, o también que fuese solo de lectura, pero me había pensado que sería interesante mostrar todo los que SF nos permite hacer en cuanto a la gestión de datos de empleado 😉.

Esperamos que este artículo te haya sido de interés. Puedes dejarnos tus preguntas en comentarios, y si estás interesad@ en implantar SAP SuccessFactors en tu empresa, nuestro equipo del área HXM puede ayudarte a ello.

Área SAP HXM