ES
EN 
FR 
DE 
IT 
PT 
Historia de las licencias de Microsoft: timeline visual desde MS-DOS
En agosto de 1981, alguien encendía un IBM PC y encontraba MS-DOS como parte de la máquina. Años después, otro comprador salía de una tienda con una caja de Windows u Office bajo el brazo. Hoy, una empleada inicia sesión con su identidad corporativa y recibe aplicaciones, almacenamiento, correo y seguridad desde una suscripción. Las tres escenas parecen pertenecer a industrias distintas. En realidad, son capítulos de la misma historia: la historia de las licencias de Microsoft.
El hilo conductor no es una marcha simple desde la licencia perpetua hacia la nube. Microsoft fue añadiendo capas para resolver problemas nuevos: distribuir software con hardware, venderlo al público, estandarizar miles de puestos, controlar la copia, licenciar servidores cada vez más potentes y seguir a un usuario que trabaja desde varios dispositivos. Muchas de esas capas aún conviven.
Entenderlas importa porque comprar software no equivale a comprar una cadena de caracteres. Una licencia define un derecho de uso; una clave ayuda a instalar o activar; la activación es una comprobación técnica. Canal, contrato, métrica y método de activación responden a preguntas diferentes. Esta cronología los separa para que las decisiones actuales resulten más claras.
Índice
- MS-DOS y el modelo OEM
- Windows y Office en el mercado masivo
- Open, Select y Enterprise Agreement
- Servidores, CAL y cores
- Product Activation en 2001
- MAK, KMS y ADBA
- Software Assurance
- Office 365 y Microsoft 365
- Cloud, híbrido y licencia por VM
- Licencias usadas en la UE
- Qué comprar hoy
- Preguntas frecuentes
1981: antes de Windows, MS-DOS y el modelo OEM
El 12 de agosto de 1981, el IBM PC llegó con MS-DOS 1.0. La fecha es útil no solo por el producto, sino por la forma de llevarlo al mercado. Microsoft no necesitaba vender una copia directamente a cada persona: licenciaba el sistema a fabricantes de equipos originales, los OEM, que lo suministraban con sus ordenadores. El software entraba en casa o en la oficina como una pieza de la plataforma, igual que la memoria o la unidad de disco, aunque jurídicamente no fuese una pieza física.
Ese reparto también moldeó el soporte. Cada fabricante podía entregar una variante, documentación o utilidades propias y era el primer interlocutor del comprador. En 1990, cuando Microsoft anunció soporte adicional para más de 25 millones de usuarios estadounidenses de versiones OEM, explicó que MS-DOS se licenciaba a OEM y no a usuarios finales. La observación desmonta una idea común: OEM no fue una ocurrencia tardía asociada a Windows barato; está en el origen mismo de la expansión del PC compatible.
El modelo escaló porque alineaba intereses. El fabricante obtenía un sistema listo para su hardware; Microsoft llegaba a numerosos equipos sin construir una red minorista equivalente; el cliente recibía una solución funcional. Pero también nacía una tensión que sigue vigente: ¿el derecho acompaña a la persona o al dispositivo? En OEM, la respuesta suele inclinarse hacia el equipo y hacia las condiciones suministradas con él. Eso explica por qué una instalación que funciona no implica automáticamente que pueda trasladarse a otra máquina.
Conviene evitar la leyenda fácil sobre importes exactos del acuerdo con IBM o la compra de QDOS. Las fuentes secundarias discrepan en detalles. Para comprender el licenciamiento basta una conclusión más sólida: Microsoft conservó la capacidad de licenciar su sistema en un mercado de fabricantes múltiples, y ese canal convirtió la difusión del software en parte del crecimiento del hardware.
1985–1990: Windows y Office llegan al mercado masivo
El 20 de noviembre de 1985 Microsoft envió la versión retail de Windows. El usuario podía encontrar software Microsoft fuera del ordenador que lo había traído de fábrica. Esa caja —más tarde conocida como FPP, Full Packaged Product— reunía medios, documentación y un derecho concedido al comprador bajo sus términos. OEM y Retail empezaron a representar experiencias distintas, no grados universales de calidad.
En términos prácticos, OEM favorecía la comodidad de un sistema preinstalado y vinculado al equipo. Retail ofrecía una adquisición individual y, según la versión, los términos y la ley aplicable, podía admitir traslado. Ninguna etiqueta debe leerse aislada. Una actualización, una edición completa y una licencia académica podían circular por canales distintos y conceder derechos diferentes. Windows 95 convirtió la caja en icono cultural, pero no “inventó” Retail, OEM, el certificado de autenticidad ni la clave de producto.
En 1990 apareció Office para Windows con Word, Excel y PowerPoint. La suite hizo otra cosa decisiva: empaquetó aplicaciones complementarias bajo una edición y un ciclo de versión. El comprador dejaba de evaluar tres herramientas separadas y adquiría una plataforma de productividad. Durante décadas, ese patrón definió el Office perpetuo.
Significa que el derecho de uso de esa versión no vence por dejar de pagar una cuota periódica, siempre dentro de los términos aplicables. No garantiza nuevas funciones para siempre, compatibilidad indefinida, actualizaciones a versiones futuras ni soporte sin fecha final.
La distinción sigue viva. Quien consulta hoy las opciones de licencias de Windows o de Microsoft Office perpetuo debería preguntar primero si necesita una licencia base, una actualización, una edición concreta y posibilidad de transferencia. “Windows” u “Office” describen familias; no describen por sí solos el derecho adquirido.
1993–2001: la empresa necesita otra forma de comprar
La caja funcionaba bien para una persona. Funcionaba peor para una organización con decenas, cientos o miles de puestos. Comprar medios repetidos, guardar claves dispersas y negociar cada incorporación por separado añadía coste administrativo. La empresa necesitaba adquirir derechos en conjunto, prever crecimiento y demostrar qué había asignado. De esa necesidad surgió la gran familia del licenciamiento por volumen.
Microsoft ofreció Open License por primera vez en 1993. En 1996 redujo el mínimo inicial de 50 a 20 unidades y el de reposición de 20 a 10. En abril de 2000 simplificó el programa con Open Business, accesible desde cinco productos. Las cifras son históricas, no reglas actuales; muestran cómo Microsoft acercó la compra por volumen a organizaciones más pequeñas.
A finales de los noventa, Microsoft describía una escalera reconocible. Open atendía compras relativamente pequeñas. Select se orientaba a organizaciones grandes capaces de estimar necesidades. Enterprise Agreement servía a entidades que querían estandarizar ampliamente la plataforma. No eran meros descuentos por cantidad. Cambiaban el lenguaje de compra: afiliados, niveles, periodos contractuales, pedidos, inventario, pagos y, en algunos acuerdos, regularizaciones o true-up.
Ese cambio produjo una confusión persistente. “Volumen” es un canal y una familia contractual, no una característica técnica que vuelva cualquier clave reutilizable. En Windows de escritorio, los derechos comerciales suelen ser de actualización: parten de un sistema operativo base cualificado, normalmente OEM o Retail. Una organización que conserva una clave de volumen pero no puede demostrar esa base puede tener una instalación activada y, a la vez, un expediente incompleto.
El 10 de mayo de 2001 Microsoft anunció cambios que entrarían en vigor el 1 de octubre con Licensing 6.0. Entre ellos estaba Software Assurance. El software dejaba de ser solo una fotografía comprada en una fecha: el contrato podía cubrir el derecho a nuevas versiones publicadas durante un periodo y sumar beneficios variables. Esta idea preparó el terreno para una relación más continua, aunque no era todavía la suscripción cloud moderna.
Open License se retiró el 1 de enero de 2022. Eso no borra su importancia ni hace desaparecer de golpe los acuerdos heredados. Los programas, portales y rutas comerciales cambian; los registros de una compra histórica deben conservarse. En 2026 Microsoft ha seguido trasladando la administración de contratos a Microsoft 365 admin center y Volume Licensing Central. La lección práctica es sencilla: nunca confunda el portal vigente con el origen jurídico del derecho.
Servidores, CAL y métricas que siguen la capacidad
El escritorio plantea quién puede usar una copia. El servidor añade otra pregunta: ¿quién o qué puede acceder al servicio? Microsoft respondió con modelos de servidor más licencias de acceso de cliente, o CAL. Una CAL no es un programa que se instala. Es un derecho asignado a un usuario o a un dispositivo para acceder a un producto servidor cuando sus reglas lo exigen.
La elección entre User CAL y Device CAL depende del patrón de trabajo. Imagine 40 empleados que comparten 20 terminales por turnos. Si todos acceden al servidor, 20 Device CAL pueden reflejar mejor el uso. Si 20 empleados utilizan portátil, sobremesa y móvil, las User CAL pueden resultar más naturales. El ejemplo solo ilustra la métrica: deben revisarse versión, producto, edición, acceso externo y condiciones vigentes.
Las capas pueden acumularse. Una Windows Server CAL base no concede por sí sola derechos de Remote Desktop Services; para ciertas sesiones remotas se suma una RDS CAL. Un External Connector puede resolver determinados accesos de usuarios externos, pero no es un comodín. Y el multiplexado —poner un portal o una aplicación entre las personas y el servidor— no reduce automáticamente el número de CAL. La tecnología intermedia no borra a quienes reciben el servicio.
SQL Server muestra por qué no hay una fórmula universal. Algunas ediciones permiten Server + CAL o Per Core. En el primer caso se licencia el servidor y el acceso; en el segundo, la capacidad computacional relevante. Windows Server Standard y Datacenter usan actualmente core más CAL cuando corresponde. Por eso una selección seria de Windows Server y sus licencias de acceso o licencias de SQL Server empieza por arquitectura y usuarios, no por una clave.
El paso de procesador a core respondió a una transformación material. SQL Server 2012 introdujo Per Core mientras retiraba progresivamente el modelo por procesador. Windows Server 2016 trasladó Standard y Datacenter a core, con mínimos de ocho cores por procesador y dieciséis por servidor en la transición documentada. Los procesadores multinúcleo y la virtualización habían vuelto demasiado desigual la palabra “procesador”. El core acercó la métrica a la capacidad, aunque hizo más importante inventariar bien el hardware.
2001: la licencia se hace visible mediante activación
Hasta entonces, para muchos usuarios la licencia era el texto que nadie leía y la clave era un código durante la instalación. Office XP, disponible el 31 de mayo de 2001, y Windows XP, disponible de forma general el 25 de octubre, llevaron Product Activation a los grandes productos cliente. No fue correcto atribuir todo el cambio solo a Windows XP: Office XP llegó antes aquel año y contemplaba tanto licencias perpetuas como de suscripción.
La activación relacionaba la clave y la instalación con información del dispositivo y pedía completar una comprobación. El objetivo era dificultar que una misma copia retail u OEM se instalara sin límite. Para el usuario, la licencia dejó de ser invisible: un cambio importante de hardware, una reinstalación o un número excesivo de usos de la clave podía provocar una solicitud de reactivación.
Esto no fundió los conceptos. La licencia seguía siendo el derecho concedido por contrato; la clave, un identificador técnico; la activación, un mecanismo de control. Un equipo podía activar y carecer de una cadena de adquisición suficiente. También podía existir un derecho válido y necesitar intervención para reactivar después de un cambio permitido. La pantalla de éxito no era una auditoría jurídica.
En privacidad, el debate se centró en qué datos se transmitían y cómo se vinculaban al hardware. La explicación útil hoy no necesita dramatizar: Microsoft creó una huella técnica para reconocer la instalación sin convertir cada componente en una identidad personal. Los detalles variaron por versión. Lo duradero fue el nuevo contrato psicológico: el software podía pedir confirmación después de abandonar la caja.
Las antiguas Volume License Keys de generaciones anteriores tampoco deben llamarse MAK o KMS de forma retroactiva. Las VLK podían evitar la experiencia de activación minorista en determinados productos. MAK y KMS pertenecen a una arquitectura posterior, diseñada para administrar activaciones organizativas de manera controlada.
2006–2012: MAK, KMS y Active Directory
Con la generación de Windows Vista y Windows Server 2008 apareció Volume Activation 2.0. La empresa ya no tenía que elegir entre activar cada puesto como un consumidor o utilizar una clave que circulara sin suficiente control. Microsoft ofreció dos caminos principales.
- MAK, Multiple Activation Key: cada instalación se activa una vez contra los servicios de Microsoft, directamente o mediante una herramienta intermediaria. La clave dispone de un número predefinido de activaciones y encaja en equipos aislados o que rara vez conectan a la red corporativa.
- KMS, Key Management Service: los clientes encuentran un host dentro de la organización, se activan localmente y renuevan periódicamente. Para versiones compatibles, la planificación actual exige al menos 25 clientes Windows o 5 servidores Windows; son umbrales operativos actuales, no cifras que deban proyectarse sin matiz a todas las épocas.
Office 2010 consolidó esa arquitectura al adoptar KMS como método predeterminado en ediciones por volumen. Después, Windows 8 y Windows Server 2012 trajeron la activación basada en Active Directory, ADBA. Un objeto de activación almacenado en AD DS permite activar equipos compatibles cuando se unen al dominio, sin depender del mismo diseño de host KMS.
La diferencia no es “qué licencia es mejor”, porque MAK, KMS y ADBA no son licencias. Son formas de materializar técnicamente derechos adquiridos por volumen. Un vendedor que presenta una “licencia KMS” individual para un portátil doméstico mezcla categorías. Y una organización que migra a ADBA no adquiere por ello más usuarios, cores o instancias autorizadas.
El diseño adecuado depende de conectividad, tamaño, segmentación, versiones y recuperación ante desastres. MAK puede ser práctico en una sucursal desconectada; KMS, en una flota amplia; ADBA, en un dominio bien administrado. En todos los casos, el inventario contractual debe vivir al lado del inventario técnico, no dentro de él.
Software Assurance: del derecho de actualización a la movilidad
Software Assurance entró en vigor con Licensing 6.0 el 1 de octubre de 2001. Su núcleo histórico fue New Version Rights: si Microsoft publicaba una nueva versión durante la cobertura, el cliente podía instalarla conforme a las condiciones del programa. Era una manera de sustituir compras de actualización imprevisibles por planificación durante un periodo.
SA no es una licencia desnuda que autorice cualquier software. Se adjunta a licencias elegibles y sus beneficios han dependido del producto, contrato, región y época. Han incluido combinaciones de soporte, formación, herramientas de despliegue, virtualización, movilidad o recuperación. Citar una lista de 2005 como si siguiera vigente en 2026 sería tan erróneo como ignorar la cobertura original.
Su relevancia creció cuando las cargas dejaron de residir siempre en un único servidor físico. Derechos de nuevas versiones podían facilitar una migración; beneficios de movilidad podían permitir escenarios con centros de datos o proveedores autorizados; y la suscripción o SA activa abrió opciones más flexibles. La referencia final debe ser siempre la documentación contractual vigente, no el nombre comercial recordado.
2011–2017: Office 365 y Microsoft 365 siguen al usuario
El 28 de junio de 2011 Microsoft lanzó Office 365 globalmente en 40 mercados. La propuesta reunía Office, Exchange Online, SharePoint Online y Lync Online bajo una cuota mensual predecible. Microsoft había probado suscripciones antes; lo nuevo era la escala de una suite cloud capaz de convertir productividad, comunicación y colaboración en un servicio continuo.
La unidad económica se desplazó. Una licencia perpetua respondía “¿qué dispositivo puede ejecutar esta versión?”. Una suscripción por usuario preguntaba “¿qué identidad puede utilizar estas aplicaciones y servicios durante el plazo?”. El usuario podía trabajar desde varios dispositivos autorizados, mientras la administración asignaba o retiraba licencias desde un directorio. La incorporación y la baja se acercaron a la gestión de identidades.
El 10 de julio de 2017 Microsoft presentó Microsoft 365; las ofertas Enterprise E3 y E5 llegaron el 1 de agosto. Microsoft 365 Enterprise combinaba Office 365 Enterprise, Windows 10 Enterprise y Enterprise Mobility + Security. La licencia por usuario ya no cubría solo aplicaciones: envolvía productividad, sistema operativo empresarial, identidad, gestión y seguridad.
Eso no significa que Microsoft 365 sustituyera instantáneamente a Office 365 ni que eliminara lo perpetuo. Los nombres y planes evolucionaron por mercado. La diferencia estructural sí permanece: durante una suscripción activa, el cliente recibe servicios y una cadencia continua; con una edición perpetua compra el derecho de usar una versión determinada según sus términos.
Office 2024, disponible para consumidores y pequeñas empresas el 1 de octubre de 2024, sigue siendo compra única para un PC o Mac según edición y carece de los servicios de la suscripción. Office LTSC 2024, disponible por volumen desde septiembre de 2024, se dirige a escenarios organizativos que valoran estabilidad y no recibe funciones nuevas después del lanzamiento. Su soporte termina el 9 de octubre de 2029. Microsoft ha confirmado al menos otra versión on-premises posterior, así que llamarlo “el último Office perpetuo” sería prematuro.
La decisión no es ideológica. Una planta aislada, un equipo de laboratorio o un entorno regulado puede preferir una versión estable. Un equipo distribuido puede necesitar coautoría, correo, identidad y actualizaciones. En el catálogo de soluciones y licencias Microsoft, la pregunta útil no es “nube o caja”, sino qué derechos y servicios necesita cada usuario durante todo el ciclo de vida.
2012–2026: cloud, híbrido y licencias por máquina virtual
Azure añadió una lógica distinta: consumo de infraestructura y servicios a medida que se usan. Sin embargo, la nube no borró los derechos on-premises. Los conectó. Beneficios como Azure Hybrid Benefit o License Mobility pueden permitir aprovechar inversiones elegibles en escenarios cloud, pero exigen productos, cobertura y destinos concretos. El nombre “híbrido” no autoriza por sí solo a mover cualquier licencia.
En octubre de 2022 Microsoft añadió una opción de licenciar Windows Server por máquina virtual para clientes con suscripción o Software Assurance activa. Frente a licenciar todos los cores físicos del host, la organización puede asignar licencias a VM bajo mínimos y condiciones determinados. Es una respuesta al dinamismo de cargas que aparecen, cambian de host o desaparecen.
En 2026 conviven capas: Windows base suele llegar por OEM o Retail; Commercial Licensing agrega actualizaciones, Enterprise y derechos organizativos; Windows Server 2025 usa core y CAL cuando corresponde; SQL Server 2025 mantiene Per Core y Server + CAL para Standard, mientras Enterprise es Per Core; Microsoft 365 licencia identidades y servicios. No es “todo cloud”. Es una cartera híbrida que obliga a modelar dispositivo, usuario, capacidad y ubicación al mismo tiempo.
Licencias usadas en la UE: qué permite UsedSoft y qué hay que demostrar
El 3 de julio de 2012, el Tribunal de Justicia de la Unión Europea dictó sentencia en el asunto C-128/11, UsedSoft contra Oracle. Concluyó que el agotamiento del derecho de distribución puede alcanzar una copia descargada cuando el titular entrega la copia, cobra un precio destinado a remunerar su valor y concede un derecho de uso por tiempo ilimitado. Fue un hito para el mercado secundario de software en la UE.
Pero no fue un cheque en blanco para cualquier código. El litigio trataba de productos y hechos de Oracle; aplicar sus principios a una operación Microsoft exige revisar el producto, el contrato, el territorio y la prueba. Una suscripción temporal no se convierte sin más en licencia perpetua revendible. El primer adquirente debe hacer inutilizable su copia al transferirla. Y el Tribunal rechazó dividir, en el supuesto analizado, una licencia multiusuario para revender solo la parte no utilizada.
La diferencia crucial vuelve a ser la de licencia y clave. Una clave que activa puede haber sido filtrada, reutilizada, obtenida de un canal no destinado a reventa o separada del derecho al que pertenecía. Microsoft advierte que, salvo formatos específicos como ciertas Product Key Cards con certificado, no distribuye claves como productos independientes. “Solo clave” no es una categoría jurídica; es la ausencia de piezas que quizá deberían acompañarla.
Para una compra corporativa, el expediente debería permitir reconstruir:
- producto, edición, versión, idioma cuando sea relevante y cantidad exacta;
- tipo de licencia y métrica: dispositivo, usuario, servidor, core u otra;
- factura y documentación del proveedor;
- cadena de adquisición desde el primer titular hasta el comprador;
- declaración o evidencia de que el cedente dejó de usar las copias transferidas;
- condiciones del contrato original y territorio;
- coherencia entre documentos, medios, claves y derechos de actualización.
Microsoft contempla que determinadas licencias de Office vinculadas a una cuenta puedan transferirse en el Espacio Económico Europeo según la legislación aplicable, con procesos de verificación en ciertos casos. Eso refuerza la necesidad de estudiar la licencia concreta, no de aplicar una frase universal.
Un proveedor responsable no debería prometer “legalidad garantizada” basándose solo en que la activación funciona. Debería explicar qué se transfiere, qué documentos entrega y dónde existen límites. Esa prudencia no debilita el mercado usado; lo hace defendible.
La situación actual: siete lecciones para comprar mejor
- Defina producto, edición, versión y canal. “Necesito Office” no basta. Aclare aplicaciones, sistema, dispositivos, usuarios y duración prevista.
- Elija la métrica correcta. Un usuario con tres dispositivos, veinte personas por turnos y un host de 32 cores producen cálculos muy distintos.
- Separe derecho y activación. Guarde contratos y facturas aunque el portal muestre todo en verde. Un estado técnico puede cambiar; la evidencia debe sobrevivir.
- Compruebe la base de Windows. Los derechos de actualización por volumen suelen necesitar un sistema base cualificado. Inventarie OEM y Retail antes de comprar la capa empresarial.
- Calcule el ciclo de vida. Incluya soporte, compatibilidad, nuevas funciones, administración, salida de usuarios y próxima migración; no mire solo el desembolso inicial.
- Exija procedencia en software usado. La factura y la cadena documental importan tanto como la clave. Rechace descripciones vagas o cantidades que no coinciden.
- Revise términos vigentes. Product Terms, guías de producto y contratos mandan sobre resúmenes históricos. Archive también la versión aplicable en la fecha de compra.
Licendi puede ayudar a traducir ese mapa en una selección concreta: identificar si necesita OEM, Retail, Office perpetuo, una solución de servidor o documentación para una licencia de segunda mano. La utilidad está en formular las preguntas antes de emitir una clave, no en prometer una respuesta idéntica para todos.
Preguntas frecuentes sobre licencias Microsoft
¿Cuál fue el primer modelo de licencia de Microsoft para MS-DOS?
MS-DOS se distribuyó principalmente a través de fabricantes OEM. Microsoft licenciaba el sistema a fabricantes que lo adaptaban o instalaban en sus equipos y atendían al cliente. Por eso no conviene imaginar aquella etapa como la venta directa de una caja idéntica a cada usuario.
¿Qué diferencia hay entre una licencia OEM, Retail y por volumen?
OEM acompaña normalmente a un dispositivo y queda vinculada a él según sus términos. Retail se compra de forma individual y puede admitir transferencia en las condiciones aplicables. El licenciamiento por volumen es un canal contractual para organizaciones; en Windows cliente suele aportar derechos de actualización y edición empresarial, no necesariamente la licencia base completa.
¿Una clave de producto demuestra que Windows u Office tienen licencia?
No. Una clave puede permitir instalar o activar, pero no demuestra por sí sola el derecho de uso. También importan el canal, los términos, la factura, la asignación, la edición, la cantidad y la procedencia. Una oferta de solo clave sin documentación suficiente merece cautela.
¿Qué son MAK, KMS y la activación basada en Active Directory?
Son métodos técnicos de activación por volumen. MAK activa contra los servicios de Microsoft; KMS utiliza un servicio dentro de la organización y exige umbrales; ADBA activa equipos compatibles unidos al dominio mediante Active Directory. No son licencias independientes ni productos destinados a venderse como claves sueltas al consumidor.
¿Qué es una CAL de Microsoft y cuándo se necesita?
Una CAL concede a un usuario o dispositivo el derecho de acceder a ciertos productos servidor. No instala software ni sustituye las licencias de servidor o de core. Los requisitos dependen del producto, la edición, la forma de acceso y funciones adicionales, como los servicios de escritorio remoto.
¿Office 2024 es perpetuo y en qué se diferencia de Microsoft 365?
Office 2024 se adquiere como compra única para el dispositivo permitido por su edición. Puede seguir usándose sin renovar una cuota, pero no recibe indefinidamente nuevas funciones ni soporte. Microsoft 365 es una suscripción por usuario que combina aplicaciones actualizadas y servicios cloud mientras permanezca activa.
¿Es legal comprar una licencia Microsoft usada en España o la UE?
Puede serlo en determinadas circunstancias. La doctrina UsedSoft contempla el agotamiento para ciertas copias de software concedidas por tiempo ilimitado, pero no convierte cualquier clave o suscripción en revendible. Hay que verificar producto, territorio, contrato, cadena de adquisición, desinstalación del cedente y documentación de transferencia.
¿Qué licencia Microsoft conviene comprar hoy?
Depende del escenario. Un PC nuevo suele llegar con OEM; una compra individual puede apuntar a Retail según sus términos; Office 2024 o LTSC encaja en entornos que priorizan una versión estable; Microsoft 365 favorece colaboración y varios dispositivos; y servidores requieren calcular cores, CAL, virtualización y derechos híbridos con ayuda especializada.
Una historia de capas, no de reemplazos
Desde el MS-DOS entregado por un fabricante hasta una identidad de Microsoft 365, la licencia ha seguido el lugar donde Microsoft encontraba valor y complejidad: primero el equipo, después la copia, la organización, el acceso, la capacidad y el usuario. Ninguna etapa desapareció del todo. Por eso comprar bien exige reconocer qué capa está delante y qué prueba la sostiene.
