Adiós a los anteproyectos

A los clientes actuales de SAP sólo les quedan cuatro años para transformar su actual sistema SAP y su entorno de aplicaciones a la nueva generación S/4 sin cuotas de mantenimiento adicionales. Y, sin embargo, siguen dudando. Uno de los principales motivos -como se desprende de las conversaciones con los usuarios de SAP- no es sólo la transformación en sí, sino el temido trabajo adicional que conllevan los proyectos preparatorios. Entre ellos cabe destacar

Archivado: Muchos de los clientes actuales de SAP tienen montañas de datos antiguos. Como la base de datos de Hana todavía se ejecuta en una memoria RAM muy cara, quieren reducir la cantidad de datos todo lo posible antes de la transformación.

Nuevo libro mayor: Muchas empresas piensan que pueden ahorrar tiempo introduciendo primero el nuevo libro mayor. Al fin y al cabo, el nuevo libro mayor de SAP existe desde ECC 6.0. Por otro lado, es imprescindible en el mundo S/4.

Hana: Otros implantan SAP Hana antes de centrar su atención en las aplicaciones. Al dividir la transformación en un proyecto de datos y otro de aplicaciones, esperan que el proyecto global sea menos complejo, pero no se hacen ilusiones de que se trata de un proyecto puramente técnico que tiene poco o ningún beneficio empresarial en sí mismo.

Nuevo objeto de negocio, BP: La base de datos Hana requiere en general una estructura de datos diferente. Además, el nuevo business object (BO) Business Partner (BP) combina los anteriores BO Customer y Supplier. Por lo tanto, muchos clientes actuales de SAP consideran necesario adaptar la estructura de sus datos existentes de clientes y proveedores a GP antes de su migración.

Limpieza de datos: Muchos clientes actuales de SAP quieren aprovechar la transformación para limpiar su base de datos de errores y duplicados. Al fin y al cabo, el cambio a S/4 es un componente central de su estrategia de futuro, para la que se aplica lo siguiente: no hay digitalización sin calidad de datos.

Punto ciego: datos antiguos

Para evitar cualquier malentendido: las consideraciones subyacentes a los respectivos anteproyectos están plenamente justificadas. Y, sin embargo, son incapaces de resolver un problema central: qué debe ocurrir con los datos y sistemas heredados una vez concluida la transformación. Este es el punto ciego que se reconoce con demasiada poca frecuencia, entre otras cosas porque los equipos de proyecto encargados de la transformación no están (o no tienen por qué estar) interesados en ello.

Casi parece como si muchos clientes actuales de SAP se hubieran resignado a seguir utilizando sus sistemas heredados tras el cambio al mundo S/4 y a almacenar sus datos antiguos en archivos, parte de cuya estructura no podrá modificarse durante décadas por motivos legales. Sin embargo, esto último significa que los sistemas heredados también deben seguir funcionando durante todo ese tiempo, ya que los datos archivados sólo pueden llamarse y visualizarse con ellos.

Aparte del gasto adicional a largo plazo, este enfoque alberga riesgos considerables en términos de seguridad informática y jurídica. Por lo general, los sistemas heredados que siguen funcionando ya no se mantienen, los parches de seguridad importantes ya no se instalan y los ciberdelincuentes no dudan en aprovecharse de ellos. Además, el legislador impone constantemente nuevos requisitos.

Las disposiciones del Reglamento General de Protección de Datos europeo o de la nueva Ley de Protección de Datos suiza, como la opción de suprimir datos a nivel del registro de datos individual, ya no pueden aplicarse en muchos sistemas heredados, o sólo con un gran coste.

Además, en este escenario, a los usuarios de SAP se les niega en gran medida o por completo el acceso directo a los datos heredados. Esto supone un riesgo no desdeñable para la productividad y la garantía de calidad en la empresa. Sin embargo, transformar todos los datos heredados y migrarlos a S/4 por este motivo carece de sentido desde el punto de vista económico.

Transformación sin legado

Lo que todos los anteproyectos tienen en común es el gran ángulo muerto y los riesgos económicos, de seguridad y jurídicos asociados. Por tanto, los clientes actuales de SAP deberían plantearse adoptar un enfoque radicalmente nuevo que no sólo resuelva los problemas, sino que también haga superfluos los proyectos supuestamente necesarios y elimine sus riesgos.

Este enfoque consiste en gestionar todo el ciclo de vida de los datos heredados hasta su eliminación definitiva y conforme a la ley de forma independiente, es decir, separada de los sistemas y aplicaciones heredados, y sincronizarla con la gestión del ciclo de vida de las aplicaciones y sistemas de destino en un entorno S/4 Hana.

Para ello se necesita una plataforma en la que puedan almacenarse y borrarse todos los datos heredados de sistemas SAP y no SAP de conformidad con la ley, pero que también ofrezca todas las opciones para seguir procesando estos datos, como su reducción, selección, optimización y transformación a través del Migration Cockpit y la Application Layer. Esta plataforma se integra con S/4 para adaptar automáticamente los datos heredados sobre la marcha a las nuevas estructuras de datos, como las del objeto de negocio BP, y mostrarlos en SAP Fiori. Esto sucede como si se hubiera creado en S/4. Esta funcionalidad es posible porque todos los metadatos del entorno SAP y no SAP que deben sustituirse se registran y guardan en un cockpit de transformación con solo pulsar un botón.

Además, cada paso del proyecto queda documentado y la plataforma sabe qué sistema heredado pueden desmantelar y eliminar las empresas. Todos los datos heredados pueden extraerse de los archivos ADK a través de la capa de aplicación con solo pulsar un botón y en un proceso turbo, con lo que su información sobre el ciclo de vida de los datos y sistemas queda a disposición de otras soluciones en el ámbito de la gestión del ciclo de vida de las aplicaciones (ALM).

Una plataforma para todo

El cliente SAP existente no tiene que temer ningún proyecto preliminar, problemas de legado o confusión de herramientas. Una plataforma como ésta permite a los clientes de SAP matar tres pájaros de un tiro: en primer lugar, la plataforma analiza y gestiona el ciclo de vida completo de todos los datos heredados y, en segundo lugar, ofrece todas las funcionalidades necesarias para el almacenamiento y el análisis conforme a la legislación, así como la transformación y migración selectivas de estos datos y, en tercer lugar, resuelve el problema de las aplicaciones y sistemas heredados durante la transformación de una vez por todas y convierte cada proyecto brownfield en un proyecto greenfield.

El cliente de inventario SAP no sustituye a la comprobación de disponibilidad de SAP, que se refiere a procesos y normas, sino que la complementa como núcleo de un tejido de datos inteligente y que abarca toda la empresa. De este modo, la solución DMI como "una plataforma para todo" elimina la complejidad de la confusión de herramientas que, por lo demás, es típica del nivel de datos. La plataforma que puede iluminar el punto ciego de la transformación S/4 con sólo pulsar un botón y hacer superfluos los proyectos preliminares a lo largo del camino tiene un nombre: JiVS IMP.

jivs.com