28 Sep Software obsoleto: cuándo la antigüedad tecnológica empieza a reducir su valor
Un software puede seguir funcionando y, sin embargo, haber empezado a perder valor.
La antigüedad tecnológica no convierte automáticamente una aplicación en un activo obsoleto. Existen sistemas desarrollados hace años que continúan siendo estables, rentables y plenamente útiles para el negocio. El problema aparece cuando mantenerlos, modificarlos o integrarlos empieza a resultar cada vez más difícil, caro o arriesgado.
Desde el punto de vista de una tasación informática, la cuestión no es únicamente cuántos años tiene el software, sino qué impacto real tiene su tecnología sobre su capacidad para seguir generando valor.
La edad del software no es el único criterio
Dos aplicaciones creadas en el mismo año pueden encontrarse en situaciones completamente diferentes.
Una puede haber sido actualizada periódicamente, utilizar componentes todavía soportados, disponer de documentación suficiente y contar con un equipo capaz de mantenerla. La otra puede depender de tecnologías abandonadas, librerías sin soporte o un único desarrollador que conoce su funcionamiento.
Por eso, en una valoración económica no debería aplicarse una depreciación automática por antigüedad.
Lo relevante es determinar en qué estado se encuentra actualmente el activo y cuánto esfuerzo será necesario para mantenerlo competitivo durante los próximos años.
Cuando la tecnología deja de tener soporte
Uno de los factores que más pueden reducir el valor de un software es la desaparición del soporte oficial de las tecnologías sobre las que está construido.
Frameworks, bases de datos, sistemas operativos o librerías evolucionan continuamente. Cuando dejan de recibir actualizaciones, aumenta el riesgo de vulnerabilidades, incompatibilidades y problemas de mantenimiento.
Esto puede obligar a la empresa a realizar una migración tecnológica antes de lo previsto.
Desde una perspectiva de valoración, ese coste futuro no puede ignorarse.
Un comprador que adquiere un software por un determinado precio y descubre que inmediatamente debe invertir una cantidad significativa para sustituir su arquitectura probablemente reducirá lo que está dispuesto a pagar por el activo.
La deuda técnica también se acumula
La obsolescencia no siempre procede de la tecnología utilizada. También puede encontrarse dentro del propio código.
Años de modificaciones rápidas, parches, funciones añadidas sin rediseñar la arquitectura y desarrollos poco documentados pueden generar una importante deuda técnica.
El programa continúa funcionando, pero cualquier cambio requiere más tiempo del esperado y cada nueva funcionalidad puede aumentar el riesgo de introducir errores.
En estos casos, el valor del software puede disminuir porque el coste futuro de mantenimiento aumenta.
La tasación debe analizar no solo lo que el sistema hace actualmente, sino también cuánto costará mantener esa capacidad.
El problema de encontrar profesionales
Otro indicador de obsolescencia aparece cuando resulta difícil encontrar especialistas capaces de trabajar con determinadas tecnologías.
Una aplicación desarrollada sobre un lenguaje o entorno poco utilizado puede seguir funcionando perfectamente, pero convertirse en un activo muy dependiente de unas pocas personas.
Si contratar nuevos desarrolladores resulta caro o complicado, la continuidad tecnológica de la solución se vuelve más incierta.
Este riesgo es especialmente importante cuando todo el conocimiento se concentra en uno o dos profesionales.
Un posible comprador tendrá que valorar qué ocurriría si esas personas abandonasen el proyecto y cuánto costaría sustituirlas.
Cuando integrar el software se vuelve difícil
El valor de una aplicación también depende de su capacidad para convivir con otros sistemas.
Las empresas necesitan integrar plataformas con herramientas cloud, aplicaciones móviles, sistemas de pago, APIs, soluciones de inteligencia artificial o nuevos servicios externos.
Un software que no puede integrarse fácilmente puede seguir cumpliendo su función principal, pero perder atractivo frente a alternativas más modernas.
En una operación de compraventa, este problema puede traducirse en costes adicionales de integración o incluso en la necesidad de sustituir parte de la plataforma.
Seguridad y obsolescencia están relacionadas
Una tecnología antigua también puede aumentar el riesgo de seguridad.
Los componentes sin mantenimiento dejan de recibir parches, mientras que determinadas arquitecturas antiguas pueden no haber sido diseñadas para los actuales modelos de ciberseguridad.
Esto no significa que todo software antiguo sea inseguro.
Sin embargo, si la solución necesita inversiones importantes para mantener niveles razonables de protección, esas inversiones forman parte de su realidad económica y deberían considerarse en una tasación.
¿Cuándo empieza realmente a perder valor?
No existe una edad determinada a partir de la cual un programa pueda considerarse obsoleto.
El deterioro económico aparece cuando la antigüedad empieza a generar consecuencias concretas.
Si actualizar el software resulta cada vez más caro, si las tecnologías utilizadas han perdido soporte, si disminuye la disponibilidad de profesionales, si las integraciones se complican o si es necesaria una migración importante a corto plazo, el valor del activo puede verse afectado.
La tasación debe convertir esos riesgos tecnológicos en impacto económico.
Un software antiguo puede seguir teniendo mucho valor
También conviene evitar el error contrario.
Una aplicación con diez o quince años de historia puede continuar teniendo un valor elevado si dispone de una base sólida de clientes, genera ingresos recurrentes, está correctamente mantenida y cumple de forma eficiente una función difícil de sustituir.
En estos casos, la tecnología es solo uno de los componentes de la valoración.
La cartera de clientes, los ingresos, la propiedad intelectual, el conocimiento acumulado, las barreras de entrada y el coste de sustitución también pueden incrementar significativamente el valor del activo.
Por eso, valorar software exige combinar análisis económico y análisis tecnológico.
La antigüedad por sí sola dice poco.
Lo importante es determinar si esa antigüedad ha empezado a convertirse en costes, riesgos o limitaciones que puedan afectar a la capacidad futura del software para seguir generando valor.
Contáctanos en luis@luisvilanova.es
