Guía de decisión sobre licenciamiento de Java

En muchas organizaciones, el licenciamiento de Java pasó de ser una nota técnica al pie a una conversación de costos a nivel directivo. La razón es la métrica: la Java SE Universal Subscription vigente de Oracle se cotiza según la cantidad de empleados de la organización, no según la cantidad de servidores, equipos de escritorio o personas que efectivamente usan Java.

Esta guía busca ayudar a CIO, CFO, compras y legal a entender las reglas actuales y tomar una decisión deliberada, no reactiva.

¿Cómo funciona la métrica de la Java SE Universal Subscription?

Según la Java SE Universal Subscription Global Price List de Oracle, la suscripción se licencia por “Employee for Java SE Universal Subscription”, definido como:

• todos tus empleados de tiempo completo, de tiempo parcial y temporales; y
• todos los empleados de tiempo completo, de tiempo parcial y temporales de tus agentes, contratistas, proveedores de servicios tercerizados y consultores que apoyan tus operaciones internas de negocio.

De esa definición se desprenden tres consecuencias:

1. El uso no define el conteo. La lista de precios indica que la cantidad de empleados se determina sin importar cuántos de ellos usan los programas.
2. El conteo se fija al inicio y debe mantenerse al día. La cantidad licenciada debe ser al menos igual a tu cantidad de empleados en la fecha de vigencia del pedido y, si durante el plazo la cantidad de empleados supera la licenciada, se requiere una licencia adicional.
3. El personal de terceros puede contar. La frase “que apoyan tus operaciones internas de negocio” es donde se concentra buena parte de la interpretación y la negociación.

La suscripción tiene un plazo mínimo de un año. La lista de precios de Oracle también fija límites de procesadores que dependen de la cantidad de empleados licenciados, excluyendo equipos de escritorio y portátiles de ese cálculo.

¿Cuánto cuesta?

Oracle publica su lista de precios, y esta cambia. La versión de octubre de 2026 muestra dos estructuras: precios simplificados para organizaciones con menos de 3.000 empleados, con tramos de derechos fijos y una tarifa por empleado para los que superan los 500; y tarifas mensuales por empleado a partir de 3.000 empleados, que bajan a medida que aumenta la cantidad, con la indicación de contactar a Oracle para organizaciones de más de 50.000 empleados.

Dos aspectos prácticos importan más que las tarifas en sí:

• La tarifa se aplica a todo el conteo. En volúmenes corporativos, el precio por empleado de tu tramo se multiplica por la cantidad total de empleados.
• Los límites de tramo importan. Como la tarifa cambia en cada umbral, una variación moderada en la cantidad de empleados puede mover el total de forma significativa. Confirma qué tramo aplica y cómo se gestionan los cambios durante el plazo.

Usa siempre la lista de precios vigente y tu propia cotización. Las cifras más antiguas que circulan en internet pueden no reflejar los precios actuales de Oracle.

¿Qué versiones de Oracle JDK son gratuitas y bajo qué términos?

Aquí es donde se genera la mayor parte de la exposición, porque la respuesta depende de la versión y la actualización exactas que estén instaladas. Según el Java SE Support Roadmap y las preguntas frecuentes de licenciamiento de Oracle:

• Oracle JDK 25 se ofrece bajo los Oracle No-Fee Terms and Conditions (NFTC), que permiten su uso para operaciones internas de negocio sin costo. Las actualizaciones publicadas después de septiembre de 2028 pasarán, según lo previsto, a la licencia Java SE OTN.
• Oracle JDK 21 se ofrecía bajo NFTC. Las actualizaciones publicadas desde el Critical Patch Update de octubre de 2026 se ofrecerán, según lo previsto, bajo la licencia Java SE OTN.
• Oracle JDK 17: las actualizaciones publicadas desde el 15 de octubre de 2024 están bajo la licencia OTN.
• Oracle JDK 8 y 11: las actualizaciones están disponibles bajo la licencia OTN; en Oracle JDK 8, quedan bajo estos términos las actualizaciones desde la 8u211 (abril de 2019). Las versiones anteriores al 16 de abril de 2019 se licenciaban bajo la antigua Binary Code License.

La licencia OTN permite uso personal, desarrollo, pruebas, prototipos, demostraciones y algunos otros usos limitados sin costo. El uso en producción bajo términos OTN, en general, requiere una suscripción. La licencia NFTC aplica a los builds publicados bajo ella; es la actualización posterior la que cambia los términos.

Oracle también ofrece builds de OpenJDK bajo una licencia de código abierto (GPLv2 con Classpath Exception) en jdk.java.net, y otros proveedores distribuyen sus propios builds de OpenJDK.

¿Cómo suele originarse la exposición?

Muy rara vez por una decisión deliberada. Con más frecuencia, por:

• actualizaciones automáticas que llevan una instalación de un build gratuito a uno bajo términos OTN;
• imágenes de contenedores y pipelines de compilación que descargan Oracle JDK por defecto;
• catálogos de software de escritorio y estaciones de trabajo de desarrolladores;
• aplicaciones de terceros que incluyen Oracle Java, cuyo derecho de uso depende del acuerdo del proveedor con Oracle.

Ten en cuenta que, con una métrica por empleado, una sola instalación que requiera suscripción puede derivar en una suscripción calculada sobre toda la plantilla. Por eso el inventario va primero.

¿Cuáles son las opciones realistas?

Suscribirse. Adecuado cuando Oracle JDK está muy integrado y la organización valora el soporte y las herramientas de Oracle. Negocia la metodología de conteo, el tratamiento de los contratistas y los cambios durante el plazo.

Migrar a OpenJDK. Muchas empresas migran a distribuciones de OpenJDK. Puede eliminar la necesidad de suscripción, pero es un programa de trabajo, no un interruptor: las pruebas de aplicaciones, los pipelines de compilación, las imágenes de contenedores, las herramientas de escritorio y el software de terceros requieren atención, y suelen llevar más tiempo que el propio código.

Quedarse en términos gratuitos de forma deliberada. Usar builds de Oracle JDK bajo NFTC es un camino legítimo, siempre que la gobernanza de actualizaciones evite que las instalaciones pasen a actualizaciones con licencia OTN sin una decisión explícita, y que los parches de seguridad estén planificados.

Los caminos mixtos requieren cuidado. Mantener unas pocas instalaciones de Oracle JDK que requieren suscripción mientras se migra todo lo demás puede no reducir el costo con una métrica por empleado. Asegúrate de que el estado final efectivamente elimine la necesidad de suscripción.

¿Cómo responder si Oracle plantea el tema de Java?

Con calma y en orden:

1. Evidencia. Construye tu propio inventario de instalaciones, versiones y actualizaciones, y cómo llegaron ahí.
2. Clasificación. Asigna a cada instalación la licencia que corresponde: NFTC, OTN, BCL, OpenJDK o un derecho incluido con otro producto.
3. Conteo. Arma el conteo de empleados con datos de RR. HH. y de entidades legales, y acuerda internamente cómo se tratan contratistas y proveedores tercerizados.
4. Precio. Recién entonces discute las condiciones comerciales.

Responde por escrito, por un único canal, y evita confirmar cifras que no hayas verificado.

Implicaciones prácticas

• Para el CIO: ser dueño del inventario y de la gobernanza de actualizaciones que lo mantiene al día.
• Para el CFO: modelar la suscripción sobre el total de empleados, incluidos los efectos de tramo, frente al costo de migrar.
• Para compras: negociar la fecha y la metodología de conteo, el tratamiento de contratistas y la protección de precio en las renovaciones.
• Para legal: concentrarse en la definición de empleado, el alcance de entidades y el tratamiento de adquisiciones y desinversiones.

Para organizaciones con operaciones en varios países de América Latina, el conteo de empleados suele abarcar varias entidades legales, centros de servicios compartidos y equipos tercerizados en distintos países. Define qué entidades y terceros están dentro del alcance antes de compartir cualquier número, y presupuesta la suscripción en dólares frente a una planificación en moneda local.

Lista de verificación práctica: autoevaluación en cinco pasos

Errores frecuentes

• Confirmar una cantidad de empleados demasiado pronto. Se convierte en la base de todas las conversaciones posteriores.
• Dejar una instalación de Oracle JDK después de migrar. Con una métrica por empleado, puede pesar mucho más de lo que su tamaño sugiere.
• Dejar que Java se incluya en otra negociación o revisión. Mantén el tema separado y documentado.
• Ignorar las actualizaciones automáticas. Un build gratuito hoy puede reemplazarse mañana por una actualización que no lo es.
• Aceptar períodos retroactivos sin análisis. Pide el fundamento de cualquier reclamo sobre uso pasado.

Preguntas frecuentes