SharePoint Server Subscription Edition · KB5002908
Sus flujos de trabajo de SharePoint no han caducado. Los han apagado.
La actualización acumulativa de septiembre de 2026 para SharePoint Server Subscription Edition desactiva la característica SharePoint 2010 Workflow en todas las colecciones de sitios. No se ha borrado nada. Un comando de PowerShell por colección de sitios devuelve sus flujos de trabajo — y en octubre el mismo cambio alcanzará a los flujos de SharePoint 2013.
Actualizado el 18 de septiembre de 2026. Escrito para granjas que se quedan en local.
- Cada fecha y cada cita procede de las páginas KB y de ciclo de vida de Microsoft
- Incluye los cmdlets que no tienen página en la documentación de Microsoft
- Sobre la instalación en servidores propios, no sobre el salto a Microsoft 365
Cuéntenos qué se ha parado
Su versión de SharePoint, la última actualización instalada y qué flujos se han parado. Le respondemos con lo que revisaríamos primero.
Una respuesta por escrito, por correo, incluso cuando sea: active la característica, aplique el parche y no cambie nada más.
Qué ha pasado realmente
Tres fechas, y solo una detuvo el trabajo
14 de julio de 2026 — fin del soporte
Microsoft indica que SharePoint Server Subscription Edition admite los flujos de trabajo basados en SharePoint 2010 hasta el 14 de julio de 2026. Ese día terminó el soporte. Nada dejó de funcionar. La misma fecha se llevó SharePoint Server 2016 y 2019, SharePoint Designer 2013 e InfoPath Forms Services.
8 de septiembre de 2026 — la actualización que los detuvo
KB5002908 indica que la característica SharePoint 2010 Workflow queda desactivada a partir de la actualización acumulativa de septiembre de 2026. De forma predeterminada, en todas las colecciones de sitios, existentes y nuevas. Ahí fue cuando los flujos dejaron de iniciarse, no en julio. El cambio forma parte de una reducción más amplia de la superficie de ataque en esa misma actualización.
Octubre de 2026 — les toca a los flujos de SharePoint 2013
Se espera que la actualización acumulativa de octubre desactive de la misma forma los flujos de trabajo de SharePoint 2013. A día de hoy solo lo documenta el blog de Stefan Goßner, ingeniero de escalado de Microsoft — no aparece en ninguna página de Microsoft Learn ni en ningún artículo KB. Puede activarlos antes de la actualización en lugar de después.
Sin fecha de fin — la propia plataforma 2013
Microsoft indica que los flujos basados en SharePoint 2013 siguen teniendo soporte más allá de julio de 2026, y SharePoint Workflow Manager no tiene fecha de fin fijada — sigue al producto principal. Desactivado de forma predeterminada no es lo mismo que retirado.
Dónde está usted
¿Están funcionando sus flujos de trabajo ahora mismo?
| Su granja | Flujos de trabajo de SharePoint 2010 |
|---|---|
| Subscription Edition, actualización de septiembre aún sin instalar | Funcionan — sin soporte desde el 14 de julio, pero siguen ejecutándose. Active la característica antes de instalar la actualización, no después. |
| Subscription Edition, actualización instalada, nada activado | Parados — los flujos no se inician, ni manualmente ni al cambiar un elemento. Es la situación de la mayoría. |
| Subscription Edition, característica activada expresamente por colección de sitios | Funcionan — siguen sin soporte. Sin parches de seguridad y sin caso de soporte, pero el trabajo avanza. |
| SharePoint Server 2016 o 2019 | Fuera de soporte — la actualización de agosto fue la última. KB5002908 no alcanza a estas versiones. |
| Nintex Workflow for SharePoint en local | Parados — Nintex funciona sobre el motor de SharePoint 2010, así que la misma actualización lo detuvo. Los mismos comandos lo recuperan. |
| Datapolis Process System for SharePoint SE | Parado — nuestro propio producto más antiguo también funciona sobre el motor de SharePoint 2010, así que la misma actualización lo detuvo. Los comandos de arriba lo recuperan, y el camino desde aquí hasta Datapolis Workbox for SE es corto. |
| Datapolis Workbox for SharePoint SE | Funciona — Datapolis Workbox tiene su propio motor de flujos de trabajo y no usa la plataforma de SharePoint 2010, de modo que KB5002908 no le alcanza. |
La solución
Cómo volver a activar sus flujos de trabajo
Estos cmdlets existen únicamente en SharePoint Server Subscription Edition, y solo con la actualización de agosto de 2026 o posterior instalada. Actúan por colección de sitios — no hay un interruptor para toda la granja. Microsoft los publica en el texto del artículo KB, pero no les da página de referencia en su documentación de PowerShell, y por eso cuesta encontrarlos cuando la granja ya está parada. En SharePoint Server 2016 y 2019 no los encontrará, y tampoco los necesita: la desactivación predeterminada no alcanza a esas versiones. Nada de esto afecta a SharePoint en Microsoft 365; es un asunto exclusivo de las instalaciones en servidores propios.
# Primero: en qué colecciones de sitios sigue activa la característica
Get-SPLegacyWorkflowEnabledSites
Get-SPWorkflow2013EnabledSites
# Después: actívela donde el trabajo ocurre de verdad
Enable-SPLegacyWorkflow https://sharepoint.example.com/sites/quality
Enable-SPWorkflow2013 https://sharepoint.example.com/sites/quality
# Y para revertirlo
Disable-SPLegacyWorkflow https://sharepoint.example.com/sites/qualitySi sus flujos se rompieron antes, durante el verano, es otro problema con otra solución. La actualización de junio de 2026 los hacía fallar con un error de validación de seguridad sobre la definición del flujo, y la de julio exigía añadir tipos adicionales a la lista de permitidos en web.config. Una granja que se saltó de junio a agosto y entra directamente en septiembre puede encontrarse los dos problemas a la vez, con síntomas distintos.
Si se queda en servidores propios
Qué le ofrece Microsoft realmente
Flujos de SharePoint 2013 sobre SharePoint Workflow Manager. Es el único destino local con soporte. Sin fecha de fin fijada, y con el compromiso de Microsoft de mantenerlo más allá de 2026. Requiere servidores dedicados propios y Azure Service Fabric.
Power Automate no funciona en servidores propios. No existe edición local, soberana ni aislada de la red. La puerta de enlace de datos local es un conector hacia el servicio en la nube, así que no resuelve los requisitos de residencia de datos ni los de una red sin salida a internet.
La autoría pasa del usuario de negocio al programador. SharePoint Designer 2013 se quedó sin soporte en la misma fecha de julio. La respuesta de Microsoft para editar flujos de 2013 es Visual Studio. Ese es el coste que nadie incluye en la estimación de la migración.
La reconstrucción es manual. Microsoft señala la plataforma 2013 como destino de los flujos de 2010, pero no publica ninguna herramienta que convierta uno en otro. Cada flujo se rehace a mano, y lo rehace alguien capaz de leer qué hacía el original.
Cuatro cosas que se confunden constantemente
Antes de actuar según lo que lea en otros sitios
La retirada en la nube es otro suceso distinto. La mayoría de los resultados de búsqueda describen la eliminación de los flujos de SharePoint 2010 de Microsoft 365, ocurrida hace años, y la de los flujos de 2013 de los inquilinos existentes en abril de 2026. Nada de eso afecta a una granja en sus propios servidores. El entorno local tiene su propio ciclo de vida.
Sin soporte, eliminado y desactivado son tres estados distintos. Los flujos de SharePoint 2010 están sin soporte desde julio, desactivados de forma predeterminada desde septiembre, y Microsoft los sigue clasificando como obsoletos, no como eliminados. El código está en el producto. Por eso un comando puede volver a encenderlo.
Nintex no ha anunciado el fin de vida de sus productos SharePoint en local. Personal de Nintex confirmó dos veces en 2026 que no se ha anunciado ninguna fecha de fin de vida, y la matriz de versiones admitidas sigue incluyendo Subscription Edition. Las páginas sobre «Nintex EOL 2026» que encontrará las publica la competencia, y confunden las fechas de Microsoft con una decisión de Nintex.
Qué actualización lo rompió cambia la respuesta. Junio fue una comprobación de seguridad sobre la definición del flujo. Julio exigía entradas en una lista de permitidos. Septiembre fue deliberado y se revierte con un comando. Aplicar la solución equivocada le cuesta una ventana de mantenimiento.
Dónde encaja Datapolis
Datapolis Workbox no usa el motor que han apagado
Esta página merecería publicarse aunque no vendiéramos nada, y casi todo lo anterior vale decida lo que decida. Pero si ha llegado aquí porque su producción está parada, hay un dato que importa: Datapolis Workbox funciona sobre su propio motor de flujos de trabajo, no sobre la plataforma de SharePoint 2010, así que KB5002908 no lo apagó.
Motor propio
Datapolis Workbox no depende de la plataforma de flujos de SharePoint 2010, de modo que ni la desactivación predeterminada de septiembre ni la de octubre le afectan.
En sus servidores, dentro de SharePoint
Listas, documentos, usuarios y permisos se quedan donde están. La misma interfaz, las mismas reglas de acceso, sin necesidad de mover nada a la nube.
Veinte años de esto
Cientos de instalaciones locales de SharePoint desde que empezó la era de los flujos de trabajo de SharePoint. Hemos migrado estos flujos muchas veces, también fuera de nuestro propio producto cuando esa era la respuesta correcta.
Desde Datapolis Process System
Si usa Datapolis Process System, nuestro producto más antiguo, pasar a Datapolis Workbox se queda con el mismo proveedor y el mismo SharePoint: las mismas listas, usuarios y permisos, con otro motor por debajo.
Fuentes primarias de todo lo que hay en esta página:
- KB5002908 — actualización de seguridad de septiembre de 2026 para SharePoint Server Subscription Edition
- Qué está obsoleto o eliminado en SharePoint Server Subscription Edition
- Retirada de los flujos de trabajo de SharePoint 2013 (Soporte de Microsoft)
- Ciclo de vida de SharePoint Workflow Manager
- Stefan Goßner: ¿usa flujos SP2010 o SP2013 en sus granjas?
Run work. Speed up the flow.
Si los flujos que se han parado son aquellos sobre los que su negocio funciona de verdad, la siguiente pregunta es sobre qué deberían funcionar dentro de un año. Envíenos la lista y le diremos qué reconstruiríamos, qué dejaríamos como está y qué no tocaríamos en absoluto.
O directamente: office@datapolis.com