Licencias de software en una empresa

Una revisión de licencias debe relacionar lo que la empresa utiliza con lo que tiene autorizado. Contar facturas no basta: una licencia puede estar vinculada a usuarios, dispositivos, servidores, capacidad de cálculo o modalidades de acceso. El objetivo es detectar diferencias, regularizarlas y conservar pruebas de la autorización, sin interrumpir servicios críticos por una interpretación apresurada.

Empiece por un inventario real, incluyendo programas instalados, servicios de nube, complementos y componentes integrados en productos propios. Después examine contratos y condiciones de la versión adquirida; la página comercial actual puede no reflejar exactamente el acuerdo aplicable. 1 2

Inventario que permita decidir

Para cada producto anote proveedor, versión, edición, usuarios, equipos, titular contractual, duración, renovaciones y forma de pago. Identifique también licencias de prueba, académicas, personales y gratuitas con restricciones de uso comercial.

Incluya máquinas virtuales, equipos de reserva, acceso remoto y colaboradores externos. Un programa instalado una sola vez en un servidor puede permitir acceso de muchas personas y requerir un criterio de licencia diferente al número de instalaciones. Las cuentas compartidas pueden incumplir condiciones aunque no aumente el número de puestos físicos.

Guarde contratos, pedidos, facturas, correos de concesión y justificantes de transferencia. Una clave que activa el producto no demuestra por sí sola el origen legítimo ni el alcance de la licencia.

Uso, reproducción y límites legales

La Ley de Propiedad Intelectual protege la expresión del programa y regula reproducción, transformación y distribución. La instalación o carga pueden implicar actos comprendidos en esos derechos, sujetos a autorización o a un límite aplicable. 1

El usuario legítimo tiene facultades legales específicas, entre ellas la copia de seguridad necesaria, que no puede impedirse por contrato en los términos del artículo 100. La observación del funcionamiento y determinados actos indispensables para interoperabilidad tienen condiciones; no equivalen a permiso general para copiar código o eludir controles.

SAS Institute, de 2 de mayo de 2012, distingue funcionalidades, lenguajes y formatos de la expresión protegida del programa, y advierte que la reproducción de elementos originales de manuales puede infringir derechos. No debe usarse esa sentencia como autorización general para clonar un producto con su código, textos y secretos. 3

Licencias de segunda mano

UsedSoft, de 3 de julio de 2012, reconoció que el agotamiento puede operar respecto de copias descargadas cuando la operación atribuye uso por duración ilimitada mediante contraprestación. El comunicado oficial explica también la necesidad de inutilizar la copia del transmitente y el límite a dividir la licencia del supuesto. 4

Por eso una oferta de «licencia usada legal» exige documentación: adquisición inicial, características, cadena de transmisiones y cumplimiento de condiciones. La sentencia no convierte en lícita cualquier clave barata ni se traslada automáticamente a suscripciones o servicios prestados como SaaS.

Compruebe versiones y mantenimiento. El derecho a utilizar una copia no garantiza soporte técnico indefinido, actualizaciones futuras ni que todas las prestaciones del proveedor se transfieran en iguales condiciones. Si la evidencia de procedencia es insuficiente, valore otra opción antes de desplegarla masivamente.

Software libre y componentes integrados

Una licencia de software libre permite usos amplios con condiciones. Debe registrarse la licencia exacta de cada componente y versión, avisos, atribuciones y posibles obligaciones sobre código fuente al distribuir un producto.

Las condiciones de GPL y AGPL no son idénticas. La GPL regula, entre otros actos, la entrega de copias; la AGPL añade obligaciones específicas respecto de ciertas versiones modificadas utilizadas por interacción remota. No debe afirmarse que todo uso interno obliga a publicar todo el código de la empresa, ni que ofrecer un servicio por internet elimina siempre obligaciones. 5 6

Analice cómo se combinan componentes, qué se distribuye y a quién. Un inventario técnico acompañado de textos de licencia ayuda a decidir. Cambiar el nombre de una biblioteca o eliminar su aviso no suprime los derechos del titular.

Auditorías del proveedor y reclamaciones

Si recibe una solicitud de auditoría, verifique identidad, base contractual, alcance, plazos pactados y confidencialidad. No entregue acceso ilimitado a sistemas o datos personales solo porque el remitente mencione una auditoría. Tampoco borre pruebas o falsee el inventario.

Coordine la respuesta jurídica y técnica: qué se instaló, cuándo, quién lo utilizó y qué autorización existía. Una herramienta de descubrimiento puede contar versiones obsoletas, copias de respaldo o instalaciones inactivas de forma que requiera interpretación contractual.

Si se detecta exceso de uso, documente medidas correctoras y negocie la regularización, diferenciando licencias futuras y reclamaciones por el pasado. Comprar una licencia hoy no extingue automáticamente cualquier incumplimiento anterior; debe comprobarse qué resuelve el acuerdo.

Personal, proveedores y salida de usuarios

Establezca un procedimiento para altas y bajas: asignar licencias, retirar accesos y recuperar cuentas empresariales. Si un profesional externo trae software propio, compruebe que puede usarlo para ese trabajo y en ese entorno.

En desarrollos encargados, pacte titularidad del código, componentes ajenos, documentación y continuidad. Las reglas del software creado por empleados son específicas; no deben trasladarse sin más a una agencia externa. También debe separarse la licencia del programa del tratamiento de datos que realice el proveedor. 1

La planificación de renovaciones evita bloqueos: anote preavisos contractuales y compruebe exportación y migración antes de finalizar el servicio. No existe un plazo universal para cancelar toda licencia empresarial; depende del contrato y de las normas imperativas aplicables.

Ejemplo ficticio

Una empresa dispone de diez licencias nominales, pero veinte trabajadores comparten credenciales en turnos. Su contrato no utiliza usuarios concurrentes como métrica. La auditoría identifica el desfase, se preserva la documentación y se regulariza la modalidad adecuada. Desinstalar el programa de cinco equipos no resolvería por sí solo un problema basado en usuarios autorizados.

Preguntas frecuentes

¿Si una clave se activa, puedo confiar en que es válida? La activación es una comprobación técnica; necesita además origen y autorización adecuados.

¿Todo software gratuito puede usarse comercialmente? No. Debe leerse la licencia concreta, que puede reservarse a uso personal, educativo o de evaluación.

¿Puedo hacer una copia de seguridad del programa? El usuario con derecho a utilizarlo dispone del límite legal cuando la copia sea necesaria para ese uso. No habilita a distribuir copias ni a ampliar puestos sin autorización.