Migración de datos cuando cambiamos de ERP, hay que afrontarlas de cara

Por experiencia propia, hace unos años, cada vez que tenias que ir a un cliente a instalar una nueva aplicación y teníamos que hacer la migración de datos de su antiguo sistema al nuestro, ufff! Siempre nos caía una gota de sudor.

Una de las cuestiones que debemos afrontar gracias a las nuevas tecnologías es evitar la dificultad de exportar datos de una aplicación a otra, de un sistema a otro, quedando muchas veces los usuarios prisioneros de decisiones que tomaron hace años por la dificultad del cambio.

Un ejemplo significativo puede ser un ERP que la empresa adoptó hace diez años, que en su momento cumplía todas las expectativas de la empresa, desarrollado a medida y con un soporte excelente. La empresa desarrolladora tres años después ha perdido algún miembro de su equipo y soporte y modificaciones posteriores ya no son tan buenas. Además el mercado evoluciona y nuestro ERP ya no cumple perfectamente su cometido, ¿cambiamos de sistema?

Llegados a este punto muchas empresas ante la dificultad de migrar datos, volver a comenzar con un nuevo ERP y  formar a los usuarios prefieren seguir con aquel producto que contrataron en su momento y con el cual ya no están conformes. Es fundamental cuando se elige un sistema que tendremos implantado en nuestra empresa durante años, comprobar que facilidades nos ofrece a la hora de abandonarlo e implantar otro.

No digo ni invento nada nuevo, pero se agradece  y se debe puntuar en el proceso de selección con nota positiva saber (porque solicitamos una prueba al proveedor) que el proveedor tiene montado un sistema “estándar” para realizar migraciones de datos a su aplicación, por ejemplo (y repito yo no invento nada nuevo) lo más sencillo (por llamarlo sencillo) imaginaros que el proveedor tiene toda su estructura de Base de Datos y por encima monta una capa de tablas(*) de conversión, por un lado realiza cargas de ficheros (con una estructura especifica) a sus tablas de conversión y dentro de dichas tablas tiene unas funciones que tratan los valores y los convierten a datos correcto para finalmente guardarlos en las tablas finales de su aplicación, esto que parece muy sencillo y lógico… ufff!! Cuesta, pero al menos ya tienes una metodología más o menos controlada.

En este sentido una de las empresas que ha dado un paso adelante en su momento fue Google, adoptando estándares para facilitar la migración de datos. Claro que por parte de Google es una estrategia muy interesante, puesto que de esta manera ofrece abandonar sus aplicaciones de forma sencilla, pero a la vez también es mucho más sencillo cambiarse a Google desde otros proveedores.

La información, nuestros datos y procesos no es algo muerto, sino que debe fluir y en la medida en que seamos capaces de optar por soluciones que no permanezcan estáticas, que nos faciliten la tarea de cambiar si no estamos conformes nuestras empresas tendrá más posibilidades de mejorar en sus procesos productivos. No nos tenemos que conformar con las herramientas que tenemos porque el cambio sea muy costoso.

En conclusión, siempre debemos tener presente cuando seleccionamos una nueva aplicación de gestión que nos ofrezcan las mismas facilidades para contratarlo que para desvincularnos es una de las tareas pendientes para el futuro.

(*) Lugar  donde se guardan los datos, por ejemplo: Personas, pólizas, siniestros….