Gestión de licencias, contratos y activos de software

Elegir el software adecuado es solo el comienzo. La verdadera madurez gerencial se demuestra cuando ese software se gestiona como un activo estratégico, garantizando su legalidad, optimizando su costo y previendo su ciclo de vida completo. Dejar la administración de licencias en manos del azar o del “después lo arreglamos” es una receta segura para sanciones legales, sobrecostos inesperados y, en última instancia, una pérdida de control que impacta directamente en la continuidad del negocio.

La base de todo: el inventario de activos de software (SAM)

Antes de pensar en optimizar, es imprescindible saber qué se tiene. La Gestión de Activos de Software (SAM, por sus siglas en inglés) es la práctica de planificar, gestionar y optimizar todos los activos de software a lo largo de su ciclo de vida, desde la compra hasta su eliminación. Implica mantener un inventario detallado, gestionar licencias, realizar auditorías y asegurar el cumplimiento normativo.

Según IBM, una estrategia SAM eficaz no solo reduce costos y limita riesgos legales, sino que también maximiza el valor de las inversiones en software y apoya una mejor toma de decisiones sobre nuevas adquisiciones. De hecho, Gartner proyecta que una gobernanza integrada de SAM y FinOps puede reducir el desperdicio financiero en software y nube hasta en un 60% para 2026.

La norma ISO/IEC 19770 es el estándar internacional que guía estos procesos, ayudando a las organizaciones a implementar SAM para ahorrar costos, mitigar riesgos y tener un control real sobre el software instalado, su uso y quién lo utiliza.

Diagrama de flujo circular titulado "Ciclo de vida de un activo de software"

Modelos de licenciamiento: hablando el idioma de los contratos

Una vez que se tiene el inventario, el gerente debe entender los modelos de licenciamiento para evitar pagar de más, adquirir licencias insuficientes o, peor aún, operar en la ilegalidad. Los modelos más comunes son:

Por usuario nominal: Se asigna una licencia a una persona específica, ideal para empleados estables que acceden desde múltiples dispositivos.
Por dispositivo: Se licencia un equipo concreto, sin importar cuántas personas lo usen. Es la opción más rentable para entornos con turnos rotativos.
CAL (Client Access License): Es una licencia de acceso que permite a un usuario o dispositivo conectarse legalmente a un software de servidor. Existen CAL de Usuario y CAL de Dispositivo. Las CAL de Usuario son convenientes si los empleados necesitan acceso itinerante desde varios dispositivos; las de Dispositivo compensan más si hay varios trabajadores que comparten un mismo equipo.
Por núcleo (Core): Utilizada para software de servidor de alto rendimiento, como bases de datos. Se licencia la potencia de cálculo física del servidor, contando cada núcleo de sus procesadores.

La elección entre un modelo u otro no es un capricho técnico, sino una decisión financiera y operativa. Por ejemplo, para una empresa con 100 empleados de oficina que usan un solo PC cada uno, una CAL de Dispositivo puede ser suficiente. Si esos mismos empleados necesitan acceder al servidor desde su móvil, tableta y portátil, una CAL de Usuario es la solución correcta y evita tener que comprar tres licencias por persona.

El cuadro estratégico: tipos de licencias y su impacto en el negocio

No todas las licencias nacen iguales. La elección entre software propietario y de código abierto (open source) tiene profundas implicaciones legales, financieras y operativas. Un gerente informático debe conocer estas diferencias para no poner en riesgo la propiedad intelectual de la empresa ni generar dependencias tecnológicas costosas.

A continuación, se presenta un cuadro comparativo de las licencias más representativas:

Licencia	Tipo	Uso Comercial	Modificación	Distribución de Modificaciones	Efecto “Copyleft”
Software Propietario (ej. Microsoft, Adobe)	Propietaria	Bajo pago de licencia	Prohibida	Prohibida	No aplica (código cerrado)
MIT (Massachusetts Institute of Technology)	Open Source - Permisiva	Permitido, incluso en software propietario	Permitida	Permitida bajo cualquier licencia	No. Es la más flexible.
Apache 2.0 (Apache Software Foundation)	Open Source - Permisiva	Permitido, incluso en software propietario	Permitida	Permitida, con obligación de incluir avisos de patentes y cambios	No. Ofrece protección de patentes.
GPL v3 (General Public License)	Open Source - Copyleft Fuerte	Permitido, pero con restricciones	Permitida	Obligatorio distribuir el código fuente bajo la misma licencia GPL	Sí. Cualquier software que lo incorpore o derive debe ser GPL.
LGPL (Lesser General Public License)	Open Source - Copyleft Débil	Permitido, incluso en software propietario	Permitida	Solo las modificaciones a la biblioteca LGPL deben liberarse. El software propietario que la usa no.	Parcial. Permite enlazar software propietario con la biblioteca.

La MIT y Apache 2.0 ofrecen máxima flexibilidad para construir productos comerciales. La GPL, en cambio, protege la libertad del código obligando a que cualquier trabajo derivado se comparta, lo que puede ser restrictivo para modelos de negocio que buscan mantener su código cerrado. Un estudio reciente de la plataforma educativa Platzi señala que el 56% de las aplicaciones empresariales contienen conflictos de licencias que pueden derivar en demandas, un riesgo que una gestión SAM madura ayuda a mitigar.

La gestión de contratos y vencimientos: el arte de la anticipación

Un licenciamiento complejo, con múltiples proveedores, fechas de renovación y modelos de pago, es un polvorín administrativo si no se gestiona de forma centralizada. La gerencia informática debe implementar un calendario de vencimientos con alertas tempranas (al menos 90 días antes del fin del contrato). Esto permite negociar desde una posición de control, evitar la suspensión repentina de servicios críticos (como un ERP o una plataforma de correo) y evaluar alternativas con tiempo.

La clave es tener visibilidad total. Una renovación automática no planificada o una licencia huérfana que nadie usa pero se sigue pagando son síntomas de una gestión de activos deficiente. El objetivo es claro: pagar solo por lo que se necesita y se usa, y hacerlo en los términos más favorables para la organización.

Blindaje legal: cómo evitar sanciones que pueden paralizar la empresa

El uso de software sin licencia no es un “ahorro”, es un pasivo legal oculto con consecuencias potencialmente devastadoras. Las sanciones varían según la legislación de cada país, pero tienden a ser severas para proteger la propiedad intelectual.

En Venezuela, la Ley Especial Contra los Delitos Informáticos (LECDI), en su artículo 25, sanciona a quien sin autorización reproduzca, modifique, copie, distribuya o divulgue un software con el fin de obtener provecho económico, con penas de prisión de uno a cinco años y multas de cien a quinientas unidades tributarias. A nivel internacional, las auditorías de grandes fabricantes como Microsoft u Oracle pueden resultar en procesos judiciales y multas millonarias que comprometen la estabilidad financiera del centro de informática.

La gerencia debe asegurar el cumplimiento normativo no solo para evitar sanciones, sino como un principio ético de buena gobernanza. La transparencia en el uso de software es un reflejo de la integridad de la organización y un requisito cada vez más común en alianzas comerciales y licitaciones.

Conclusión

La gestión de licencias, contratos y activos de software es una función gerencial de primer orden. No se trata de una tarea administrativa menor, sino de un proceso estratégico que impacta directamente en el presupuesto, la legalidad y la resiliencia operativa. Un inventario SAM sólido, un conocimiento profundo de los modelos y tipos de licenciamiento, y una gestión proactiva de contratos y vencimientos son las herramientas de un gerente moderno para convertir el software en una ventaja competitiva, no en una fuente de riesgos y sobrecostos. Este es el eslabón que conecta las decisiones técnicas con el gobierno corporativo de TI.

Fuentes consultadas: