¿Cuál es la situación de la transformación S/4?

E3: Sr. Failer, la transformación de datos heredados a SAP S/4 Hana forma parte de su actividad principal. ¿Cómo describiría el estado actual de estos proyectos en el mercado?

Thomas Failer, DMI: Calculo que hay unos 35 000 sistemas ECC en el mercado que son aptos para la conversión. Alrededor de 5000 de estos sistemas ya han sido convertidos. Ciertamente, el 20 por ciento o más de los otros 30 000 sistemas se encuentran en diversas etapas del proyecto. En general, estos proyectos de transformación se dividen en tres grupos grandes.

E3: ¿Cuáles serían?

Failer:‎‎‎ El primer grupo incluye a los clientes que ya han implementado con éxito y están ejecutando SAP S/4 Hana. Esto incluye los 5000 sistemas que mencioné anteriormente. Sin embargo, estimamos que unos 2000 sistemas ECC 6.0 de este grupo siguen en funcionamiento debido a los requisitos legales de retención de datos, pero también por razones comerciales. Por supuesto, se podría ahorrar mucho esfuerzo y dinero si se retiraran estos sistemas.

E3: En cuanto a su negocio tradicional, ¿cómo es el segundo grupo?

Failer:‎‎ Supongo que ahora hay un gran número de clientes de SAP que se han convencido por los argumentos a favor de la nube de SAP. Quieren beneficiarse de la tranquilidad de que SAP se encargue del mantenimiento del sistema y la infraestructura. También quieren confiar en el estándar de SAP, es decir, seguir la estrategia de núcleo limpio de SAP. Sin embargo, preferirían hacer esta transición a la nube en dos pasos. El primer paso sería trasladar su sistema ECC 6.0 a la nube de SAP. La transformación a SAP S/4 Hana vendría después. SAP lo ha entendido y ha introducido recientemente la opción de transición SAP ERP, edición privada, que puede asegurar transformaciones complejas. También lo celebramos, pero aconsejamos a los clientes de SAP que eliminen el lastre de datos innecesarios de su sistema SAP existente antes de pasar a la nube de SAP.

E3: En eso tiene razón. ¿Cómo caracterizaría al tercer grupo?

Failer:‎‎ Este es probablemente el más grande de todos. Las empresas de este grupo ya están en proceso de migración a S/4 Hana. Quizás la mitad de ellas están trabajando activamente en la migración o consolidación del sistema, mientras que las otras están pasando por las diversas fases de preparación y anteproyectos para SAP ECC 6.0. Estos proyectos preliminares incluyen la introducción del nuevo libro mayor o el objeto de negocio de socio, que sustituye a objetos anteriores como cliente o proveedor, y la conversión a la base de datos SAP Hana.

E3: ¿No son los anteproyectos un paso intermedio sensato?

Failer:‎‎ No desde nuestro punto de vista. Los clientes de SAP toman un desvío con los proyectos preliminares en lugar de tomar la ruta directa. Las preguntas centrales de un proyecto de transformación siguen sin respuesta.

E3: ¿Cuáles son esas preguntas centrales?

Failer:‎‎ ¿Cuántos datos maestros y de transacción se necesitan en SAP S/4 Hana? ¿Es realmente necesario llevar todo el historial? Este lastre dificulta el retorno al estándar, alarga los proyectos e impide la introducción de nuevos y mejores procesos. Esto es especialmente cierto para los clientes de SAP que quieren aprovechar Clean Core y la Business Technology Platform.

E3: Tendrá que explicar eso en más detalle.

Failer:‎‎ Las plantas, los componentes, los clientes o los proveedores que ya no existen traen consigo estructuras de datos de los sistemas heredados que no coinciden o solo coinciden parcialmente con los procesos y configuraciones nuevos y depurados de SAP S/4 Hana. Sin duda, tiene sentido implementar algunos ajustes y mejoras individuales para los procesos específicos de la empresa. Sin embargo, según nuestra experiencia, un cliente de SAP solo necesita de media entre un cinco y un diez por ciento de los datos de transacción existentes, aproximadamente un 20 por ciento de los datos maestros y solo la mitad de la configuración de personalización previa, como unidades organizativas o tipos de documentos, etc., en el nuevo S/4 Hana. Esta reducción no fue posible con los proyectos anteriores. Como resultado, se desperdician tiempo, recursos y costes. Sin mencionar el hecho de que estos proyectos preliminares, como el primer grupo, no incluyen el desmantelamiento de los sistemas heredados.

E3: ¿Cómo puede ayudar específicamente a estos clientes?

Failer:‎‎ Con nuestro enfoque de vaciado y reducción, transformación y migración a través de la capa de aplicación, y herramientas de migración estándar como SAP Migration Cockpit, podemos convertir prácticamente cualquier proyecto en un proyecto totalmente nuevo o de conversión. Esto elimina la necesidad de proyectos previos y permite el desmantelamiento de los sistemas heredados de conformidad con la ley. Optimizamos la calidad de los datos, que es uno de los requisitos previos clave para el uso eficaz de la IA en la empresa. Después de todo, los datos erróneos combinados con la inteligencia artificial pueden hacer más daño que bien. También nos aseguramos de que el sistema SAP S/4 Hana siga siendo eficiente y rentable. Porque la memoria sigue siendo cara. En cifras, esto significa: un 80 por ciento menos de costes en comparación con el funcionamiento continuo de los sistemas heredados, la mitad del esfuerzo de transformación y un coste total de propiedad estimado un 25 por ciento menor al utilizar SAP S/4 Hana. Todo con una seguridad jurídica del 100 por ciento. Podemos ofrecer todas estas ventajas a los tres grupos.

E3: Explique su enfoque con más detalle.

Failer:‎‎ La base es la separación del nivel de datos del nivel de aplicación. Ambos tienen sus propios ciclos de vida. Los datos viven más tiempo que las aplicaciones en las que se crearon. Para permitir esta separación, hemos creado una plataforma en la que podemos gestionar el ciclo de vida de los datos heredados hasta su eliminación conforme a la ley, a veces después de décadas. Transferimos todos los datos heredados a esta plataforma. Allí, nuestros clientes pueden identificar y decidir qué datos quieren transferir a SAP S/4 Hana y reducirlos al mínimo absoluto. Un ejemplo de estos datos son los pedidos abiertos. La experiencia demuestra que solo entre el cinco y el diez por ciento de los datos de transacciones de los sistemas heredados deben transferirse a SAP S/4 Hana, mientras que todos los datos heredados permanecen en nuestra plataforma.

E3: ¿Y los datos maestros?

Failer:‎‎ Lo mismo ocurre con los datos maestros. De media, nuestros clientes aún tienen alrededor de un 20 por ciento que migrar a la generación de software actual. Además de la reducción, la cuestión del control de calidad es casi más importante. A lo largo de los años, incluso décadas, se acumulan innumerables conjuntos de datos maestros redundantes, incompletos y erróneos. La transferencia de estos datos, aunque se haya reducido, solo tiene sentido si están completos, depurados y correctos, e idealmente incluso enriquecidos con datos de otras fuentes. La migración a S/4 Hana a través de nuestra plataforma ofrece a los clientes actuales de SAP una oportunidad única para empezar con datos de alta calidad y desbloquear el potencial del análisis de datos y la IA.

E3: Pero también se podría conseguir con otras herramientas...

Failer:‎‎ Pero no tanta rapidez y facilidad y sin riesgos. También se necesita una caja de herramientas de varios proveedores. Esto implica más complejidad y, por lo tanto, más esfuerzo y posibles fuentes de error, sobre todo si la transformación se produce a nivel de tabla. Tenemos una plataforma que proporciona a los clientes de SAP una única fuente para todo, desde la extracción de datos a alta velocidad de sistemas heredados, la reducción de datos, la gestión de la retención y la optimización de la calidad de los datos hasta la transformación y la migración en toda la capa de aplicaciones. En lugar de herramientas, obtienen capacidades totalmente integradas en una única plataforma.

E3: Si le entiendo correctamente, los datos son una cosa y los objetos de negocio son otra, ¿no es así?

Failer:‎‎ Sí, pero los dos están estrechamente relacionados. Esto se debe a que un objeto de negocio se define por los datos asociados a él. Esta estrecha relación tiene consecuencias dramáticas. Un buen ejemplo es el objeto de negocio Partner en SAP S/4, que sustituye a los objetos Customer, Vendor y Partner de ECC 6.0. La forma más fácil de identificar los datos maestros y de transacción necesarios en los sistemas heredados y migrarlo de forma fiable y sin errores es determinarlos, transformarlos y migrarlos fuera de los sistemas heredados, es decir, en nuestra plataforma. Este es también un requisito previo para la migración a través de la capa de aplicación, similar a una conversión. Sin embargo, es al menos igual de importante que nuestro enfoque facilite y acelere la implementación de SAP S/4 Hana.

E3: ¿Y cómo llegan los datos al nuevo sistema?

Failer:‎‎ En nuestra plataforma, nos aseguramos de que todos los datos requeridos por los objetos de negocio en el nuevo sistema S/4 estén disponibles, identificados, limpios, enriquecidos y transformados para que coincidan exactamente con los objetos de negocio. Luego migramos estos datos a SAP S/4 Hana a través de la capa de aplicación y el SAP Migration Cockpit. Esta es la forma más rápida y menos arriesgada.

E3: ¿Cómo pueden ayudar a los grupos de clientes de SAP que ha mencionado?

Failer:‎‎ En primer lugar, podemos ayudar a todos estos grupos con nuestro enfoque. Les damos independencia. Ayudamos a los primeros con un desmantelamiento que cumple con la ley, lo que normalmente les ahorra un 80 % o más en costes en comparación con seguir operando los sistemas heredados. Esto también reduce enormemente el riesgo de seguridad, ya que los sistemas heredados acaban siendo inmanejables y ya no hay parches de seguridad disponibles para ellos.

E3: ¿Cómo beneficia esto al segundo grupo que quiere mantener su sistema ECC?

Failer:‎‎ El desmantelamiento de los sistemas defectuosos es solo una de las funciones de nuestra plataforma para la gestión de la información en toda la empresa, JiVS IMP. Para el segundo grupo, ofrecemos beneficios adicionales. Antes de que estos clientes de SAP existentes migren su sistema ECC 6.0 a la nube de SAP, podemos transferir todo el inventario de datos a nuestra plataforma para limpiarlo y, lo que es más importante, reducir la cantidad de datos al mínimo necesario. Si los clientes necesitan acceder a datos heredados, pueden hacerlo directamente desde su SAP GUI o a través de Fiori. También pueden utilizar la interfaz de nuestra plataforma para acceder a los datos heredados. Además, las empresas están perfectamente preparadas a nivel de datos para la posterior migración a S/4, que será más rápida y sencilla. Esto también les da más libertad de elección e independencia.

E3: ¿Y el tercer grupo?

Failer:‎‎ Aquellos que ya han implementado SAP S/4 Hana pueden desmantelar sus sistemas heredados con nuestra plataforma. Su nuevo sistema también seguirá siendo ágil. Posteriormente, también podemos optimizar los datos heredados para que los clientes de SAP puedan beneficiarse también de la IA. Y a todos los demás que aún están en la fase de preparación, podemos ahorrarles los proyectos preliminares y permitirles transformar y migrar en un solo paso con mucho menos esfuerzo, incluso financiero. Al mismo tiempo, obtienen un 100 por ciento de cumplimiento legal, gestión de retención y seguridad informática. Esto significa menores costes, menos riesgos, más velocidad y, lo que es más importante, más independencia de los problemas heredados.