Individualidad normalizada de SAP

Con su empresa Data Migration International, Thomas Failer, pionero de la informática, ha abierto un nuevo camino en materia de datos para la comunidad SAP. Con su herramienta de gestión de datos, la conversión de S/4 es posible sin proyectos preliminares.

E3: Muchos clientes actuales de SAP acogen con satisfacción la estandarización de SAP con el lema "Keep the Core Clean" y siguen sin querer prescindir de desarrollos propios o soluciones sectoriales.

Thomas Failer, DMI: Y no tienen por qué hacerlo. Nuestra plataforma JiVS no sólo es compatible con el estándar, sino también con personalizaciones individuales o desarrollos internos. En consecuencia, también estamos trabajando para facilitar y acelerar la transición de las soluciones sectoriales anteriores a S/4, conservando al mismo tiempo las funcionalidades específicas del sector. Estoy pensando, por ejemplo, en soluciones para el sector sanitario u otros sectores y áreas temáticas. Ahí hay datos y estructuras de datos especiales. Y como la migración de datos en nuestra plataforma siempre se realiza a través de la capa de aplicación, tenemos que proporcionar objetos de negocio adecuados para ello. En el sector inmobiliario, ya hemos realizado estos objetos de negocio y los estamos utilizando con los clientes. Y supongo que en el verano de 2024 podremos presentar en nuestra oferta más objetos de negocio de este tipo específicos para cada sector y tema. Una vez más, todo gira en torno a la automatización y la eficiencia.

E3: Capa de aplicación de palabras clave: esto le diferencia claramente en el mercado. ¿Qué ventaja ofrece esta diferencia?

Failer: La principal ventaja para los clientes actuales de SAP es que podemos utilizar sin restricciones las herramientas de migración estándar de SAP, como Migration Cockpit. Esto significa que las empresas pueden estar seguras de que los datos migrados y transformados son correctos y completos. Esto significa que pueden seleccionar qué datos desean transferir al mundo S/4 y, al mismo tiempo, evitar los riesgos de transformación de datos que pueden surgir al escribir directamente en las tablas. Anteriormente, los clientes existentes de SAP que no querían asumir riesgos tenían que optar por un enfoque brownfield y convertir todos los datos y objetos empresariales. Con nuestro enfoque, en cambio, cada transformación es esencialmente un proyecto greenfield.

E3: Tiene que explicarlo con más detalle.

Failer: Nuestra plataforma no está diseñada para migrar y transformar datos directamente desde los sistemas de origen y destino. Eso sólo sería un proceso puntual e iría en contra de nuestra pretensión de gestionar todo el ciclo de vida de los datos. Así que dividimos la migración en varios pasos. En primer lugar, extraemos todos los datos heredados de los sistemas heredados y los almacenamos en nuestra plataforma a prueba de auditorías. Esto permite a los clientes implantar S/4 como una cáscara vacía y adaptarlo a sus necesidades a nivel de objetos de negocio. Por regla general, quizás la mitad de los objetos de negocio existentes, incluidos los desarrollados internamente, siguen teniendo un uso significativo en el mundo de S/4. ¿Por qué cargar con esto? Entonces, ¿por qué cargar con esto? Al fin y al cabo, muchas de las antiguas plantas, ubicaciones o sociedades ya no existen. La introducción de S/4 ofrece la oportunidad de eliminar viejos hábitos y concentrarse en la innovación en lugar de ocuparse de cuestiones heredadas. Al mismo tiempo y desvinculados del nivel de aplicación, los clientes pueden preparar la migración y transformación de datos en nuestra plataforma.

E3: ¿Cómo es esta preparación?

Failer: El paso más importante es seleccionar los datos. ¿Qué cantidad de datos heredados necesito realmente? Por regla general, sólo una cantidad muy pequeña, tal vez el 5 por ciento de los datos de transacciones y el 20 por ciento de los datos maestros; más no es relevante para S/4. Los datos heredados también pueden limpiarse y corregirse. Algunos clientes o proveedores se gestionan cinco veces en el sistema heredado debido a errores ortográficos o direcciones diferentes. Eso no tiene sentido.

E3: ¿Así que todo es cuestión de eficiencia?

Failer: Los beneficios empresariales de una nueva generación de software como S/4 son mayores cuando se lanza con datos limpios y correctos. Más aún si los datos se enriquecen a partir de sistemas periféricos, es decir, son más significativos cuando se transfieren al nuevo mundo. Sólo con datos cuidadosamente depurados puede el motor digital funcionar como un reloj. El aceite crudo y contaminado, por el contrario, provoca daños en el motor. Con nuestra plataforma, es posible llenar un sistema S/4 óptimamente preparado con datos óptimamente preparados. Esto facilita la consecución del objetivo de una empresa basada en datos. Independientemente de lo heterogéneo que sea el entorno de sistemas y aplicaciones existente y de los volúmenes de datos disponibles, los clientes SAP existentes pueden iniciar su futuro S/4 en un terreno virgen con nuestro enfoque y la plataforma JiVS IMP.

E3: Muchos clientes actuales de SAP adoptan un enfoque diferente y gimen bajo la carga de los proyectos incluso antes de la migración y la transformación propiamente dichas. Un ejemplo de ello es el archivado extensivo.

Failer: Efectivamente, abordas un punto muy importante y el ejemplo está muy bien elegido. Por supuesto, las empresas quieren transformar la menor cantidad posible de datos a S/4 y, por lo tanto, intentan archivar la mayor cantidad posible de los datos antiguos. Sin embargo, esto causa dos problemas importantes. En primer lugar, TI discute con los departamentos especializados sobre qué datos heredados siguen siendo directamente accesibles y, por tanto, deben migrarse. Y en segundo lugar, deben seguir operando los sistemas heredados para poder llamar a los datos archivados cuando sea necesario. Esto hace que el panorama de sistemas siga siendo complejo y consume tiempo y recursos para el mundo heredado. Además, este mundo heredado no es sostenible porque no puede funcionar de forma segura a largo plazo. Los sistemas heredados ya no se mantienen, los parches de seguridad dejan de estar disponibles y los ciberdelincuentes o ciberespías lo tienen fácil.

E3: ¿Qué ocurre con los sistemas heredados?

Failer: Con la ayuda de JiVS IMP, por otra parte, las empresas pueden desmantelar todos los sistemas heredados, ahorrando normalmente un 80% o más de los costes operativos. Por cierto, esto también se aplica a los archivos ADK existentes, ya que nuestra plataforma transfiere los datos que contienen directamente a través de la capa de aplicación. Y gracias a nuestro turboextractor, esto no lleva semanas ni siquiera meses, sino horas o días.

E3: ¿Existen otros proyectos preliminares de los que puedan prescindir los actuales clientes de SAP?

Failer: La respuesta es sencilla: básicamente se puede prescindir de todos los proyectos preliminares. Es comprensible que las empresas quieran adelantar proyectos como la introducción de la base de datos Hana, el business object Business Partner o el Nuevo Libro Mayor por razones puramente técnicas, agilizando así el proyecto de transformación, por así decirlo. Pero esto no es necesario ni sensato. Los proyectos de TI deben centrarse siempre en los beneficios empresariales. La implementación de S/4 y Hana mediante JiVS IMP con sólo los objetos y datos de negocio que realmente se necesitan reduce la complejidad y reduce masivamente el esfuerzo de transformación. Esto también se aplica a la introducción del nuevo libro mayor o del business object socio.

E3: ¿Cuánto tiempo y esfuerzo ahorra su planteamiento si se prescinde de los anteproyectos?

Failer: Esto es enorme. Con nuestro enfoque, el esfuerzo de transformación puede reducirse normalmente en más de 1.000 millones de euros.
50%. Y con la ayuda de la IA, nos hemos fijado el objetivo de volver a reducir a la mitad el tiempo necesario. Por ejemplo, aumentando la automatización de la limpieza o el mapeo de datos.

E3: Gracias por la entrevista.

jivs.com