Tipos de licencia de software explicados: perpetua, suscripción, flotante, prueba

Los tipos de licencia de software son los modelos que definen cómo se permite a un cliente usar tu software: perpetua (se compra una vez, se usa para siempre), suscripción/por plazo (válida durante un periodo fijo), flotante/concurrente (un conjunto compartido de puestos), con bloqueo por equipo (vinculada a una máquina), prueba/evaluación (acceso limitado en el tiempo) y volumen/sede (muchos puestos o toda una organización bajo un único acuerdo). La mayoría de los productos combinan varios. Esta referencia explica cada uno, cuándo usarlo, sus contrapartidas y cómo se corresponde con lo que impone un sistema de licenciamiento moderno.

Comparación de un vistazo

Modelo	Qué concede	Mejor para	Principal contrapartida
Perpetua	Uso para siempre, una compra	Compradores a quienes disgustan las cuotas recurrentes; herramientas on-premise	Sin ingresos recurrentes; necesita una ventana de mantenimiento aparte para las actualizaciones
Suscripción / por plazo	Uso durante un periodo fijo (p. ej. 1 año)	La mayoría del software moderno; herramientas SaaS y en la nube	El cliente pierde el acceso si deja de pagar; necesita lógica de caducidad + renovación
Flotante / concurrente	Conjunto compartido; N activos a la vez	Equipos que comparten licencias entre muchos usuarios	Requiere un servidor que registre quién está activo en tiempo real
Con bloqueo por equipo	Vinculada a una máquina	Instalaciones fijas, precios por dispositivo, sedes aisladas (air-gapped)	Los cambios de hardware pueden bloquear a los usuarios si no hay tolerancia
Prueba / evaluación	Todas las funciones durante N días	Impulsar la conversión; permitir el autoservicio a los compradores	Debe caducar automáticamente y resistir el abuso (una por cliente)
Volumen / sede	Muchos puestos o toda una organización	Acuerdos de empresa y educación	Complejidad de precios y aprovisionamiento; necesita operaciones en bloque

Licenciamiento perpetuo

Una licencia perpetua se compra una vez y funciona para siempre — no hay caducidad. Es el modelo que más les gusta a los compradores, porque poseen aquello por lo que pagaron, y es habitual en herramientas on-premise y para desarrolladores.

El inconveniente son las actualizaciones. Una licencia perpetua suele ir acompañada de una ventana de soporte y mantenimiento: un periodo (a menudo un año) durante el cual el cliente tiene derecho a nuevas versiones y soporte. Cuando esa ventana caduca, el software instalado sigue funcionando, pero el cliente debe renovar el mantenimiento para recibir más actualizaciones. Esto te permite vender licencias perpetuas sin regalar todas las versiones futuras por un único pago.

Úsala cuando tus compradores prefieren con firmeza las compras únicas, o vendes una herramienta que debe seguir funcionando sin cambios durante años. La contrapartida es la ausencia de ingresos recurrentes y la necesidad de gestionar una ventana de mantenimiento aparte de la propia licencia.

Licenciamiento por suscripción / por plazo

Una licencia de suscripción (o por plazo) solo es válida durante un periodo fijo — normalmente anual — y lleva una caducidad que la aplicación impone. Cuando caduca sin renovar, las funciones de pago se bloquean. Es la opción predeterminada para la mayoría del software moderno porque liga los ingresos al valor continuo y financia el desarrollo continuo.

Úsala cuando publiques actualizaciones periódicas o ejecutes cualquier tipo de servicio. Las contrapartidas son que ahora necesitas una imposición fiable de la caducidad (incluida la defensa frente a un cliente que atrasa el reloj del sistema para alargar una prueba o un plazo) y una vía de renovación fluida que amplíe la licencia existente en lugar de emitir una clave nueva.

Licenciamiento flotante / concurrente

Una licencia flotante (concurrente) es un conjunto compartido: una organización compra, digamos, diez puestos y diez máquinas cualesquiera pueden estar activas a la vez. Cuando un usuario termina, su puesto vuelve al conjunto para otra persona. Maximiza el valor para equipos en los que mucha más gente podría usar el software de la que lo usa al mismo tiempo.

Úsala cuando vendas a organizaciones que comparten el acceso entre turnos, laboratorios o equipos grandes. La contrapartida es que la concurrencia real requiere un servidor que registre las sesiones activas en tiempo real — el modelo que más infraestructura exige. Un punto medio común y más sencillo es el licenciamiento basado en puestos: un número fijo de activaciones, cada una vinculada a una máquina, con la posibilidad de liberar o transferir un puesto cuando un dispositivo se retira. Eso da flexibilidad a los equipos sin un intermediario de concurrencia en vivo.

Licenciamiento con bloqueo por equipo

Una licencia con bloqueo por equipo está vinculada a una máquina concreta mediante una huella de hardware derivada de atributos estables del dispositivo y del sistema operativo. Solo funciona en esa máquina, lo que impide que una licencia se copie por toda una organización.

Úsala cuando pongas precio por dispositivo, distribuyas a instalaciones fijas o sirvas a entornos aislados (air-gapped) y de alta seguridad donde importa el control por máquina. La contrapartida es la tolerancia: con una huella demasiado estricta, un cliente que cambie una tarjeta de red o actualice un disco queda bloqueado; demasiado laxa y el bloqueo no significa nada. Una buena implementación permite una pequeña deriva del hardware y te deja controlar qué componentes identifican una máquina para las máquinas virtuales y la CI.

Licenciamiento de prueba / evaluación

Una prueba es una licencia limitada en el tiempo que desbloquea toda la experiencia de pago durante un número determinado de días y luego caduca. Es la herramienta de conversión más eficaz que tienes, porque permite que un comprador demuestre el valor antes de pagar.

Úsala cuando el valor de tu software se demuestre mejor con las manos en la masa. Las contrapartidas son la prevención del abuso y la caducidad: una prueba debería ser una por cliente por producto, idempotente para que una recarga o un segundo clic nunca reinicien el contador, caducar automáticamente e, idealmente, poder convertirse en una licencia de pago sin reinstalar. Los evaluadores en entornos aislados pueden necesitar un archivo de prueba sin conexión firmado en lugar de una activación en línea.

Licenciamiento por volumen / sede

Las licencias de volumen y de sede cubren grandes implementaciones bajo un único acuerdo. Una licencia de volumen consiste realmente en emitir muchas claves de forma eficiente — en bloque, o automáticamente a través del aprovisionamiento de tu tienda — mientras que una licencia de sede suele ser una única licencia con un número de puestos muy alto que cubre toda una organización o ubicación.

Úsala cuando cierres acuerdos de empresa o educación. La contrapartida es operativa: necesitas emisión y gestión en bloque (cambios de puestos en bloque, revocación en bloque, informes) y términos claros sobre cómo se cuentan los puestos.

Cómo se corresponden estos con Keyright

Keyright admite estos modelos directamente en lugar de obligarte a elegir uno:

• Perpetua y por plazo — emite una licencia sin caducidad para la perpetua, o fija una caducidad para la suscripción/por plazo. Las licencias perpetuas no están sujetas a la comprobación de manipulación del reloj que protege las limitadas en el tiempo.
• Puestos con bloqueo por equipo — vincula cada puesto a una huella de máquina con tolerancia configurable, impón el número de puestos en el servidor y deja que los clientes liberen o transfieran un puesto cuando cambien de dispositivo — la versión práctica y basada en puestos de lo flotante.
• Derechos y niveles — define indicadores de funciones y límites numéricos por nivel para que un mismo binario desbloquee capacidades distintas según el plan, y cambia lo que incluye un plan sin publicar código nuevo.
• Pruebas — activa pruebas de autoservicio por producto, una por correo e idempotentes, que se activan por exactamente la misma vía que una clave de pago y se convierten sin fricción.
• Volumen / sede — emite claves a través de la API de administración o del aprovisionamiento automático de la tienda, gestiónalas en bloque (cambios de puestos en bloque y revocación en bloque) o cubre una organización con una única licencia de muchos puestos.
• Revocación — anula con un clic una clave reembolsada o filtrada; llega a los clientes en línea en la siguiente actualización y a los clientes sin conexión mediante una lista de revocación firmada.

Cada licencia y arrendamiento se firma con la propia clave RSA de tu inquilino y el SDK lo verifica sin conexión, de modo que todo lo anterior funciona en entornos aislados (air-gapped) y falla de forma segura por diseño. Consulta la lista completa de capacidades en la página de funciones de Keyright, o lee la documentación de Keyright para montar el modelo que encaje con tu forma de vender.