fbpx
Saltear al contenido principal

La clave para sacar el máximo partido a la arquitectura de HANA de SAP es saber por qué va a hacer la migración. Una de las principales razones por las que muchas empresas buscan migrar es que S/4HANA permite a las empresas integrar otras aplicaciones en la nube, como Salesforce y Tableau, entre otras. Esta integración de toda la solución ofrece a las empresas una única fuente de veracidad, desde la fabricación hasta las ventas, con la inteligencia empresarial para ver cómo se comportan toda la empresa y las unidades de negocio respecto a los indicadores clave del rendimiento.

No obstante, el principal beneficio para muchas empresas procede de las ganancias de productividad derivadas de incorporar Fiori. La interfaz web de Fiori está diseñada para que las tareas habituales sean más sencillas. Es fácil de aprender, lo que reduce el tiempo de formación y aumenta las tasas de adopción y uso. En una prueba completa, Fiori reduce el tiempo de finalización de una tarea de gestión de cuentas por cobrar de 2:12 a 47 segundos. Eso es un aumento de la productividad de casi un 65%. Asimismo, permite a los directores profundizar en los datos, dando a los ejecutivos más transparencia respecto a los elementos que requieren atención.

No es una tarea sencilla

No obstante, el proceso de migración no es tan sencillo como cambiar el hardware. La mayoría de los sistemas de gestión de bases de datos relacionales (RDBMS) son bases de datos tradicionales fila-tabla con la mayoría de los datos almacenados en discos. HANA mantiene los datos en tablas de columnas que se guardan en la memoria para un rápido acceso. Esto le permite combinar OLAP (procesamiento analítico en línea) y OLTP (procesamiento de transacciones en línea) en una única estructura que reduce el uso de su memoria diez veces, algo muy importante teniendo en cuenta que HANA mantiene muchos datos en la memoria.

Para trasladarse a HANA desde un RDBMS tradicional, puede que necesite ejecutar un split de doble pila (si, por ejemplo, ejecuta AS ABAP y AS JAVA), convertir a Unicode y/o actualizar a una versión compatible de Business Suite para la ejecución en HANA.

Conocer los puntos de integración —esos lugares en los que cambia la integración— es fundamental para garantizar que la nueva base de datos de HANA se dirija a los nombres y aplicaciones adecuados. Posteriormente, una vez completada la migración y comprobados dos veces los puntos de integración, deberá efectuar un ajuste del rendimiento para obtener los verdaderos beneficios de HANA de SAP.

Comenzar con un plan

Una de las mejores prácticas para migrar a HANA es comenzar con un plan basado en que sus activos cumplan sus objetivos. En Symmetry, recomendamos comenzar con una lista de todos sus activos: fuentes de datos, bases de datos, aplicaciones, conexiones y recursos que se conecten con su base de datos de SAP.

Posteriormente, enumere sus objetivos para trasladarse a la arquitectura de HANA de SAP. Una vez que haya enumerado estos objetivos, podrá planificar mejor la forma de conectar sus activos con la arquitectura de HANA de SAP, de manera que le resulte de ayuda para lograr sus objetivos. Es posible que encuentre que algunos de sus activos ya no le son útiles, o que necesita nuevas herramientas para llegar a donde necesita. Estas listas le ayudarán a identificar sus deficiencias, tanto en términos de tecnología como de conocimientos.

Migración por fases

Con frecuencia, las empresas piensan que realizar el gran cambio desde su Business Suite a RDBMS tradicionales como R/3, Oracle o SQL Server a S/4HANA les ahorrará tiempo y dinero. Sin embargo, Symmetry ha observado que migrar primero a la suite de SAP en HANA es menos perjudicial y menos propenso a los errores. El cambio entre un RDBMS basado en filas y HANA basado en columnas no es poca cosa, por lo que trasladar los datos ahí es una ardua tarea.

Para comenzar, la opción de migraciones de la base de datos de SAP (DMO) para S/4 requiere una gran cantidad de cambios y evaluaciones en una sola fase. El uso de la DMO para migrar primero a HANA ejecutando la suite de SAP aprovecha la forma en que se conectan actualmente sus activos. Esto permite una conversión a HANA más rápida, sin necesidad de un tiempo de interrupción excesivo. Cuando Symmetry hizo esto para New England Biolabs (NEB), el equipo de Symmetry los trasladó primero a Suite sobre HANA y luego comenzó la migración final a S/4 HANA dos meses después, para evitar los retrasos e interrupciones. Una vez que los datos están listos y ejecutándose sobre HANA bajo la Suite de SAP, es mucho más sencilla la transición a S/4.

«La implementación transcurrió a la perfección y se completó sin problemas», comentó Sharon Kaiser, Directora de información de NEB. «Lo que más nos impresionó fue que, a pesar de la compleja naturaleza de la migración a HANA de SAP, el equipo de Symmetry planificó, diseñó y trasladó nuestros sistemas críticos a una nueva plataforma en la nube, al tiempo que trabajó a la perfección con nuestro equipo. Confiamos en que ahora tenemos un socio para un «paquete completo», con una seguridad avanzada, la experiencia y profesionalidad adecuadas y un personal de asistencia a una llamada de teléfono que puede ayudarnos a cumplir nuestros objetivos».

Experiencia con las migraciones de HANA de SAP

Como líderes en la gestión de la aplicación empresarial y el alojamiento en la nube, conocemos toda su tecnología, desde las aplicaciones que ejecutan sus procesos empresariales hasta la infraestructura y las redes sobre las que se construye su entorno.

Lea nuestra guía de implementación de HANA de SAP gratuita, o contacte con nosotros para obtener más información.