SAP HCM: próximos pasos

Tras el furor desatado por las últimas entradas, volvemos a hablar de SAP HCM y SuccessFactors.

Esta vez para comentar la estrategia que presentó SAP el pasado 9 de julio, en el SAP Localization Day organizado por AUSAPE.

Aunque no pude asistir, AUSAPE ha colgado toda la documentación de las ponencias en el siguiente enlace: Presentaciones Localization Day – Madrid

Como podéis ver, en el enlace tenéis las presentaciones de todas las ponencias y los vídeos de casi todas. Precisamente, uno de los vídeos que falta es el de la de «Next steps HCM«, que es de lo que voy a hablar en este artículo.

Se supone que subirán el vídeo en los próximos días y probablemente algo de lo que comente en este artículo no sea exactamente lo que dijo Héctor Puyol. Hacedle caso a él, que es el que sabe 😉

Para empezar, nos presentan unos datos que reflejan la realidad del mercado y de los clientes:

  • El mundo cloud, en general, sigue creciendo, mientras el mundo on-premise decrece.
  • SAP, dentro de HCM, centra su inversión en SuccessFactors/Cloud; en la parte on-premise hay mejoras legales y algo de experiencia de usuario.
  • Hay clientes que están pasando a SuccessFactors.
  • Hay clientes que pasan a S/4HANA y quieren seguir teniendo una solución SAP HCM on-premise.

Todo lo anterior es discutible y opinable, pero la realidad es que ante la evidencia de que ciertos clientes no quieren ir a SuccessFactors, SAP anunció hace ya más de año y medio el Sidecar para HCM, o también denominado SAP HCM on-premise for S/4 HANA.

¿Esto qué es? Pues básicamente es una solución específica para S/4HANA on-premise con parte de la funcionalidad de SAP HCM, no toda, que debe instalarse en un sistema aparte, que estará disponible el 1 de enero de 2023 y será mantenida hasta 2030.

Aquí tenéis un extracto de la presentación sobre esto:

Ante este panorama, os puede surgir la duda de qué hacer si tengo SAP HCM y quiero pasar a S/4HANA antes de 2023, ¿podría seguir trabajando con SAP HCM?

Mi respuesta es sí, pero con la funcionalidad existente en el ERP.

De hecho, hace más de 2 años, hice una prueba y comprobé que en S/4HANA se ejecutaba la nómina con normalidad: S/4HANA: ¿qué va a pasar con SAP HCM?

Es decir, creo que lo que va a hacer SAP con el nuevo SAP HCM on-premise for S/4 HANA es reescribir todo el código de la parte de HCM (salvo lo que han dicho que esta excluido, que podéis ver en la última imagen) para aprovechar todas las bondades de HANA, pero mientras podréis tener vuestro «SAP HCM de toda la vida» en S/4HANA; que básicamente es lo que teníais pero sobre base de datos HANA, que ya sabemos que es la única base de datos soportada por S/4HANA.

Y ahora vamos con la nómina, ¿qué opciones tenemos? Básicamente, estas:

  • SAP HCM on HANA, on-premise: la que os comentaba antes, la de toda la vida, pero con HANA como base de datos. Disponible desde ya y con mantenimiento hasta 2025.
  • SAP HCM for S/4 HANA, on-premise: lo que van a sacar en 2023 y con mantenimiento asegurado hasta 2030.
  • Employee Central Payroll (ECP): solución de nómina en cloud privada, recomendada para clientes con más de 5.000 empleados y menos de 200.000. La infraestructura la gestiona SAP y no cubre toda la funcionalidad de la solución on-premise, en tiempos y beneficios, por ejemplo.
  • Partner Managed Cloud (PMC): solución parecida a la anterior, en la que el cliente delega en un partner toda la gestión de la nómina.

¿Y por qué elegir una y otra? SAP dice esto:

Yo digo…

  • Si tienes la nómina en SAP, vete pasando a HANA y espera a ver qué sacan en 2023.
  • Si no tienes la nómina en SAP, pero tienes distintos sistemas de nómina en varios países y muchos empleados, me plantearía lo de Employee Central Payroll, si la quieres tener controlada o Partner Managed Cloud si quieres que te lo gestione todo un partner.

Vamos, que la opción de ir al cloud en el tema concreto de nómina, yo sólo se la aconsejo a nuevos clientes o a aquellos que tengan un montón de sistemas diversos y quieran unificar.

Como regla general, aplicaría lo de «si funciona, no lo toques», hasta ver qué pasa en 2023 o ver si antes sale un nuevo sistema de nómina… La nómina en la nube: ¿por qué no?

Y, por último, lo que tenemos que tener en cuenta también es si nuestra instalación de S/4HANA va a ser cloud (multitenant o single) u on-premise (HEC o no HEC, esa es la cuestión), ya que no todas las combinaciones son válidas, como podéis ver a continuación.

Y ahora, ¿tienes más claro cuáles van a ser tus próximos pasos en SAP HCM?

SAP SuccessFactors Employee Central Payroll: ¿qué es esto?

SAP SuccessFactors Employee Central Payroll es un componente de SuccessFactors que calcula la nómina sobre un sistema SAP HCM on premise.

No es una nómina en la nube entendida como tal, como puede ser CloudPay.

No es lo mismo que SAP SuccessFactors Employee Central, que sería donde reside la información que vamos a utilizar para calcular la nómina.

Es una solución que soporta más de 42 localizaciones y lo que me permite es mantener la información necesaria desde SuccessFactors para que pueda ser utilizada por el motor de nómina, que es quien realiza los cálculos.

La clave de todo esto está en la integración, en tener claro qué hago en un lado y qué hago en otro. Básicamente, el esquema debería ser así:

  • SAP SuccessFactors Employee Central: aquí gestiono todos los datos maestros y de tiempos de mis empleados, algunos relevantes para la nómina como absentismos o pluses.
  • SAP SuccessFactors Employee Central Payroll: replica la información que le proporciona SAP SuccessFactors Employee Central, la traduce a información entendible por SAP HCM on premise (infotipos y esas cosas raras), realiza los cálculos correspondientes y envía la información relevante a otros sistemas (contabilidad, analíticas, el mismo Employee Central).
  • SAP HCM on premise: aquí es donde se realizan realmente los cálculos, con el motor de nómina de siempre.

La información de los datos de absentimos y pluses de tiempos debemos configurarla en SAP SuccessFactors Employee Central (EC) y el proceso de replicación será en el encargado de actualizar la información en SAP SuccessFactors Employee Central Payroll (ECP) con la frecuencia que determinemos para grabar la información en los infotipos 2001 y 2010 correspondientes.

¿Esto quiere decir que toda la información de tiempos la tengo que llevar en SuccessFactors? Yo no he dicho hecho, lo que sí digo es que tienes que decidir dónde la mantienes y tener claro el mecanismo de integración.

Personalmente, para un cliente que tenga la nómina en SAP y una gestión de tiempos complicada, no veo justificación para plantearse ir a SuccessFactors Employee Central Payroll, ni siquiera a SuccessFactors Employee Central, a no ser que tenga claro que renuncia a parte de su funcionalidad.

En lo que es la nómina, al final, el motor es el mismo, pero la gestión de tiempos de SuccessFactors, a día de hoy, creo que no tiene la misma capacidad que tiene la que conocemos. Si bien es cierto, que muchas veces con lo que ofrece SuccessFactors muchos de los clientes tendrían más que suficiente y que no vendría mal que muchos se replantearan sus procesos.

También es cierto que si necesitamos algo más completo, podemos utilizar Kronos, pero no nos liemos, que hoy estaba hablando de nómina 😉

Lo que tiene que quedar claro cuando voy a un escenario así es que el dato maestro está en SAP SuccessFactors Employee Central (EC) y no empecéis con que una cosa la mantengo en un lado y otra en otro porque luego vienen los líos.

Para el usuario final sólo existiría SAP SuccessFactors Employee Central (EC) y lo que haya por debajo le da igual. No debería ver nunca un infotipo, sólo «pantallitas» de SuccessFactors, nada de infotipos.

Aquí os dejo un enlace al documento del que he sacado esta información, que fue algo que se presentó en el SuccessConnect del año pasado en Berlín: SAP SuccessFactors Employee Central Payroll

Puede que haya información más actualizada, pero creo que este es un buen punto de partida para poder evaluar hacia dónde quiero llevar mi nómina… 😉