Chi utilizza SharePoint Online, su Microsoft 365, ha già vissuto qualche tempo fa la decisione “unilaterale” di Microsoft di spegnere il motore per i workflow SharePoint 2010.
Si avvicina il momento che anche gli altri “motori” verranno impattati, imponendoci un cambio di strategia e interventi sempre più netti se abbiamo realizzato soluzioni di workflow su SharePoint Server o su SharePoint Online.

Piccola storia (breve) dei workflow di SharePoint

Saltando di netto i workflow presenti sulla versione 2001 di SharePoint, che di fatto prevedevano alcuni semplici step approvativi, il cambio radicale di architettura del prodotto vide la scomparsa dei workflow dalla versione SharePoint 2003 (iniziando le fortune di alcuni vendor, come Nintex che rilasciò il suo primo prodotto “Smart Library”).

Ma andiamo per gradi. SharePoint ha introdotto nel tempo due diversi workflow engine, ancor oggi denominati con il “numero” di versione del prodotto che li ha introdotti.

Parlo dei Workflow SharePoint 2010, quelli che implementavano Workflow Foundation, rutilizzabili sia attraaverso Visual Studio che tramite SharePoint Designer 2010 (qui arrivò la vera grande diffusione dell’automazione dei processi su SharePoint).

Con SharePoint 2013 venne aggiunto un secondo motore, legato alla tecnologia Microsoft Workflow Manager, utilizzabile anch’esso attraverso gli strumenti di sviluppo e attraverso SharePoint Designer 2013 (che è anche l’ultima release rilasciata del tool “no code”).

Lavorando con SharePoint Designer 2013 (anche nelle versioni successive di SharePoint) è possibile scegliere se si intende creare un processo con il motore “2010” o con quello “2013”. Ovviamente non è identico, ed anzi sono presenti pro e contro nelle due scelte possibili, ma qui rischio di finire fuori tema.

Verso l’abbandono dei workflow engine

Come accennato all’inizio dell’articolo, Microsoft ha già dismesso il motore “2010” sul mondo SharePoint Online, ed ha anche annunciato lo spegnimento del motore “2013” per il 02/04/2024 (per i nuovi tenant Microsoft 365) e per il 02/04/2026 per tutti i tenant preesistenti.

Ma cosa sta accadendo su SharePoint on-premises?

Se su SharePoint Online nessuno di noi ha “il controllo” di queste scelte, sul mondo SharePoint Server è invece possibile un maggiore controllo da parte degli amministratori SharePoint.
Tuttavia, Microsoft ha annuciato la dismissione del supporto per i workflow, e quindi -anche se tecnicamente continueranno a funzionare- dovremo fare molta attenzione a fronte di possibili errori o problemi, verso i quali “dovremo arrangiarci”.

Nel dettaglio, ecco il piano di dismissione del supporto (seguendo anche la timeline di dismissione del supporto generale per le versioni più anziane):

• Per SharePoint Server 2010 e 2013 il supporto è già terminato, quindi non solo i problemi dei workflow non verranno supportati, ma in generale non è più disponibile il supporto Microsoft sul prodotto. Il supporto è terminato l’11/04/2023.
• Per SharePoint Server 2016, il supporto sui workflow terminerà quando si concluderà il supporto sulla versione di prodotto (oggi già limitato), previsto per il 14/07/2026.
• Per SharePoint Server 2019 valgono le stesse considerazioni fatte per la versione 2016, essendo peraltro coincidente anche la data di fine supporto: 14/07/2026.
• SharePoint Server Subscription Edition (SE) è viceversa pienamente coperto dal supporto Microsoft, ma il supporto per i workflow con engine “2010” verrà concluso il 14/07/2026.
• Le versioni 2013, 2016, 2019 e SE Microsoft propone (da febbraio 2023) la sostituzione del vecchio Microsoft Workflow Manager con SharePoint Workflow Manager.

Ma quali sono gli impatti?

Beh, su SharePoint Online mi pare evidente: una volta spenti i motori (come già avvenuto per quello “2010”) i processi automatizzati “2013” smetteranno di funzionare… e quindi, se non l’avete già fatto, meglio correte al riparo, ripensando i workflow su altra tecnologia (Power Automate, Nintex Cloud o altro).

Sul mondo SharePoint on-premises è invece più articolato, dove dobbiamo esdsere consapevoli che nessuno “spegnerà i motori”, ma che dovranno essere affrontate aree di rischio prive di supporto Microsoft.
Anche in questo caso quindi suggerisco di ragionare su soluzioni alternative (anche cogliendo l’occasione per muoversi verso SharePoint Online e Microsoft 365), valutando anche il passaggio a SharePoint Workflow Manager (per i soli processi “2013”), per cercare di allungare un po’ la vita al sistema.

Anche chi sta utilizzando tool di terze parti per potenziare o semplificare i propri workflow su SharePoint deve fare molta attenzione al piano di supporto dei vendor, chiaramente impattati se stanno utilizzando i workflow engine nativi della piattaforma Microsoft.