Retoma de Software: Cómo Rescatar Sistemas Abandonados por su Proveedor Original

Una de las situaciones más angustiantes que vive una empresa mediana en Colombia es darse cuenta, de un día para otro, que el proveedor que desarrolló su sistema crítico ya no existe, no responde o simplemente desapareció. De repente, ese ERP, ese CRM o ese software de operación que sostiene el negocio se convierte en una caja negra que nadie puede tocar.

La buena noticia es que el software no tiene por qué morir con el proveedor. A este proceso de rescate lo llamamos retoma de software: tomar un sistema existente, entenderlo, documentarlo y ponerlo bajo un equipo que pueda mantenerlo y evolucionarlo. En este artículo explicamos cómo funciona, cuánto toma y qué esperar.

¿Qué es exactamente una retoma de software?

Una retoma de software es un proyecto técnico y operativo en el que un nuevo equipo asume la responsabilidad de un sistema que fue creado por otra persona o empresa. No implica necesariamente reescribir el código desde cero (eso se llama "rewrite") ni migrar a una plataforma nueva. En muchos casos, la retoma busca precisamente evitar esas rutas, que son costosas y riesgosas.

La retoma se enfoca en tres objetivos concretos:

• Conocer el sistema a fondo: su código, su base de datos, sus integraciones y su lógica de negocio.
• Estabilizarlo: cerrar vulnerabilidades, resolver los bugs críticos y garantizar continuidad operativa.
• Evolucionarlo: abrir el camino para nuevas funcionalidades, integraciones modernas o una migración controlada en el futuro.

Señales de que tu empresa necesita una retoma

Antes de iniciar un proceso formal, conviene identificar las señales. Estas son las más comunes que vemos en clientes del sector manufactura, salud, logística y servicios financieros:

• El proveedor original ya no responde, cerró operaciones o migró a otra línea de negocio.
• Los tiempos de respuesta a solicitudes de cambio pasaron de días a semanas o meses.
• Cada vez que se actualiza algo, se rompen funciones que antes funcionaban bien.
• No existe documentación técnica ni manuales de arquitectura.
• Una sola persona (interna o externa) es la única que entiende el sistema.
• Aparecen mensajes de error que nadie sabe interpretar.

Si reconoces dos o más de estas señales, probablemente estés operando con un riesgo mayor del que piensas.

Fases de un proyecto de retoma

1. Auditoría técnica inicial (1-3 semanas)

Toda retoma seria empieza con una auditoría. Sin diagnóstico, cualquier trabajo posterior es disparar al aire. En esta fase revisamos:

• El repositorio de código (o lo reconstruimos si no existe).
• La estructura de la base de datos y la integridad de los datos.
• Las integraciones con otros sistemas y servicios externos.
• El stack tecnológico: lenguajes, frameworks, versiones, librerías descontinuadas.
• La infraestructura donde corre el sistema (servidores, nube, on-premise).
• Los procesos de negocio que el sistema sostiene.

El entregable es un informe de hallazgos con riesgos priorizados, vulnerabilidades críticas y recomendaciones iniciales.

2. Transferencia de conocimiento (2-4 semanas)

En esta fase el nuevo equipo se familiariza con el sistema a nivel operativo. Se documenta:

• Los flujos principales del software, paso a paso.
• Las particularidades del negocio que el código encapsula.
• Los procesos manuales que dependen del sistema.
• Las excepciones y casos especiales que solo conocen los usuarios avanzados.

Esta fase es crítica porque el código cuenta una historia, pero la empresa cuenta otra. La verdad operativa vive en la diferencia entre las dos.

3. Estabilización (3-8 semanas)

Con el diagnóstico claro, el equipo aborda los problemas más urgentes: vulnerabilidades de seguridad, bugs que afectan operaciones, cuellos de botella de rendimiento. El objetivo es que el sistema deje de ser una fuente de sorpresas y se vuelva predecible.

4. Mantenimiento evolutivo

Una vez estabilizado, el sistema entra en una operación de mantenimiento continuo: parches de seguridad, pequeñas mejoras, resolución de incidentes y un roadmap de evolución alineado con el negocio. En este punto, el software vuelve a ser un activo en lugar de un pasivo.

¿Retoma o reescribir desde cero?

Esta es la pregunta que siempre aparece. Nuestra respuesta, tras más de 13 años acompañando empresas en Colombia y la región, es clara: la retoma casi siempre es mejor que reescribir, salvo casos muy específicos.

Reescribir un sistema desde cero tiene costos que rara vez se calculan bien:

• Entre 6 y 24 meses de desarrollo antes de tener un reemplazo funcional.
• Riesgo alto de perder lógica de negocio que estaba implícita en el sistema original.
• Costo 3 a 5 veces mayor que la retoma.
• Período de doble operación (sistema viejo + sistema nuevo) con costos duplicados.
• Dependencia del conocimiento de los usuarios para validar cada detalle.

La retoma, en cambio, preserva la inversión ya hecha en el sistema y permite evolucionarlo gradualmente. Solo recomendamos reescribir cuando el sistema es tan pequeño que no vale la pena rescatarlo, o cuando la tecnología base está tan discontinuada que el mantenimiento se vuelve imposible (por ejemplo, un sistema en Visual Basic 6 sin documentación y con solo cuatro pantallas).

¿Cuánto cuesta una retoma?

El costo depende del tamaño del sistema, la calidad del código existente y el estado de la documentación. Como referencia, en empresas medianas colombianas, un proyecto de retoma completo suele estar entre el 30% y el 50% de lo que costaría reescribir el sistema desde cero.

El retorno de inversión tiene tres vectores principales:

1. Reducción de incidentes críticos: entre 70% y 85% en los primeros seis meses.
2. Reducción del tiempo de cambios: nuevas funciones salen 50%-70% más rápido.
3. Reducción de costos anuales de mantenimiento: típicamente 30%-45% menos.

Cómo empezar

Si tu empresa está en esta situación, el primer paso no es firmar un contrato de desarrollo: es hacer una auditoría corta que te dé visibilidad real del estado del sistema. Con ese diagnóstico en la mano, puedes tomar decisiones con información, no con suposiciones.

En IT Efectivos hemos liderado retomas de software en sectores tan diversos como banca, seguros, logística, retail y manufactura. Si identificas varias de las señales descritas arriba, contáctanos. Una conversación de 30 minutos puede cambiar el rumbo del próximo año de tu empresa.