La comunidad SAP ha tomado nota involuntariamente y a regañadientes de los signos de los tiempos: Hana es ineludible. Se está gestando una catástrofe porque SAP no ha actuado con la diligencia debida en el proceso de desarrollo de Hana. UsuariosHana ha sido descuidado por los responsables de la toma de decisiones y la dirección de TI. Mientras que los partners de SAP, los responsables de CCC, los administradores básicos y el personal de TI ya saben bastante sobre Hana, apenas han penetrado aún los conocimientos sobre Hana en los departamentos especializados y los órganos de dirección.
Como ocurrió en el SAP TechEd del año pasado en Barcelona Muchos responsables de SAP ni siquiera saben que se necesita Linux como base para Hana. La falta de trabajo educativo de SAP sobre Hana explica en gran medida la baja tasa de adopción. Hablar siempre de tiempo real y máxima velocidad, como hizo el ex CTO de SAP Vishal Sikka, fue contraproducente.
Sacar siempre nuevos trucos de Hana de la chistera, como hace el Director de Tecnología de SAP, Bernd Leukert, es muy entretenido, pero no más convincente.
La verdadera iluminación, que S/4Hana y HEC (Hana Enterprise Cloud) puede hacer, falta: ¿Qué? DSAG-miembros necesitan para hacer un uso de S/4 El factor más importante para poder sopesar las opciones es disponer de información concreta sobre qué funciones cubre la solución. Para el 72% de los encuestados DSAG-miembros, éste es el criterio de decisión más importante: "El éxito de un ERP para los clientes se decidirá por la funcionalidad. Es la clave de los proyectos de digitalización", explica el DSAG-Presidente de la Junta Directiva Marco Lenck. "Por el momento, SAP no proporciona esta información de forma suficiente".
En el documento de SAP de aproximadamente 300 páginas titulado "Simplification List for SAP S/4 Hana, on-premise edition 1511" solo hay una referencia concreta: S/4 no es el sucesor legal de Business Suite 7. Por lo tanto, todos los futuros Usuario para una actualización de versión de S/7 (ECC 6.0) a S/4 tienen que comprar nuevas licencias.
Pero, en opinión de Marco Lenck, no puede estar bien que los clientes actuales de SAP tengan que pagar durante años con su cuota de mantenimiento para apoyar el desarrollo de nuevos productos. ERP-software y al final SAP exige derechos de licencia por él. Según la DSAG es S/4 un software que se utiliza como parte del mantenimiento normal como Actualizar debe estar disponible gratuitamente para un cambio de versión. SAP tiene otros planes.
Un poco crípticamente, la catástrofe ya se conocía a finales del año pasado, cuando el analista de PAC Frank Niemann escribió en una nota de investigación que aproximadamente uno de cada tres clientes existentes estaba planificando, S/4 en los próximos años, y casi el 40% de ellas están empezando de cero. Quieren o necesitan reconstruir completamente sus sistemas. A S/4-la lista de precios debe estar disponible antes del CeBIT dar.
Pero ni siquiera este paso resolverá la paradoja de que los clientes actuales tienden a ver S/4 como un camino hacia mejores aplicaciones SAP. El posible potencial de innovación en la dirección de nuevos procesos y modelos de negocio no está presente para ellos, ha investigado Frank Niemann.
Esto lleva a la conclusión de que S/7 Hana, es decir, SAP Business Suite on Hana, es la mejor opción. Incluso el profesor Hasso Plattner explicaba en una entrada de blog publicada a finales del año pasado que actualmente no hay nada que se acerque a la funcionalidad de S/7. Además, muchas organizaciones se preocupan por optimizar sus entornos SAP existentes, lo que les deja poco margen y presupuesto para implantar un S/4 para levantar.
El analista de la PAC Niemann reconoce así con acierto: ¿Qué pasa con Esfuerzo y en Costes para un S/4-Los clientes existentes a menudo aún no son capaces de cuantificar lo que tendrán que esperar del proyecto S/4. Además, los usuarios tendrán que adquirir licencias de S/4 y posiblemente también nuevo hardware. Se necesitan buenos argumentos para justificar estas inversiones teniendo en cuenta los entornos SAP ya existentes en las empresas y los costes corrientes asociados. Costes.
¡El tiempo apremia! Se supone que el S/7 terminará en 2025, pero Hana aún no funciona bien. En la página 86 de este número se puede leer que Hana es más lento que un sistema ECC 6.0 en Any-DB. ¿Qué ocurre con los numerosos complementos de los socios? Cuando se instalan en S/4 tienen que transferirse, deberían probarse de antemano - pero esto también podría llegar a ser innecesario porque casi nadie está dispuesto a pagar por el uso indirecto (NetWeaver Foundation for 3rd Party).
Como solución de compromiso, S/7 podría basarse en Any-DB (Oracle, SQL-Server, MaxDB y IBM DB2) seguirá en mantenimiento hasta 2030, pero SoH -un S/7 sobre Hana- se mantendrá hasta 2035. Con un centenar de S/4-instalaciones, el objetivo de clase se incumplió con creces y las tasas de crecimiento son bajas. Así pues, parece totalmente justificado que el profesor Plattner se muestre claramente preocupado por su legado en su entrada del blog.
