Modernización del sistema de legado: ¿por dónde empiezo?

¿Su empresa tiene un sistema de legado? Ya sabe, esa pieza de software que tiene desde hace tanto tiempo que nadie se acuerda bien de cómo surgió... Sí, ese que no se integra bien con los nuevos sistemas de hardware y software de su organización y que se ha convertido en un cuello de botella. La que no puede actualizar fácilmente, si es que lo hace. La que le cuesta encontrar a quién recurrir cuando necesita ayuda. Sí, ése. ¿Sientes que estás atrapado con eso?

La cosa es que el software heredado existe por su valor para su organización. Los usuarios han trabajado con él durante mucho tiempo, y ha servido bien a la organización. Su equipo de IT se ha familiarizado con sus limitaciones y conoce todas sus peculiaridades. Este software que definitivamente se ha pagado a sí mismo y toda la organización está de alguna manera cómoda con él.

Sin embargo, en algún momento, has empezado a mirar este software heredado desde un ángulo diferente. Y ahora no puedes evitar sentirte atrapado con él.

• ¿Has notado que es aislado como si fuera una isla en medio del software moderno de su organización?
• ¿No crees que está fomentando procesos y flujos de trabajo obsoletosy que por ello se interponga en el crecimiento de la empresa?
• ¿No le cuesta a su organización demasiado tiempo y recursos?

En este punto, hay dos enfoques de modernización de los sistemas de legado que puedes tomar:
integración o la migración. 

En cualquier caso, lo primero que tienes que hacer es identificar cuáles son los procesos que el sistema heredado sigue apoyando. Construya sus requerimientos a partir de eso. La segunda es encontrar qué otro software podría manejar estos requisitos.

Centrémonos en un ejemplo específico para ver cómo va esto. Por supuesto, más tarde se puede extrapolar de este ejemplo a cualquier otro tipo de software empresarial.

Digamos que identificas que el sistema heredado tiene los clientes y pistas de información en él, incluyendo los contactos previos hechos con ellos. Ves en el sistema heredado llamadas de servicio, órdenes de servicio, reparaciones y suministros. Piensas que el futuro sería obtener esa información en un la moderna combinación CRM+ERP. Imaginemos más allá que eliges ir con la opción de Microsoft, Dynamics 365 con la Central de Atención al Cliente y Negocios.

¿Pero cómo lo haces? ¿Cuál es el enfoque que le funcionará mejor: integración o migración?

El enfoque de integración implica que los sistemas heredados funcionarán junto con los nuevos elementos de la infraestructura, en este caso, con la Dinámica. Es una solución de compromiso práctica si el sistema heredado maneja situaciones particulares, y la empresa quiere mantenerlo, al menos, por el momento. La información importante, como la información sobre Contactos y Cuentas, puede estar sincronizada tanto en el sistema heredado como en Dynamics.
Este tipo de solución suele ser un peldaño para una migración planificada, lo que significa que acerca a su organización a dejar atrás el viejo software heredado, sin hacerlo por ahora.
Si su empresa no ha trabajado antes con el Dynamics 365, un enfoque de integración dará a su equipo tiempo para sentirse cómodo con el nuevo software. Incluso si ya están usando el Dynamics 365, tomar las cosas a un ritmo más lento podría ser algo bueno. Podrá trasladar las características que le gustan de su sistema heredado a Dynamics, probarlas y asegurarse de que los requisitos están totalmente cubiertos. Entonces podrá entrenar al personal en consecuencia. Asegúrate de asignar suficiente tiempo para el entrenamiento, ya que parece haber siempre cierta resistencia a cambiar la forma en que se hacen las cosas.

El otro enfoque posible es hacer una migración única y luego cerrar el sistema heredado para siempre. Este enfoque suele funcionar mejor cuando el software heredado ya está causando problemas y no se quiere aguantar más.

El proceso de trasladar los datos de un sistema heredado al nuevo software será la parte más complicada de la migración del software. La organización debe trazar un plan, asignar recursos, estimar el esfuerzo y registrar cuidadosamente la evolución para la migración de los datos. Para evitar futuros problemas como el hecho de no haber migrado nunca un bloque completo de datos, debe vigilar de cerca las tareas de migración de datos. Esto también evitará que la migración de datos se convierta en una historia interminable, como suele ocurrir.

Una forma inteligente de abordar tanto los proyectos de integración como los de migración es construir una aplicación personalizada que se ocupe de las necesidades específicas de su proyecto. Una aplicación personalizada puede ayudar tanto con los enfoques de integración como de migración porque aborda sus requisitos y las especificidades del sistema heredado original. La construye usted mismo, por lo que el objetivo es asegurarse de que las características necesarias estén disponibles para el usuario final.
Pero, ¿puede permitirse el lujo de construir una aplicación personalizada como parte de un proyecto con un plazo y un presupuesto ajustados?
Aquí es donde una plataforma de integración, como Connect Bridge...puede entrar. Le permite usar cualquier lenguaje de programación para construir su software de integración personalizado con muchas menos líneas de código.
Puedes usar la conexión de base de datos del Connect Bridge para conectarte a prácticamente cualquier software empaquetado usando su amplia gama de más de 400 conectores.

Aquí están las ventajas clave:

• Velocidad - Al partir de una solución previamente probada, necesitará un número reducido de líneas de código y tendrá menos errores.
• Simplicidad - No necesitará utilizar la API de Dynamics en absoluto. Sólo utilizará Connect Bridge y la sintaxis SQL estándar. El conector CB Dynamics traducirá las sentencias SQL en llamadas a la API. Los equipos de desarrollo de software dominan Connect Bridge en cuestión de horas, y eso es mucho más rápido que lo que les lleva dominar la API. Además, la próxima vez que necesite integrarse con otro sistema, podrá aprovechar lo aprendido en su proyecto inicial. De hecho, no tendrá que aprender una nueva API ni nada en absoluto.
• Características analíticas - Tener la posibilidad de ver el sistema de destino como si fuera una base de datos es muy útil para establecer las vías de migración de los datos. Tener una herramienta de consulta para probar consultas potencialmente interesantes le permitirá aprovechar todo el poder del lenguaje SQL.
• Eficiencia del equipo - Puede gestionar proyectos de Connect Bridge con un equipo mucho más pequeño, ya que el proyecto, en su conjunto, es mucho más sencillo. Esto puede ahorrarle una gran cantidad de esfuerzo de comunicación... y dinero.
• Mantenimiento - Connect Bridge garantiza la compatibilidad hacia adelante y hacia atrás. Esto significa que cuando haya una actualización de Dynamics, Connect Bridge se encargará de ello. No tendrá que preocuparse, y esto es especialmente importante para los proyectos de integración.

Hemos estado discutiendo la integración y la migración a Dynamics365, pero la misma solución funciona para muchos otros tipos de software. Connect BridgeLa conexión de tipo base de datos y el amplio abanico de más de 400 conectores pueden utilizarse para conectarse a casi todo el software empaquetado.

Los conectores Connect Bridge incluyen las siguientes áreas:

• Sistemas de gestión de documentos (DMS, como Microsoft SharePoint)
• Gestión de relaciones con el cliente (CRM, como el Microsoft Dynamics 365 que se utilizó como ejemplo)
• ERP/Contabilidad (como Dynamics NAV, Dynamics 365 BC, Quickbooks o SAP)
• Comunicación y colaboración (correo electrónico, calendario, tareas y notas, por lo que puede pensar en Microsoft Exchange y Outlook o en Gmail y Google Calendar)
• Base de datos (como SQL Server, Oracle, MySQL, MariaDB)
• OData (como Microsoft Excel)
• IO industrial (OPC UA)