Valores internos
Un teórico proyecto greenfield con Hana y S/4 y el BTP nos convencería a todos el próximo verano. Las herramientas y los recursos están ahí para personalizar S/4 de forma rápida y eficiente si no existe un legado. Si se te permite empezar desde cero, no tienes que tener en cuenta los datos históricos y no eres responsable de la carga de una infraestructura de TI existente que incluya múltiples centros de datos, puedes tener un sistema S/4 perfecto desde la nube en pocas semanas. ¡Hasta aquí la teoría!
En la práctica, yo y muchos de mis colegas nos enfrentamos a sistemas heredados, datos antiguos y arquitecturas informáticas heterogéneas. También en este caso, una conversión a S/4 puede llevarse a cabo con éxito, pero no en unos meses, sino en unos años. Hay que organizar PdC y presupuestos, mantener los recursos disponibles, orquestar calendarios con los departamentos especializados, etc. Incluso con las mejores herramientas informáticas, un cambio de versión lleva varios años. Así que la pregunta está justificada: ¿Seguirá estando actualizado S/4 en 2022?
En sentido estricto, no se trata de este año y el siguiente, sino del año de finalización de la conversión. ¿Y si surgen imprevistos y la personalización se retrasa, tiene que suspenderse o se hace necesaria una reingeniería debido a nuevas estructuras organizativas? Entonces la fecha de finalización de la conversión a S/4 puede situarse en torno a 2030 y en ese año la pregunta está más que justificada: ¿Siguen Hana y S/4 actualizados?
En 2030, la plataforma de base de datos Hana tendrá unos 20 años y S/4 unos 15, una eternidad en el vertiginoso mundo de las TI. Hana y S/4 son productos propiedad de SAP, por lo que cada innovación, recauchutado y mejora debe proceder de la propia SAP. No existe una comunidad que ayude a desarrollar los productos. Una pesada carga para SAP. En el pasado, todo iba mejor: SAP se concentraba en las innovaciones del ERP empresarial y los proveedores de hardware, sistemas operativos y bases de datos aportaban sus mejoras. Ahora SAP se ha convertido en una isla ERP y es autosuficiente.
La forma en que SAP pretende proveerse en el futuro también parece muy interesante tras el arranque anual de ventas (Customer Success Summit): Nuestro contacto de SAP informó de amplios cambios en las comisiones y bonificaciones. No sólo se ha endurecido aún más el concepto de Christian Klein, en el que los pagos por éxito van a depender en gran medida de la satisfacción del cliente, sino que se ha pasado a un sistema "sólo en la nube" en las ventas. Simplificado: El representante de ventas sólo recibe una bonificación si se trata de un producto SAP en la nube. En consecuencia, una conversión on-prem no debería reportar una bonificación. Pero eso no debería impedir seguir comprando licencias on-prem.
Puedo oír el mensaje, pero no me lo creo: "Cloud first" puede ser un concepto, pero "cloud only" probablemente no tanto. Habrá funcionalidad en la nube en el propio centro de datos de la empresa, es decir, un panorama clásico on-premises. Para ello, la propia SAP ofrece la opción de nube local S/4-Hana-Cloud-PE-CDC (Private Edition for Customer Data Center). Esta interesante versión de S/4 es difícil de encontrar en el sitio web de SAP, sólo hay una presentación en PowerPoint de 15 páginas. Más información sobre S/4 Private Edition in the Customer Data Center en HPE, que también nos asesora y ayuda con información.
La escasa información sobre S/4 Private Edition es, por supuesto, consecuencia de una prima "sólo en la nube" para el equipo de ventas. Pero la práctica será híbrida. Pero cómo quiere posicionarse en esta realidad una fuerza de ventas de SAP que, obviamente, dependerá al 100% de la computación en nube con sus bonificaciones, sigue siendo un misterio para mí y para mis habituales de SAP. El hecho es que incluso en SAP hay alternativas sensatas al "sólo en la nube", ¡y eso ya es una gran victoria!
