Algoritmos y estructuras de datos

Niklaus Wirth es un informático suizo. Entre otras cosas, desarrolló el lenguaje de programación Pascal y escribió la obra de referencia "Algoritmos y estructuras de datos".

Lo que era revolucionario en 1976 es ahora una cuestión de rutina: cada algoritmo debe ir precedido de una definición precisa de los datos, y los procesos y los datos deben mantenerse separados. El socio de SAP Data Migration Services sigue el camino del profesor Wirth en sentido figurado.

La capacidad de extraer datos y funciones de un sistema ERP de SAP abre la opción de desmantelar los sistemas heredados, archivar de conformidad con la legislación, seguir utilizando todos los datos y seguir un camino eficaz y seguro hacia Hana, S/4 y C/4.

Data Migration Services (DMS) ha creado una plataforma de estructura de datos para todos los datos y procesos de un sistema SAP que se va a dar de baja.

"Puedes hacer de la plataforma una parte integral del paisaje objetivo"

explica el fundador y propietario de DMS, Thomas Failer, en una entrevista con el redactor jefe de E-3, Peter Färbinger.

"Los datos y documentos que ya no son necesarios en S/4 para el día a día de la empresa pueden almacenarse regularmente en la plataforma. De este modo, S/4 y Hana se mantienen permanentemente ágiles".

Antes había que actualizar constantemente los nuevos sistemas, es decir, dotarlos de recursos adicionales, para mantener la estabilidad y velocidad requeridas. Y la cantidad de datos que hay que procesar aumenta masivamente con el Internet de las cosas".

El camino seguro hacia Hana y S/4 mantendrá ocupados a los clientes de SAP hasta 2025. La meta es claramente visible, pero el camino es peligroso e incierto.

"Pongamos el caso que favorece SAP: volver al estándar y migrar los datos a través de la herramienta de conversión"

Thomas Failer trata de señalar los escollos.

"Con volúmenes de datos de cinco terabytes o más, el tiempo de inactividad del sistema sería demasiado largo y, por tanto, costaría demasiado. Un fin de semana ya no sería suficiente. Por eso mis colegas y yo suponemos que no más del diez por ciento optará por esta vía, si es que puede hacerlo".

¿Qué hace entonces el 90% "restante"? Thomas Failer:

"Hay que resolver el problema de migrar solo una parte a S/4 y Hana, y ocuparse inteligentemente del resto".

Actualmente, muchos clientes de SAP no ven otra opción que ejecutar S/4 y los sistemas heredados en paralelo. Sin embargo, esto supone aún más esfuerzo y aún más costes solo para el funcionamiento.

El concepto DMS también causa trabajo, pero los recursos necesarios son mucho menores.

"Hay trabajo adicional para separar los datos operativos de los que no lo son y para optimizar la calidad de los datos"

explica Failer.

Sin embargo, si se consigue una reducción de datos de hasta el 75%, el esfuerzo que suponen las grandes implantaciones de SAP puede reducirse de 5.000 días-persona a quizá 2.000 o 3.000 días-persona. Y lo mejor de todo es que no se trata de un beneficio puntual".

Una situación en la que todos salen ganando, tanto el cliente de SAP como Data Migration Services:

"Efectivamente, estamos creciendo con mucha fuerza. Pero lo más importante es que el cambio a S/4 está creando conciencia de que los datos y sistemas heredados deben tratarse de forma diferente a como se hacía antes"

Thomas Failer define la situación actual.

"Esto nos lleva al tema de la convergencia. La migración de 50.000 clientes SAP existentes en todo el mundo -¡vaya cifra! - a S/4 y Hana por nuestra cuenta.

Por eso estamos invirtiendo mucho en crear y formar una red de socios que ahora está dando a conocer nuestro planteamiento más rápida y ampliamente en la comunidad."

Muchos clientes actuales de SAP colaboran en sus temas con antiguos socios.

"Así es"

dice Thomas Failer.

"Por eso, además del desarrollo, la ampliación de nuestras relaciones con los socios es tan importante para nosotros. Esto se aplica a los distribuidores y socios de implantación, incluidos los integradores de sistemas, así como a los socios tecnológicos, como los fabricantes de herramientas ETL, y no menos importante a la propia SAP. Al fin y al cabo, tenemos que estar en condiciones de mapear dinámicamente en nuestras herramientas los cambios previstos en las estructuras de datos en el futuro".

Pero es difícil convencer a los clientes de SAP. Thomas Failer:

"En efecto, así es, y hay que pensárselo bien antes de comprar. Sin embargo, a menudo es la magnitud de los beneficios potenciales de nuestro enfoque, como unos costes operativos un 80% más bajos, una reducción de datos del 75% y un 50% menos de esfuerzo de migración, lo que hace que la gente se muestre escéptica.

Muchos interesados simplemente no pueden imaginar que esto sea posible y cómo. Hemos aprendido mucho en el último año. Tenemos que captar clientes mucho antes de la migración real, por así decirlo, es decir, muy al principio del proceso de planificación".

Por último, un caso práctico que demuestra la ventaja del concepto "algoritmos y estructuras de datos":

"Piense, por ejemplo, en los fabricantes de maquinaria e instalaciones"

es el ejemplo de Thomas Failer.

"Hay procesos que a veces duran décadas. Por supuesto, no tiene sentido conservar información que se remonta más atrás en el tiempo en los sistemas vivos.

Y sin embargo, la información antigua, como los planos de construcción o los informes de mantenimiento, sigue siendo relevante hasta que el sistema en cuestión ha sido desmantelado o han expirado los periodos legales de responsabilidad."