Conversión de datos

El actual cambio de versión, bautizado inicialmente como Conversion por SAP, dejará su huella, lenta pero inexorablemente, en el panorama mundial de las TI. Lo que empieza este año alcanzará su punto álgido en 2025. La nueva conversión será sostenible porque afectará a todos los datos ERP, lo que significa que esta "conversión de datos" va mucho más allá de los límites de la comunidad SAP. SAP no logrará este hito en solitario.

Los lagos de datos son intentos fallidos del pasado. Al igual que el metaverso del fundador de Facebook, Mark Zuckerberg, habrá un nuevo metaespacio para los datos. Los analistas de Gartner ya han abierto el camino con los términos data fabric y composability. Data Migration International, DMI, de Suiza, va camino de convertirse en la herramienta singular para esta conversión de datos con JiVS.

"El éxito de las empresas digitales depende en gran medida de la modernización de sus TI"., postula el fundador y Director General de DMI, Thomas Failer, nada más empezar su entrevista con E-3 Magazine. "La separación clara de las distintas capas de la pila tecnológica es especialmente importante, desde el nivel de hardware hasta el nivel de presentación y utilización, o capa de experiencia. Sólo si las capas están claramente separadas pueden gestionarse y funcionar independientemente unas de otras. Esto proporciona una flexibilidad mucho mayor. Los silos se disuelven, mientras que las partes individuales de las distintas capas pueden combinarse y reutilizarse mejor. En mi opinión, esta separación es un requisito esencial para lo que Gartner denomina una arquitectura empresarial componible. Esto permite a una empresa adaptar con flexibilidad sus recursos a las condiciones cambiantes y recombinarlos en cualquier momento."

SAP reconoció lógicamente la necesidad de la transformación digital hace muchos años. Sin embargo, debido a su pasado R/3, el líder mundial del mercado ERP estaba demasiado centrado en algoritmos: los procesos empresariales se programaban en Abap. SAP reconoció que un nuevo ERP también necesitaba una plataforma de datos innovadora: se creó la base de datos de computación en memoria Hana. SAP se centró en gran medida en la racionalización del propio sistema: Se programaron nuevos algoritmos y se eliminaron numerosas tablas Abap. Se prestó muy poca atención a la componibilidad y el concepto Data Fabric de Gartner se adaptó mal al Data Hub de SAP. Una sensata separación, orquestación y armonización de capas en la pila tecnológica se vio frustrada por una desafortunada unión de S/4 y Hana.

Sólo se concedió una importancia limitada a los propios datos de ERP: El proyecto Data Hub estaba mal organizado y fracasó. Muchos expertos abandonaron el grupo ERP frustrados. Con Hana, SAP ha creado una plataforma de datos muy interesante para la gestión operativa de los datos ERP, pero este concepto se queda corto. El universo SAP carece de una visión holística de los datos de la empresa en un entorno B2B2C. En este sentido, DMI, socio de SAP, tiene un horizonte más amplio, una visión muy amplia del futuro y, por tanto, un concepto mucho mejor para la próxima conversión de datos.

"Las oportunidades superan a los riesgos"Thomas Failer comenta la próxima transformación para los actuales clientes de SAP. "La transformación a SAP S/4 Hana representa una oportunidad única para modernizar fundamentalmente nuestra propia TI, es decir, para introducir el mencionado modelo de capas que separa claramente los niveles individuales. El modelo aquí es la nube, desde la infraestructura hasta la operación y gestión de aplicaciones y servicios nativos de la nube, que tienden a manejar tareas específicas y pueden combinarse y reutilizarse una y otra vez. Lo que caracteriza a la nube es esta nueva forma de proporcionar, operar y utilizar las TI. Esto es independiente de la cuestión de dónde se implanta y opera este tipo moderno de TI. Este lugar puede ser fácilmente su propio centro de datos. En este sentido, SAP con su nueva generación de software es realmente una empresa en la nube, independientemente de si los inversores ya lo han interiorizado".

La soberanía de los datos decide

El valor añadido de cualquier sistema informático - ERP, SCM, HCM, CRM - reside en los datos, por lo que la conversión de datos también está en el centro de todas las consideraciones ulteriores. Entonces, ¿qué tiene previsto hacer DMI en los próximos meses para ofrecer a las empresas un apoyo aún mejor en esta transformación?

Thomas Failer: "Simplificación, automatización, integración: estos son los puntos más importantes de nuestra hoja de ruta. Pronto haremos algunos anuncios sobre emocionantes innovaciones basadas en nuestro producto JiVS IMP, que presentaremos en detalle en un próximo número de E-3 Magazine. Esto hará que sea aún más fácil y rápido para los clientes actuales de SAP entrar en el nuevo mundo SAP y acelerar y optimizar su transformación digital."

La modernización es una oportunidad única para hacer balance y poner orden. Los sistemas SAP actuales llevan funcionando 20 años o más y se han adaptado, migrado y desarrollado repetidamente. "Imagínese cuántas sociedades, centros, objetos empresariales y datos dejarán de tener que editarse y modificarse en un futuro S/4"El CEO de DMI, Failer, señala. "Partimos de la base, y nuestra experiencia con los clientes así lo demuestra, de que en general estamos hablando de un 90% de datos y un 50% de objetos empresariales que pueden gestionarse de forma diferente a como se hacía antes, es decir, fuera de SAP. Ni Heracles podría limpiar mejor los establos de Augías. Sin embargo, la distinción entre procesamiento y uso es esencial aquí. Porque la información histórica, junto con su contexto empresarial, seguirá siendo necesaria, por supuesto".

Visión holística de los datos

En algunos casos, los datos ya no son necesarios ni pueden modificarse. Sin embargo, siguen siendo útiles y más que nunca a la vista de las posibilidades de análisis en una empresa totalmente digitalizada. "Sólo mediante la separación clara de las capas de las que he hablado podrán los clientes de SAP beneficiarse plenamente de su información y de los conocimientos que obtienen al analizarla"explica Thomas Failer y añade: "Todo el mundo conoce el valor de los datos. Pero muéstrenme un proyecto de big data o analítica que haya conseguido extraer todos los datos, incluidos y especialmente los históricos, de silos y archivos y aprovechar su potencial de creación de valor. Se habla mucho más de esto que los responsables realmente planifican y actúan de forma coherente y enérgica en esta dirección."

Una encuesta realizada por IG SAP de Suiza parece especialmente reveladora: según la misma, los CIO saben que los datos son importantes, pero sólo el cinco por ciento se preocupa realmente por ellos. Para el responsable del estudio, Peter Hartmann, de IG SAP Suiza, es un hecho que el enfoque de una visión holística de los procesos empresariales, los datos y las tecnologías contenidas en Rise with SAP ya está establecido en muchas áreas de TI/SAP de las empresas. Así que una interacción integrada con SAP puede parecer positiva.

Pero Failer, CEO de DMI, observa que muchos proyectos de big data, quizá incluso la mayoría, se han desvanecido, aparte de casos de uso individuales como el mantenimiento predictivo, que en gran medida tienen lugar fuera del panorama ERP. "Suelen dar lugar a proyectos en los que se crean los llamados lagos de datos"Failer analiza y especifica: "Pero como el almacenamiento centralizado de datos por sí solo ofrece poco o ningún beneficio desde el punto de vista empresarial, los anuncios grandiosos han tenido poco seguimiento".

Desde la perspectiva del DMI, está perfectamente claro: los datos, estructurados o no, necesitan un contexto para que tengan un significado. Sólo entonces puede decidirse si ese significado es relevante para la empresa o no. Thomas Failer lo explica: "Debido a la magnitud de su importancia, el éxito de cualquier tipo de proyecto de big data o analítica depende de que los responsables de los datos estén a bordo desde el principio. Esto incluye tanto a los científicos de datos como a los usuarios especializados que generan y procesan estos datos. Y, por supuesto, los CIO deben patrocinar estos proyectos y asumir la responsabilidad general. En otras palabras, estos proyectos deben considerarse, planificarse y ejecutarse de forma holística a nivel organizativo. Esto es tanto más importante cuanto que los equipos de proyecto y los gestores de datos tienden a pensar en silos".

Transformación global de datos

Los proyectos de transformación de tipo Green, Brown o Bluefield se han paralizado. Se perfila el siguiente panorama: los clientes actuales de SAP buscan recursos humanos y técnicos que faltan en el mercado. Buscan soluciones para desmantelar en la medida de lo posible los sistemas heredados en lugar de desmantelarlos. Buscan métodos para transformar al menos una gran parte de los datos históricos y migrarlos al nuevo mundo de sistemas, aunque sólo necesiten garantizar un acceso sin trabas a los mismos, incluido su contexto empresarial. "Y limitan los proyectos únicamente a los datos SAP, en lugar de tener en cuenta desde el principio la información histórica de sistemas que no son SAP"advierte el fundador de DMI, Thomas Failer.

Mientras los clientes actuales de SAP asuman que el contexto de los datos está firmemente vinculado al nivel de aplicación, no hay peligro. "Una capa de datos independiente para la información histórica debería parecerse a un tejido de datos. Con esto me refiero a una especie de tela tejida con arte que se amolda perfectamente al cuerpo de su portador. Además, los distintos hilos del tejido pueden aflojarse y volver a colocarse si la figura cambia. La fuerza de una capa de datos independiente reside en su capacidad para ajustarse con precisión y personalizarse al mismo tiempo, lo que la convierte en lo contrario de un nudo gordiano. En otras palabras, una capa de datos separada, que se asemeja a un tejido, vive no sólo de los datos en sí, sino también de su contexto"Thomas Failer define el término Data Fabric de Gartner para la comunidad SAP.

"La integración es un aspecto importante, pero no el único", afirma Failer al describir la situación actual. "Porque para que los datos sean accesibles en toda la empresa para análisis y amplios grupos de usuarios, los sistemas que los albergan deben estar conectados entre sí. Y el número de conexiones aumenta exponencialmente en relación con el número de sistemas que hay que conectar. Por tanto, en términos de esfuerzo, sí importa cuántos sistemas hay que integrar entre sí. En otras palabras: sí, la capacidad de integración es importante, pero es al menos igual de importante reducir el número de sistemas que hay que integrar".

Por motivos legales, los usuarios de ERP no pueden ni deben modificar los datos durante periodos de tiempo definidos. Precisamente porque el contexto empresarial es importante, la mayoría de los clientes actuales de SAP conservan sus sistemas heredados. Ni los funcionarios de Hacienda ni los auditores reconocen como concluyentes los datos que carecen de contexto empresarial. Y para que sean útiles en el nuevo entorno, hay que transformar la información histórica, sean datos SAP o no. subraya Thomas Failer: "El cumplimiento y los beneficios empresariales de los datos históricos: estas son precisamente las razones de los proyectos de transformación que llevan mucho tiempo, generan costes y retrasan la innovación si no se enfocan de forma fundamentalmente diferente a antes y no se moderniza la TI en su conjunto." 

"Ni los lagos de datos ni las integraciones resuelven por sí solos el problema fundamental", resume Failer. "Creo que esta es una de las razones por las que los responsables de SAP y los CIO no se están dando cuenta hasta ahora del interés comercial de una transformación de S/4". Una capa de datos independiente es realmente la solución si se diseña para cortar el rígido vínculo entre la información histórica y las aplicaciones y sistemas heredados. "Antes hemos hablado del nudo gordiano. Se puede cortar con una capa de datos como ésta, igual que hizo Alejandro Magno, que sabía que no se podía desenredar. Por eso eligió un enfoque completamente nuevo"explica Thomas Failer. La transformación de S/4 podría ser el proyecto piloto ideal para empezar con una capa de datos independiente de la aplicación pero consciente del contexto.

Información contextual

Thomas Failer: "La información contextual es la base de una capa de datos independiente. Gran parte de los tesoros de una empresa se encuentran en las bases de datos de los sistemas ERP. Sin embargo, es el contexto el que convierte los espacios en blanco en joyas y se encuentra en el nivel de aplicación. Al mismo tiempo, muchos planificadores de proyectos de transformación consideran este tesoro como lastre en lugar de combustible y un factor de coste a la hora de cambiar a S/4, lo que, para colmo, alarga el proyecto."

En DMI estamos convencidos de que las ventajas sólo se materializarán cuando extraigamos de los sistemas heredados la información histórica junto con su contexto empresarial. Thomas Failer: "Esto se debe a que la externalización a la capa de datos consciente del contexto significa que no sólo los datos históricos, y con ello me refiero a toda la información estructurada y no estructurada, siguen siendo accesibles. Sino también su contexto. Éste no permanece en los sistemas originales como un activo pasivo, por así decirlo, sino que puede activarse para su uso. Las posibilidades y ventajas que de ello se derivan son inmensas".

La transformación a SAP S/4 es sólo uno de los escenarios que JiVS IMP soporta como núcleo de esta capa de datos sensible al contexto. "Piense en los muchos otros casos de uso en los que es necesario intercambiar datos de forma rápida y correcta entre sistemas y aplicaciones"Failer señala las numerosas aplicaciones posibles de JiVS IMP. Entre ellas se incluyen los macrodatos, la analítica y el IoT en particular, pero también las adquisiciones y ventas de empresas y partes de empresas, la consolidación y armonización de centros de datos, así como los entornos de aplicaciones y sistemas.

"La información histórica fuera de sus sistemas originales desempeña un papel crucial en todos estos temas. Este es también mi mensaje central a los departamentos especializados y al Director Financiero"subraya Thomas Failer y concluye "Los departamentos especializados, los CIO y los CFO critican inicialmente la separación entre información operativa e histórica. Dicen que quieren tener todo el stock de información en el nuevo sistema, con todas las consecuencias negativas que ya hemos comentado. Aquí es donde el gato se muerde la cola. Para ser ágiles, para poder realizar cambios y optimizar los procesos de forma rápida y sencilla, la información histórica tiene que almacenarse y gestionarse fuera tanto del entorno SAP antiguo como del nuevo. No obstante, estoy absolutamente convencido de que una vez que los usuarios hayan comprendido que pueden acceder a toda la información con la misma calidad o incluso superior a pesar de esta separación en el backend, nada se interpondrá en el camino de una transformación de SAP S/4 basada en nuestro enfoque y con la ayuda de JiVS IMP".