Transformación y estrategia de S/4

Aunque numerosos clientes actuales de SAP están llevando a cabo la transformación técnica a la plataforma de base de datos Hana, la encuesta de inversión del DSAG muestra que la adaptación de S/4 sigue por detrás de las expectativas:

¿Cómo explica Syniti esta reticencia hacia S/4?

Frank Schuler: En mi opinión, las reticencias actuales se deben a dos motivos: en primer lugar, SAP S/4 Hana aún no es funcionalmente equivalente a SAP ECC 6.0 y no todas las soluciones del sector se han implantado por completo.

Aunque SAP ha publicado el plan de desarrollo, algunos clientes siguen esperando.

En segundo lugar, el cambio puede ser complejo y es esencial contar con un plan de cambio detallado. No todos los clientes disponen de un plan ejecutable de este tipo.

Dado que los módulos de RRHH y compras, por ejemplo, ya no se proporcionan en el núcleo de S/4 Hana, sino en aplicaciones en la nube, es necesaria una estrategia en la nube.

Lo mismo ocurre con las interfaces, las personalizaciones y la interfaz de usuario: la integración de soluciones locales con aplicaciones en la nube requiere una estrategia de interfaz diseñada para el procesamiento en tiempo real y, posiblemente, la incorporación de los estándares de desarrollo existentes.

Y: Para aprovechar plenamente el potencial de la nueva interfaz de usuario SAP Fiori y convencer a los usuarios, se necesitan estrategias de acceso externas que incluyan conceptos de seguridad.

SAP también anuncia S/4 con nuevos e innovadores procesos empresariales, pero ¿qué cuenta más: la gestión de datos o la de procesos?

Schuler: En última instancia, por supuesto, la mejora de los procesos empresariales aporta valor añadido, pero para que estos funcionen, los datos deben ser correctos, de lo contrario habrá interrupciones en los medios de comunicación, por ejemplo.

Además, la inteligencia artificial exige un tipo totalmente nuevo de calidad de los datos. Aunque los datos sean correctos, claros y pertinentes, pueden estar sesgados, por ejemplo, lo que no conduce a resultados óptimos.

Un alto nivel de calidad de los datos sólo es posible con una gestión de datos eficaz.

En su opinión, ¿cuáles son las ventajas y desventajas del enfoque greenfield y brownfield para las transformaciones de S/4?

Schuler: La cuestión de si reimplantar o reconvertir no puede responderse de forma generalizada; requiere una evaluación exhaustiva. En primer lugar:

Dependiendo de los módulos y las personalizaciones, pero también de los datos, una conversión puede ser técnicamente imposible, especialmente si el sistema contiene datos heredados incoherentes.

En segundo lugar: ¿merece la pena la conversión en términos de contenido? La conversión sólo puede tener sentido si al menos uno de los sistemas existentes tiene una implementación de procesos, incluida la base de datos, que se aproxime a la configuración de destino.

El factor decisivo es si el retrabajo supera el coste de una nueva implementación y si la configuración objetivo de una conversión puede lograrse en absoluto.

¿Qué procesos y herramientas recomienda para la transformación del entorno como requisito previo para la implantación de S/4?

Schuler: Incluso si la conversión es posible, una herramienta de migración de datos orientada al proceso puede ser indispensable. Esto se debe a que la calidad de los datos no es una cuestión puramente técnica:

Los expertos de las respectivas áreas de negocio deben participar de forma estructurada para eliminar incoherencias y lagunas en los datos. De lo contrario, es posible que las nuevas funciones de S/4 simplemente no puedan utilizarse.

Cuando se trata de análisis en tiempo real de datos operativos, por ejemplo, y del uso óptimo de nuevas estructuras de datos como Nuevo Libro Mayor, Libro de Materiales o Business Partner, SAP S/4 Hana no puede proporcionar prácticamente ningún valor añadido sin la calidad de datos adecuada.

Y si hay que consolidar más sistemas en el sistema S/4 convertido -y el ahorro de costes asociado suele constituir una parte decisiva del cálculo de rentabilidad-, algunos proyectos sin un concepto de gestión de datos reutilizables tienen que detenerse o, al menos, aplazarse antes de haber empezado realmente.

¿Utiliza también SAP Data Hub en sus proyectos de transformación?

Schuler: Sí, utilizamos SAP Data Hub, pero no para conversiones de sistemas, porque no está diseñado para eso:

En primer lugar, para acceder sin replicación a enormes conjuntos de datos. Esto es necesario porque el almacenamiento y recuperación de enormes cantidades de datos requiere técnicas sofisticadas como Hadoop MapReduce. Por tanto, la replicación en otras aplicaciones como Business Warehouse ya no es posible.

En segundo lugar, para el procesamiento masivo de datos en paralelo, incluida la inteligencia artificial. El acceso sin replicación a cantidades ingentes de datos requiere enormes capacidades de procesamiento para ponerlos a disposición de las aplicaciones de destino en el formato requerido.

Y en tercer lugar, para la gestión de metadatos, incluido el linaje.

¿Existen cifras clave para la transformación de datos en proyectos S/4 en términos de esfuerzo, tiempo, costes, etc.?

Schuler: Sí, las hay, pero son muy específicas. Yo siempre recomendaría una evaluación individual.

¿Todos los datos de un sistema ECC deben transferirse a S/4 o existen también soluciones de archivo?

Schuler: Por regla general, no todos los datos ECC deben transferirse, y menos tal cual. La memoria convencional orientada a filas es comparativamente barata, mientras que la memoria basada en columnas y en memoria cuesta un sobreprecio considerable en algunos casos.

Por lo tanto, los objetos de datos que no se benefician de una arquitectura basada en columnas, pero también los objetos de datos a los que se accede raramente, deben archivarse.

Los análisis en tiempo real de los datos operativos también exigen un nuevo nivel de calidad de los datos. Los datos, incluidos los datos maestros, deben ser intrínsecamente coherentes.

¿Qué experiencia tienes con los tamaños clásicos de bases de datos ECC en el cálculo del tamaño de la memoria de Hana?

Schuler: El informe de dimensionamiento de S/4 Hana como parte de una comprobación de preparación para S/4 ofrece una buena indicación. Sin embargo, yo siempre planificaría una migración sandbox, no solo para determinar los requisitos reales de almacenamiento, sino también para evaluar todo el enfoque de conversión.