SuccessFactors: los tiempos están cambiando

El tema de tiempos en SuccessFactors es algo que ha ido variando a lo largo del tiempo, valga la redundancia.

Primero parecía que la apuesta era Workforce, después apareció Kronos en escena y en medio la propia funcionalidad de SuccessFactors, que con el tema del Meta Data Framework se fue ampliando.

A principio de 2019 parecía que la apuesta definitiva era por Kronos pero hace 5 días nos encontramos con la siguiente noticia: Kronos and Ultimate Software Enter Definitive Merger Agreement Creating Company Valued at $22 Billion

Hasta ahora, yo lo que tenía entendido es que SAP había apostado por Kronos por su capacidad a la hora de trabajar con planificación de tiempos, algo en lo que SAP HCM puede tener alguna limitación.

Sin embargo, lo que es el proceso puro de evaluación de tiempos y su integración con el sistema de nómina es mucho más completo en el «esquema de tiempos de toda la vida», siempre que te lo configuren bien, claro… 😉

El caso es que parecía que Workforce había quedado fuera de la ecuación y la apuesta de SAP era Kronos, pero con este último movimiento vuelven a surgir las dudas.


Mi opinión personal sigue siendo parecida a la que tenía antes de este movimiento que es que si tienes un proceso de evaluación de tiempos complejo en SAP o CATS montado con mucha funcionalidad, sigas dejando eso en el mundo «on-premise» y ya habrá tiempo de irse por las nubes… 😉

SAP HCM: adiós a los clusters

Para los que empezamos en este mundo peleándonos con «bonitas» macros del tipo RP-IMP-C2-RE, (mucho antes de que existieran cosas como HR_GET_PAYROLL_RESULTS, GET PAYROLL o los infotipos de resultados de nómina), para leer resultados de nómina esta noticia nos suena un poco a ciencia ficción:

How do SAP HCM customers benefit from declustering Payroll and Time Management on SAP HANA?

macro

Se acabó eso de que cuando alguien pedía un listado de nómina y le decías que ibas a tardar 2 semanas, para justificarlo decías «porque como los datos están en un cluster«… que ni tu sabías lo que era un cluster, pero evidentemente tu jefe menos… y mientras, al lado, el programador de SD te decía: «tío, pero haz un SELECT»… y tu le decías, «no puedo, los datos están en un cluster«… bueno, pues con esto se acabó el «cuento chino» del cluster 😉

Se suponía que los datos de nómina/tiempos se almacenaban en clusters, por temas de seguridad, para que la información no estuviera accesible fácilmente, etc… pero ahora ya no parece ser tan importante y con la «declusterización» todos los datos pasan a estar disponibles en «tablas transparentes de las de toda la vida».

¿Por qué SAP da este paso ahora? A mí me da que «algo» tiene que ver que HANA no se debe llevar muy bien con los clusters y así vamos preparando el terreno… para lo que está por venir en un futuro cada vez más inmediato: SAP Business Suite powered by SAP HANA – Human Resources Fact Book

Por cierto, si queréis probar esto, lo tenéis disponible a partir del EhP4 SP13: HCM Declustering Tools

Y si queréis seguir leyendo del cluster, os recomiendo este artículo de los amigos de Oreka IT¿Cómo leer el clúster de nómina SAP? Eso sí, con tanta ayuda, a los «abaperos» se os ha acabado la excusa de «como lo está leyendo del cluster…» 😉