SharePoint Server Subscription Edition: licenze, versioni e migrazione nel 2026

SharePoint Server Subscription Edition (SPSE) è la linea on-premises di SharePoint attualmente mantenuta da Microsoft. Non è “SharePoint 2022” o “SharePoint 2025” e non è una nuova edizione perpetua da installare una volta e dimenticare. Combina il controllo locale della farm con diritti di licenza attivi, aggiornamenti cumulativi mensili e la progressiva eliminazione delle dipendenze obsolete.

La tempistica è importante: il supporto di SharePoint Server 2019 è terminato il 14 luglio 2026. Al 28 luglio 2026, SPSE è alla Version 26H1; l’ultima Public Update è KB5002882 del 14 luglio, build 16.0.19725.20434. Chi usa ancora 2019 deve scegliere una destinazione: una nuova farm SPSE, SharePoint Online oppure una permanenza temporanea e controllata, accettando formalmente il rischio di una piattaforma non supportata.

Tre domande vanno tenute separate. Il diritto d’uso riguarda licenze server, CAL e copertura. Il supporto tecnico dipende da build, PU e dipendenze compatibili. La compatibilità della soluzione riguarda workflow, moduli, autenticazione, prodotti di terzi e codice personalizzato. Poter collegare tecnicamente un database non dimostra un diritto di licenza; avere la licenza non rende supportabile un componente obsoleto.

Cosa cambia con SharePoint Server Subscription Edition

SPSE rimane SharePoint Server. Il cliente gestisce Windows Server, SQL Server, topologia, ricerca, Distributed Cache, applicazioni di servizio, certificati, copie di sicurezza e ripristino di emergenza. I dati possono restare nel centro dati controllato dall’organizzazione o presso un fornitore di servizi idoneo. È una scelta sensata quando sovranità, isolamento, integrazioni locali o soluzioni farm indispensabili impediscono una migrazione al cloud immediata.

Il cambiamento strategico riguarda la manutenzione. SPSE segue la Modern Lifecycle Policy di Microsoft e non ha oggi una data fissa di ritiro. Questo non dà supporto eterno a una vecchia build. Le PU sono mensili e cumulative, ogni PU ha una finestra di supporto di un anno e le nuove funzioni vengono raggruppate due volte l’anno con i nomi YYH1 e YYH2.

Version 26H1 e aggiornamento di luglio 2026

Version 26H1 è arrivata con la PU di giugno 2026. Fra le funzioni documentate figurano Modern People Card e Document Intelligence nell’anello Standard; altre possono apparire prima in Early release. Una Feature Update non è un’installazione major separata: entra tramite il canale mensile e rimane nelle PU successive.

Alla data di riferimento, KB5002882 del 14 luglio 2026 è la PU più recente. Essendo cumulativa non elimina la necessità di leggere le note: Microsoft documenta prerequisiti per SharePoint Workflow Manager e un problema noto che richiede un’azione dopo PSConfig. Windows Update può copiare i binari senza completare l’upgrade della farm; SharePoint Products Configuration Wizard o PSConfig devono essere pianificati, monitorati e verificati.

Un modello operativo affidabile include una farm di test rappresentativa, revisione mensile, copie di sicurezza di database e configurazione, ripristino collaudato, inventario delle build e controlli di integrità prima e dopo. Modern Lifecycle è un impegno operativo. La cronologia ufficiale degli aggiornamenti SharePoint è la base, mentre la KB specifica deve entrare nel registro delle modifiche.

Licenze SPSE: server, CAL e diritto attivo

Il modello di base è Server/CAL. Ogni istanza server in esecuzione richiede la licenza appropriata e utenti o dispositivi che accedono richiedono normalmente una Standard CAL o un diritto equivalente. Enterprise CAL è additiva: si aggiunge alla Standard CAL per specifiche funzioni avanzate e non sostituisce il diritto base.

Per SPSE sia il server sia le CAL applicabili necessitano di abbonamento o Software Assurance attiva. SharePoint Online Plan 1 o Plan 2 User SL possono fornire accesso base nei casi previsti dai Product Terms; Plan 2 può coprire il diritto additivo Enterprise. Occorre associare i diritti al contratto e agli utenti reali, senza presumere che qualsiasi piano Microsoft 365 conceda identici diritti on-premises.

L’accesso via Internet genera equivoci. Il contenuto davvero pubblico e senza restrizioni può essere esente da CAL, ma un’extranet autenticata, un portale partner o un’area cliente privata non diventano pubblici solo perché raggiungibili online. Dipendenti, collaboratori, ospiti, identità tecniche e dispositivi vanno conteggiati secondo l’accesso effettivo.

Cosa accade alla scadenza di Software Assurance?

Microsoft descrive un diritto perpetuo a eseguire SharePoint Server 2019 quando determinate coperture SPSE terminano o vengono riscattate. Non è un diritto perpetuo a continuare SPSE. Il cliente deve cessare SPSE e può installare 2019. Nel 2026 è un ripiego problematico: SharePoint 2019 non è più supportato dal 14 luglio.

Perciò una licenza perpetua usata di SharePoint 2019 senza SA attiva non deve mai essere presentata come strada verso SPSE. Può essere trasferibile in uno scenario europeo ben documentato e utile a un’esigenza circoscritta di sistemi precedenti, ma da sola non concede diritti SPSE. Acquisti e gestione delle licenze devono verificare origine, catena di titolarità, dismissione del cedente, edizione, quantità server e CAL, Product Terms e contratto.

I requisiti tecnici non sostituiscono l’architettura

Microsoft supporta SPSE su Windows Server 2019, 2022 o 2025 Standard/Datacenter, con Desktop Experience o Server Core. Il database richiede SQL Server Standard o Enterprise per Windows compatibile con il livello 150, incluso SQL Server 2019 CU5 o successivo e SQL Server 2022. Azure SQL Managed Instance è ammesso solo se la farm è ospitata in Azure; SQL Express e Azure SQL Database ordinario non sono supportati.

I prerequisiti includono IIS, .NET Framework 4.8 e il redistribuibile Visual C++ appropriato; da 23H1 è richiesto Visual C++ 2015–2022 x64. Office 2013 è il client Office minimo, ma Office non va installato sul server SharePoint. Il minimo multi-tier di quattro core, 16 GB RAM e dischi adeguati è un limite tecnico, non una raccomandazione di dimensionamento.

La progettazione reale considera capacità e latenza SQL, ricerca, Distributed Cache, MinRole, crescita, esclusioni antivirus, bilanciamento, certificati, monitoraggio, durata delle copie di sicurezza e obiettivi RPO/RTO. Un server può rispettare il minimo ed essere inadatto. Le ipotesi vanno documentate e provate con contenuti, permessi, query e concorrenza rappresentativi.

SharePoint 2019, SPSE e SharePoint Online a confronto

SPSE è adatto quando un requisito verificabile giustifica l’on-premises e l’organizzazione può mantenere la piattaforma. SharePoint Online è spesso preferibile per ridurre la gestione e sfruttare Microsoft 365. Online non è però un upgrade di versione: architettura informativa, permessi, workflow, moduli, integrazioni e codice possono richiedere riprogettazione.

Restare brevemente su 2019 può guadagnare tempo, ma servono un responsabile, accettazione del rischio, controlli compensativi e data di uscita. “Funziona ancora” non è una strategia. Una piattaforma web non supportata accumula rischi per evoluzioni di Windows, SQL, browser, identità e sistemi collegati.

Migrazione da SharePoint 2019 o 2016

Da SharePoint 2019 Microsoft supporta l’aggiornamento mediante collegamento dei database. Si crea una farm SPSE nuova e aggiornata, si ricostruiscono configurazione e servizi, si installano soluzioni compatibili, si ripristinano copie dei database ammessi e si collegano per aggiornarli. Il database di configurazione non viene spostato. La separazione costringe a documentare le dipendenze anziché ereditarle in silenzio.

Anche il contenuto SharePoint 2016 può andare direttamente a SPSE mediante collegamento dei database, senza passaggio obbligatorio da 2019. I database sorgente devono raggiungere almeno la build 16.0.4351.1000. SharePoint 2013 e precedenti non hanno un percorso diretto: richiedono tappe intermedie, solitamente 2016, oppure migrazione del contenuto a Microsoft 365 con trasformazione funzionale.

Sequenza pratica

1. Inventario: farm, build, database, siti, servizi, WSP, SPFx, web part, workflow, moduli, autenticazione, DNS, certificati, SQL e sistemi esterni.
2. Licenze: riconciliare istanze, CAL Standard/Enterprise, SA, abbonamenti e diritti equivalenti prima della produzione.
3. Blocchi: sostituire componenti non supportati e procurare versioni terze compatibili.
4. Destinazione: distribuire SPSE pulito su Windows/SQL supportati, applicare la PU scelta, impostare copie di sicurezza e monitoraggio.
5. Prova: lavorare su copie, eseguire Test-SPContentDatabase e risolvere funzionalità o assembly mancanti.
6. Test dei processi: ricerca, profili, metadati, Secure Store, permessi, Office, sincronizzazione, avvisi, moduli, workflow e integrazioni.
7. Passaggio in produzione: pianificare blocco delle modifiche/delta, DNS, comunicazione, approvazione, ritorno alla configurazione precedente ed evidenze.
8. Esercizio: ritirare in sicurezza la vecchia farm e iniziare subito la disciplina mensile.

Componenti precedenti diventati bloccanti

Dal 14 luglio 2026, InfoPath Forms Services, workflow SharePoint 2010, SharePoint Designer 2013 e Basic Authentication non sono più supportati in SPSE. Il fatto che un componente sia ancora visibile o funzioni non cambia lo stato. Ogni dipendenza deve avere un proprietario business, un sostituto, una decisione di conservazione e un’alternativa provata.

Workflow merita un progetto specifico. SharePoint Workflow Manager ha patch proprie e alcune PU SPSE richiedono un livello adeguato. Bisogna censire workflow 2010/2013, attività personalizzate, account, certificati ed endpoint. Aggiornare solo SharePoint non garantisce che la piattaforma dei processi sia supportata.

L’autenticazione coinvolge scanner, client Office, integrazioni e script. Eliminare Basic può richiedere OIDC, autenticazione moderna, middleware aggiornato o redesign. I processi non interattivi devono essere testati esplicitamente: una prova da browser non scopre tutti i vecchi flussi di credenziali.

Come scegliere la destinazione

Partite dai vincoli, non dal prodotto preferito: localizzazione legale, funzionamento disconnesso, latenza, ripristino, integrazioni, personalizzazioni, competenze e finestre di manutenzione. Poi mettete in discussione ogni vincolo. Alcuni sono reali; altri sono assunzioni storiche che una valutazione cloud controllata può superare.

Confrontate tre-cinque anni. Per SPSE includete Windows, SQL, diritti SharePoint, CAL, servizi di infrastruttura, copie di sicurezza, sicurezza, laboratorio, specialisti e manutenzione mensile. Per Online includete abbonamenti utente, identità, rete, migrazione, governance, conservazione, riprogettazione e adozione. Nessuna opzione è gratuita solo perché una voce scompare.

Se si valutano licenze perpetue usate per infrastruttura adiacente o un’esigenza limitata relativa a sistemi precedenti, richiedete tracciabilità e mantenete prudenza. La categoria licenze server di Licendi consente di confrontare prodotti disponibili e documenti. Non sostituisce l’abbonamento o la SA per SPSE; SharePoint 2019 non deve essere descritto come diritto SPSE.

Governance dopo la migrazione

Il progetto non finisce al primo accesso riuscito. Mantenete un registro che colleghi ogni server a build, ruolo, sistema operativo, versione SQL, ultima PU, proprietario e prova delle copie di sicurezza. La stessa revisione deve includere scadenza di SA o abbonamenti, certificati, capacità, account privilegiati e soluzioni di terzi. In questo modo il diritto di licenza resta collegato alla realtà operativa.

Usate pochi indicatori: tempo tra pubblicazione della PU, laboratorio e produzione; percentuale di ripristini provati; errori di crawl; timer job falliti; eccezioni aperte. Ogni eccezione deve avere responsabile e scadenza. Se diventa permanente, Modern Lifecycle rimane soltanto un’etichetta.

Ripristino e prove di audit

Le copie di sicurezza SPSE non comprendono soltanto i database di contenuto. Documentate configurazione, applicazioni di servizio, topologia di ricerca, chiavi, certificati, account gestiti, DNS, bilanciatori di carico e pacchetti. Stabilite cosa si ripristina e cosa deve essere ricreato in modo ripetibile. Una copia di sicurezza SQL riuscita non dimostra da sola che la farm sia recuperabile.

Definite anche i limiti del ritorno alla configurazione precedente. Dopo il passaggio in produzione con scrittura, sorgente e destinazione possono divergere; tornare indietro può perdere nuovi contenuti. Concordate blocco delle modifiche, gestione dei delta, punto decisionale e responsabilità prima della finestra. Conservate test, evidenze di licenza, approvazioni e rapporti sulle build nello stesso fascicolo.

Una revisione trimestrale deve confrontare inventario e farm reale, controllare che le eccezioni abbiano ancora una motivazione e aggiornare il piano di capacità. È anche il momento giusto per verificare account tecnici, rinnovi dei certificati e contratti dei prodotti integrati.

Le conclusioni vanno registrate nel manuale operativo e trasformate in azioni con responsabile, scadenza e criterio di chiusura verificabile.

Le attività residue restano visibili fino alla chiusura verificata.

Domande frequenti

SharePoint Server Subscription Edition è perpetuo?

No per continuare a eseguire SPSE. Server e CAL richiedono abbonamento o SA attiva. Il diritto perpetuo alternativo indicato è SharePoint Server 2019.

SharePoint Server 2019 è ancora supportato?

No. Il supporto esteso è terminato il 14 luglio 2026.

Qual è la versione attuale?

Al 28 luglio 2026, Version 26H1; l’ultima PU è KB5002882, build 16.0.19725.20434.

Con quale frequenza viene aggiornato SPSE?

PU mensili e cumulative, Feature Update due volte l’anno; ogni PU ha un anno di supporto.

Si può migrare direttamente da 2019?

Sì, creando una nuova farm SPSE e collegando i database, non convertendo direttamente la farm esistente.

Si può passare direttamente da 2016?

Sì, se i database supportati rispettano la build minima.

Servono le CAL?

Normalmente sì. Standard CAL è la base, Enterprise CAL è additiva; possono valere diritti equivalenti.

InfoPath e SharePoint Designer sono supportati?

No. Il supporto SPSE è terminato il 14 luglio 2026 con workflow 2010 e Basic Authentication.

Conclusione: la supportabilità richiede continuità

SPSE offre una via on-premises supportata soltanto finché diritto, piattaforma e soluzioni restano allineati. La priorità del 2026 è superare la fine supporto di SharePoint 2019 senza trasferire nella nuova farm moduli, workflow e autenticazione obsoleti.

Scegliete SPSE se il controllo locale ha una ragione difendibile e l’organizzazione può sostenere le PU mensili. Scegliete SharePoint Online se ridurre le operazioni e adottare Microsoft 365 compensano la riprogettazione. In entrambi i casi inventariate, provate i processi reali, separate evidenza di licenza e verifica tecnica, assegnando responsabilità per il ritorno alla configurazione precedente e il ciclo di vita.