ES
EN 
FR 
DE 
IT 
PT 
SharePoint Server Subscription Edition: licencias, versiones y migración en 2026
SharePoint Server Subscription Edition (SPSE) es la rama local vigente de SharePoint. No es “SharePoint 2022” o “SharePoint 2025”, ni una nueva edición perpetua que pueda instalarse y olvidarse. Combina el control de la granja con derechos de licencia activos, actualizaciones acumulativas mensuales y la retirada progresiva de dependencias obsoletas.
El momento es decisivo: el soporte de SharePoint Server 2019 terminó el 14 de julio de 2026. A 28 de julio de 2026, SPSE se encuentra en Version 26H1 y su actualización pública más reciente es KB5002882, publicada el 14 de julio, build 16.0.19725.20434. Quien siga en 2019 necesita un destino deliberado: una granja SPSE nueva, SharePoint Online o una permanencia temporal y controlada cuyo riesgo por falta de soporte esté aceptado.
Conviene separar tres preguntas. La primera es si existen licencias de servidor, CAL y cobertura suficientes. La segunda es si el build instalado y sus dependencias están soportados. La tercera es si workflows, formularios, autenticación y código personalizado son compatibles. Poder adjuntar una base de datos no demuestra derechos de uso; una licencia correcta tampoco convierte una solución antigua en una solución soportable.
Qué cambia con SharePoint Server Subscription Edition
SPSE sigue siendo SharePoint Server. El cliente administra Windows Server, SQL Server, topología, búsqueda, Distributed Cache, aplicaciones de servicio, certificados, copias y recuperación. Los datos pueden permanecer en un centro controlado por la organización o en un alojamiento adecuado. Es una opción relevante cuando soberanía, aislamiento, integración local o soluciones imprescindibles impiden un salto inmediato al cloud.
El cambio estratégico es el mantenimiento. SPSE sigue la Modern Lifecycle Policy de Microsoft y no tiene una retirada fija publicada. Eso no concede soporte indefinido a un build antiguo. Las Public Updates son mensuales y acumulativas, cada PU dispone de una ventana de soporte de un año y las funciones se agrupan dos veces al año como YYH1 y YYH2.
Version 26H1 y la actualización de julio de 2026
Version 26H1 llegó con la PU de junio de 2026. Entre sus funciones documentadas figuran Modern People Card y Document Intelligence en el anillo Standard; otras capacidades pueden aparecer primero en Early release. No es una instalación mayor separada: las funciones entran mediante el canal mensual y permanecen en las PU posteriores.
En la fecha de corte, la última PU es KB5002882 del 14 de julio de 2026. Aunque es acumulativa, hay que leer sus notas concretas: Microsoft documenta prerrequisitos relacionados con SharePoint Workflow Manager y un problema conocido que exige una acción posterior a PSConfig. Windows Update puede copiar binarios, pero no siempre completa la actualización de la granja; deben planificarse y verificarse SharePoint Products Configuration Wizard o PSConfig.
Un modelo operativo serio incluye laboratorio representativo, revisión mensual, copias de seguridad de bases y configuración, recuperación probada, inventario de builds y controles de salud antes y después. Modern Lifecycle es un compromiso operativo, no la ausencia de ciclo de vida. El historial oficial de actualizaciones de SharePoint es el punto de partida, y la KB de cada mes debe formar parte del cambio aprobado.
Licenciamiento de SPSE: servidor, CAL y derecho activo
El modelo base es Server/CAL. Cada instancia en ejecución requiere la licencia de servidor aplicable y quienes acceden suelen necesitar Standard CAL o derecho equivalente. Enterprise CAL es aditiva: se añade a Standard CAL para determinadas funciones avanzadas; no sustituye la CAL base.
Para SPSE, servidor y CAL aplicables necesitan suscripción o Software Assurance activa. SharePoint Online Plan 1 o Plan 2 User SL pueden aportar acceso base en los casos descritos por Product Terms; Plan 2 puede cubrir acceso aditivo a funciones Enterprise. Hay que mapear esos derechos al contrato y a cada usuario real, sin asumir que cualquier plan Microsoft 365 concede lo mismo.
El acceso por Internet provoca errores frecuentes. El contenido verdaderamente público y sin restricciones puede estar exento de CAL, pero una extranet autenticada o un área de cliente restringida no se vuelve pública por ser accesible desde Internet. Deben contarse empleados, colaboradores, invitados, identidades técnicas y dispositivos conforme al uso real.
Qué sucede cuando caduca Software Assurance
Microsoft contempla un derecho perpetuo a ejecutar SharePoint Server 2019 al finalizar o rescatar determinada cobertura SPSE; no concede un derecho perpetuo a seguir ejecutando SPSE. El cliente debe dejar SPSE y puede instalar 2019. En 2026 es una salida incómoda, porque esa versión está fuera de soporte desde el 14 de julio.
Por eso, una licencia perpetua de segunda mano de SharePoint 2019 sin SA activa nunca debe presentarse como vía de acceso a SPSE. Puede tener una transferencia jurídicamente documentada en Europa y servir para un escenario heredado muy delimitado, pero no otorga por sí sola derechos SPSE. Compras debe comprobar origen, cadena de titularidad, desinstalación del anterior titular, edición, servidores y CAL, mientras un especialista contrasta Product Terms y contrato vigentes.
Los requisitos técnicos no sustituyen el diseño
Microsoft admite SPSE sobre Windows Server 2019, 2022 o 2025 Standard o Datacenter, con Desktop Experience o Server Core. La base de datos necesita una versión compatible de SQL Server Standard o Enterprise para Windows con compatibilidad 150, incluidos SQL Server 2019 CU5 o posterior y SQL Server 2022. Azure SQL Managed Instance solo se admite si la granja está alojada en Azure; SQL Express y Azure SQL Database ordinario no sirven.
Los prerrequisitos incluyen IIS, .NET Framework 4.8 y el redistribuible Visual C++ adecuado; desde 23H1 se requiere Visual C++ 2015–2022 x64. Office 2013 es el cliente Office mínimo soportado y Office no debe instalarse en un servidor SharePoint. El mínimo orientativo multi-tier de cuatro cores, 16 GB de RAM y discos suficientes no es una recomendación de dimensionamiento.
Una arquitectura real analiza capacidad y latencia SQL, índices y rastreo de búsqueda, Distributed Cache, MinRole, crecimiento, exclusiones antivirus, balanceo, certificados, conectividad, monitorización, duración de las copias de seguridad y objetivos RPO/RTO. Un servidor puede cumplir el mínimo y ser inadecuado. Hay que registrar hipótesis y probar con contenido, permisos, búsqueda y concurrencia representativos.
Comparación: SharePoint 2019, SPSE y SharePoint Online
| Área | SharePoint 2019 | SPSE | SharePoint Online |
|---|---|---|---|
| Estado en julio 2026 | Sin soporte desde el 14 de julio | Soportado bajo Modern Lifecycle si está al día | Servicio Microsoft 365 activo |
| Operación | El cliente opera granja y plataforma | El cliente opera granja y mantenimiento mensual | Microsoft opera la infraestructura |
| Licencia | Derechos Server/CAL perpetuos históricos | Server/CAL con SA o suscripción activa | Suscripción cloud por usuario |
| Personalización | Deuda full-trust frecuente | Flexibilidad local con límites modernizados | Modelo cloud; una solución farm no se traslada tal cual |
SPSE encaja cuando un requisito documentado justifica la operación local y existe capacidad para mantenerla. SharePoint Online suele encajar mejor si se quiere reducir administración e integrar Microsoft 365. Online no es una actualización de versión: arquitectura de información, permisos, workflows, formularios, integraciones y código pueden necesitar rediseño.
Seguir temporalmente en 2019 puede dar tiempo, pero requiere propietario, aceptación del riesgo, controles compensatorios y fecha de salida. “Todavía funciona” no es soporte. Una plataforma web sin fabricante acumula exposición a cambios de Windows, SQL, navegador, identidad e integraciones aunque SharePoint parezca estable.
Migración desde SharePoint 2019 o 2016
Desde SharePoint 2019, Microsoft admite la actualización mediante conexión de bases de datos. Se construye una granja SPSE nueva y parcheada, se recrean configuración y servicios, se instalan soluciones compatibles, se restauran copias de las bases admitidas y se conectan para actualizarlas. La base de configuración no se mueve. Esta separación obliga a documentar dependencias en lugar de heredarlas silenciosamente.
El contenido de SharePoint 2016 también puede pasar directamente a SPSE mediante conexión de bases de datos, sin escala obligatoria en 2019. Las bases de origen deben cumplir el build mínimo documentado, 16.0.4351.1000. SharePoint 2013 y anteriores no tienen ruta directa: necesitan etapas intermedias, normalmente 2016, o una migración de contenido a Microsoft 365 tras valorar la transformación funcional.
Secuencia práctica
- Inventario: granjas, builds, bases, sitios, servicios, WSP, SPFx, web parts, workflows, formularios, autenticación, DNS, certificados, SQL y sistemas externos.
- Licencias: reconciliar instancias, CAL Standard/Enterprise, SA, suscripciones y derechos equivalentes antes de producción.
- Bloqueadores: rediseñar componentes no soportados y obtener versiones compatibles de terceros.
- Destino: desplegar SPSE limpio sobre Windows y SQL soportados, aplicar la PU elegida y configurar las copias de seguridad y la monitorización.
- Ensayo: usar copias, ejecutar Test-SPContentDatabase y resolver features o ensamblados ausentes.
- Prueba funcional: búsqueda, perfiles, metadatos, Secure Store, permisos, Office, sincronización, alertas, formularios, workflows e integraciones.
- Corte: planificar congelación o delta, DNS, comunicación, aprobación de negocio, reversión y evidencias.
- Operación: retirar la granja antigua de forma segura e iniciar el proceso mensual desde el primer día.
Componentes heredados que ya son bloqueadores
Desde el 14 de julio de 2026, InfoPath Forms Services, workflows de SharePoint 2010, SharePoint Designer 2013 y Basic Authentication ya no están soportados en SPSE. Que un componente permanezca visible o funcione no cambia su estado. Cada dependencia necesita responsable, sustituto, decisión de conservación de datos y alternativa probada.
Workflow merece atención propia. SharePoint Workflow Manager tiene parches independientes y algunas PU de SPSE exigen una versión adecuada. Hay que inventariar workflows 2010 y 2013, actividades personalizadas, cuentas, certificados y endpoints. Parchar SharePoint no garantiza que la plataforma de procesos siga soportada.
La autenticación afecta escáneres, clientes Office, integraciones y scripts. Sustituir Basic puede exigir OIDC, autenticación moderna, middleware actualizado o rediseño. Deben probarse procesos no interactivos; una prueba humana con navegador no descubre todos los flujos de credenciales heredados.
Cómo decidir el destino
Empiece por restricciones, no por preferencias de producto: localización legal, trabajo desconectado, latencia, recuperación, integraciones, personalizaciones, habilidades y ventanas de mantenimiento. Después cuestione cada restricción. Algunas son reales; otras son supuestos heredados que una evaluación cloud controlada puede desmontar.
Compare tres a cinco años. En SPSE incluya Windows, SQL, derechos SharePoint, CAL, hardware o alojamiento, copias de seguridad, seguridad, laboratorio, especialistas y mantenimiento mensual. En Online incluya suscripciones, identidad, red, herramientas de migración, gobierno, retención, rediseño y adopción. Ninguna opción es gratuita porque desaparezca una partida.
Si se estudia software perpetuo de segunda mano para infraestructura adyacente o una necesidad heredada acotada, exija trazabilidad y mantenga una conclusión prudente. La categoría de licencias de servidor de Licendi permite comparar productos disponibles y documentación. No sustituye los derechos de suscripción/SA de SPSE, y una licencia SharePoint 2019 no debe describirse como concesión de SPSE.
Gobierno después de la migración
El proyecto no termina con el primer acceso correcto. Conviene crear un registro vivo que relacione cada servidor con su build, rol, sistema operativo, versión SQL, fecha de PU, propietario y evidencia de las copias de seguridad. La misma revisión debe incluir caducidad de SA o suscripciones, renovación de certificados, capacidad, cuentas privilegiadas y estado de las soluciones de terceros. Así, una decisión de licencias no queda separada de la realidad operativa.
También es útil acordar métricas sencillas: tiempo desde la publicación de una PU hasta laboratorio y producción, porcentaje de restauraciones probadas, errores de rastreo, trabajos temporizados fallidos y excepciones abiertas. Las excepciones necesitan fecha y responsable; si se convierten en permanentes, Modern Lifecycle deja de ser una práctica y pasa a ser solo una etiqueta.
La revisión trimestral debe confirmar además que el inventario coincide con la granja real y que ninguna excepción ha perdido su justificación comercial.
Ese control evita sorpresas durante auditorías o incidentes.
Preguntas frecuentes
¿SharePoint Server Subscription Edition es perpetuo?
No para seguir ejecutando SPSE. Servidor y CAL aplicables requieren suscripción o SA activa. El derecho perpetuo alternativo indicado es SharePoint Server 2019, no SPSE.
¿SharePoint Server 2019 sigue soportado?
No. Su soporte ampliado terminó el 14 de julio de 2026.
¿Cuál es la versión actual?
A 28 de julio de 2026, Version 26H1; la PU más reciente es KB5002882, build 16.0.19725.20434.
¿Cada cuánto se actualiza?
Las PU son mensuales y acumulativas; hay Feature Updates dos veces al año y cada PU tiene un año de soporte.
¿Puedo actualizar desde 2019?
Sí, con una granja SPSE nueva y conexión de bases de datos, no mediante la conversión directa de la granja existente.
¿Puedo pasar directamente desde 2016?
Sí, si las bases soportadas cumplen el build mínimo exigido.
¿Necesito CAL?
Normalmente sí. Standard es la base y Enterprise es aditiva, salvo derechos equivalentes aplicables.
¿InfoPath y SharePoint Designer siguen soportados?
No. Su soporte en SPSE terminó el 14 de julio de 2026, junto con workflows 2010 y Basic Authentication.
Conclusión: la compatibilidad se mantiene, no se compra una vez
SPSE ofrece una ruta local soportada solo mientras licencia, plataforma y soluciones permanecen alineadas. La prioridad de 2026 es superar el fin de soporte de SharePoint 2019 sin trasladar formularios, workflows y autenticación obsoletos a una granja nueva.
Elija SPSE cuando el control local responda a una razón defendible y exista capacidad de mantenimiento mensual. Elija SharePoint Online cuando reducir operación e integrar Microsoft 365 compense el rediseño. En ambos casos, inventarie, pruebe procesos reales, documente licencias por separado y asigne responsables de reversión y ciclo de vida.
