La mayoría de las consultas que recibo últimamente están relacionadas con las migraciones a S/4HANA, tanto en el área de Recursos Humanos, como en general.
Una de las cosas que digo y causa cierta sorpresa es que «a SAP, la parte de Recursos Humanos le da un poco igual».
Y me explico: SAP nace con la parte financiera, después fue añadiendo temas logísticos y, pasado un tiempo, apareció la parte de recursos humanos; concretamente, en 1992, 20 años después.
Igual que digo eso, digo que la funcionalidad de SAP HCM es muy robusta y si hablamos concretamente de la parte de nómina, no conozco ninguna solución con las mismas capacidades y tantas localizaciones.
Por cierto, ya que hablo de nómina, hagamos publicidad nada subliminal…
Pero, aunque lo parezca, yo no he venido a hablar de mi libro.
Siguiendo con lo de SAP HCM, también he dicho alguna vez que SAP utiliza este módulo como conejillo de indias.
Por ejemplo, su primera compra significativa de soluciones cloud fue la de SuccessFactors, hace ya casi 13 años.
Desde entonces, SAP ha ido dando bandazos evolucionando a la hora de integrar las soluciones on-premise con las soluciones cloud.
Primero parecía que todo iba a ser cloud, después que si un modelo híbrido, luego que lo que tú quieras, que puedes seguir on-premise (¡a qué precio!) o llevarte todo al cloud…
Desde luego, por opciones no será.
Os dejo algo que escribí hace ya más de 3 años cuando apareció el término «H4S4», ya que la situación sigue siendo, más o menos, la misma:
H4S4: SAP Human Capital Management for SAP S/4HANA, on-premise edition
Y además, os dejo un enlace de un artículo de Danielle Larocca, que «algo» sabe de esto: Ultimate Guide: Journey from on-premise SAP HCM & Payroll to SAP SuccessFactors.
Y si digo que la utiliza como conejillo de indias es porque, por ejemplo, ¿con qué se probó primero lo de la Work Zone?
SAP Work Zone for HR: ¿qué es?
Pero, aunque tampoco lo parezca, tampoco había venido aquí a hablar de SAP HCM, había venido más a hablar de cloud y on-premise.
Los que estáis batallando negociando el tema de las licencias para el paso a S/4HANA, tenéis la impresión de que realmente no hay opción fuera de RISE, lo que conlleva irremediablemente a una solución cloud.
¿Y si me quiero quedar on-premise? Ya sé que me pierdo toda la parte de Inteligencia Artificial (que puede que no necesite) y que pueda que no tenga acceso a las últimas innovaciones, pero lo asumo.
Puede que, después de mucho insistir, consigas una disparatada oferta para poder seguir on-premise, pero de entrada parece que esa opción no les cuotara a los comerciales existiera.
A ver, que no digo yo que el cloud sea malo, para nada; creo que puede ser una opción interesante para muchos negocios… pero no es la única.
Y, por supuesto, tienes que ser capaz de hacerme ver las ventajas que ofrece dar ese salto y el principal argumento no puede ser un descuento del 80%; a no ser que seas capaz de asegurarme que ese descuento va a estar vigente en las siguientes renovaciones, una vez pasados los 3-5 primeros años, claro.
Es decir, tienes que ser capaz de contarme ventajas e inconvenientes de todas las opciones posibles y luego yo decido si me voy a la nube o me quedo en la tierra, si quiero pagar más (dentro de lo razonable) o quiero pagar menos… pero cuéntame todas las opciones.
Todo esto viene porque en los últimos meses me ha contactado de varios clientes, con la misma cantinela, que si ellos quieren seguir on-premise pero parece que no se puede, que en S/4HANA todo tiene que ser cloud, etc…
Yo les digo que por poder, se puede, pero no porque lo diga yo; sino porque es así.
Y justo estaba haciendo el otro día un test en SAP Learning y me salió esta pregunta:
Vamos, que no es una leyenda urbana, ni un ser mitológico, que S/4HANA on-premise existe… otra cosa es el precio que haya que pagar.
Quizás te salga más barato comprarte un unicornio 😉
PD.- Amenazo con lanzar una newsletter; si quieres apuntarte, aquí te dejo el enlace: No Lo Sabemos Todo.
Gran articulo!
Quizás como estoy de vacaciones voy a parecer un poco más hate de lo normal, pero como viene dices, la sensación es que si quieres una solución más «continuista» aunque queriendo innovar, parece que no hay interés en que la puedas tener.
Me explico, me parece genial la estrategia de un SSFF como front, tener una màquina de nòmina para el calculo (aunque de la sensación que todo sigue igual), un BTP para hacer clean code y tener tu estándar limpio, pero ¿a qué precio?
A parte, cuando vas a RISE hay una parte de la historia no contada… Bueno, 2, que quizas cuando vuelva, de manera muy edulcorada cuento en mi blog. Por un lado la latencia ya que hay según que tengas que hacer, hay que ir a SSFF (quizás incluso a la màquina que calcula la nómina), hacer alguna carambola en el Integración suit i mostrarlo en SAP build integrado en SSFF, que lo veo bien, pero quizás el usuario ni lo valore y acabe con el «tanto rato para mostrar 2 campos».
Por otro lado, las maquinas RISE están gestionadas por SAP, así que en cada solicitud rápida al equipo de Basis, se transforma en petición a basis – abrir tiquet a sap – 10 comentarios – finalizar petición, lo que se traduce en que una cosa de horas pasa a dias o semanas.
Como bien dices en el artículo, estaría bien que antes de vender RISE te explicarán sus virtudes y sus contras, para así, tener un poco más de libertad a la hora de decidir.
Enric, creo que es importante conocer opiniones y experiencias de primera mano.
Me sorprende lo que comentas de la latencia y en la integración… en la PPT todo iba sobre ruedas… 🤣
Disfruta de las vacaciones y esperamos tu artículo a la vuelta.
Excelente Artículo, Antonio.
De mi parte la experiencia que tengo con S/4HANA Cloud Public Edition es mala de a montones.
Soy programador, por lo que no tengo casi conocimiento de cómo se maneja la parte de las licencias. Por los cursos que he leído sé que hay un cuestionario que se llena entre la persona de Ventas de SAP y alguna persona responsable del lado de cliente. Y que en base a ese cuestionario se decide entre usar la nube pública o la privada.
Lo que sí sé, es que los proyectos en los que he trabajado en la nube pública, son un dolor de cabeza para todo mundo cuando surge algún «enhancement» el cual no se contempló en el dichoso cuestionario, pero que ahora, al estar en la nube pública no puede ser implementado.
Tanto a funcionales como desarrolladores nos ponen «a parir chayotes» (como decimos en México) para buscar una solución. Al final el sistema Cloud el cual según está diseñado para funcionar perfecto y casi sin mejoras, termina con unos parches gigantescos por tener que implementar algo, haciendo malabares, que si hubiéramos usado nube Privada nos hubiera tomado solo un par de horas. Ni hablar de que echar el vehículo atrás y mudar a nube privada ya no es una opción teniendo el proyecto tan avanzado.
Ojo, que no hablo de modificar objetos estándar o hacer enhancement implícitos, sino de no poder usar Badis, APIs o CDS Views que por razones que sólo SAP sabe, están bloquedas en la nube pública.
Estaría genial que en algún post futuro nos platicaras de tus experiencias trabajando en la nube pública.
Hola Diego,
No he trabajado con nube pública, he impartido formación, he hecho alguna demo, pero no he hecho ningún proyecto.
Creo que el producto ha evolucionado bastante, aunque tiene y seguirá teniendo sus limitaciones; es lo que tiene trabajar con un sistema cloud público.
En el cloud privado hay menos restricciones, como es lógico.
En cualquier caso, creo que es importante conocer todo eso, antes de optar por una opción u otra y después estar muy al día de cómo van evolucionando.
Algo que hace un par de años no se podía hacer, lo mismo ahora es posible.
Te invito a escuchar esta charla que mantuve con una consultora que cuenta su experiencia al respecto: https://hablamosdesap.com/episodios/036-trabajando-con-s4hana-cloud
Saludos.
Qué tal, Antonio.
Muchas gracias por compartir la charla con Anna. Me ha parecido buenísima.
Comparando lo que comenta Anna, con la experiencia que he tenido, al parecer la diferencia radica en la que en mis proyectos, a los funcionales les falta conocer más a detalle todo lo que ya se puede hacer en S/4HANA Cloud Public y/o tener una mejor labor de convencimiento para que la primera opción no sea ir por un desarrollo customizado, el cual puede o no ser viable.
En fin. Veremos como sigue evolucionando este tema.
Gracias nuevamente.
Me alegro que te ayudado la charla con Ana, pero ten en cuenta que el producto ha seguido evolucionando.
Como dices, es fundamental que los funcionales (y los técnicos) conozcan el estado actual del producto y estén al día.
Saludos.