SharePoint Server Subscription Edition : licences, versions et migration en 2026

SharePoint Server Subscription Edition (SPSE) est désormais la branche sur site de SharePoint maintenue par Microsoft. Ce n’est ni « SharePoint 2022 » ni « SharePoint 2025 », et ce n’est pas une nouvelle version perpétuelle que l’on installe une fois pour toutes. Elle associe le contrôle local de la ferme à des droits de licence actifs, des mises à jour cumulatives mensuelles et la suppression progressive des dépendances obsolètes.

Le calendrier est déterminant : le support de SharePoint Server 2019 a pris fin le 14 juillet 2026. Au 28 juillet 2026, SPSE est en Version 26H1 et sa dernière Public Update est KB5002882, publiée le 14 juillet, build 16.0.19725.20434. Une organisation encore sous 2019 doit choisir une destination : nouvelle ferme SPSE, SharePoint Online, ou maintien temporaire et encadré avec acceptation explicite du risque d’un produit non supporté.

Trois sujets doivent rester distincts. Le droit d’usage dépend des licences serveur, CAL et couvertures requises. Le support technique dépend du build, de la PU et des composants compatibles. La compatibilité applicative dépend des formulaires, workflows, méthodes d’authentification, solutions tierces et développements. La possibilité technique d’attacher une base ne prouve pas le droit de l’utiliser, et une licence valide ne rend pas un composant ancien supportable.

Ce que change SharePoint Server Subscription Edition

SPSE reste un serveur SharePoint. Le client exploite Windows Server, SQL Server, la topologie, la recherche, Distributed Cache, les applications de service, certificats, sauvegardes et plans de reprise. Les données peuvent rester dans un centre contrôlé par l’entreprise ou chez un hébergeur adapté. Cette maîtrise est pertinente en présence d’exigences de souveraineté, d’isolement réseau, d’intégrations locales ou de solutions indispensables difficiles à déplacer.

Le changement majeur concerne la maintenance. SPSE suit la Modern Lifecycle Policy de Microsoft sans date fixe de retrait publiée. Cela ne garantit pas le support d’un ancien build. Les PU sont mensuelles et cumulatives, chacune bénéficie d’une fenêtre de support d’un an, et les nouvelles fonctions sont regroupées deux fois par an sous les noms YYH1 et YYH2.

Version 26H1 et mise à jour de juillet 2026

Version 26H1 a été introduite par la PU de juin 2026. Microsoft cite notamment Modern People Card et Document Intelligence dans l’anneau Standard ; d’autres fonctions peuvent arriver d’abord dans Early release. Une Feature Update n’est pas une installation majeure séparée : son code entre dans le canal mensuel et reste présent dans les PU ultérieures.

À la date de référence, KB5002882 du 14 juillet 2026 est la PU la plus récente. Son caractère cumulatif ne dispense pas de lire ses notes : Microsoft documente des prérequis SharePoint Workflow Manager et un problème connu nécessitant une action après PSConfig. Windows Update peut copier les binaires sans terminer la mise à niveau de la ferme. SharePoint Products Configuration Wizard ou PSConfig doit donc être prévu, surveillé et contrôlé.

Une exploitation sérieuse comprend une ferme de test représentative, une revue mensuelle, des sauvegardes de bases et de configuration, un exercice de restauration, un inventaire des builds et des contrôles de santé avant/après. Modern Lifecycle signifie engagement opérationnel. L’historique officiel des mises à jour SharePoint sert de référence, tandis que la KB mensuelle doit rejoindre le dossier de changement.

Licences SPSE : serveur, CAL et droit actif

Le modèle de base est Server/CAL. Chaque instance serveur exécutée requiert la licence appropriée et les utilisateurs ou appareils qui accèdent à SharePoint ont normalement besoin d’une Standard CAL ou d’un droit équivalent. L’Enterprise CAL est additive : elle complète la Standard CAL pour certaines fonctions avancées, sans remplacer le droit de base.

Pour SPSE, le serveur et les CAL concernées nécessitent un abonnement ou une Software Assurance active. SharePoint Online Plan 1 ou Plan 2 User SL peuvent fournir un droit d’accès de base dans les cas prévus par les Product Terms ; Plan 2 peut couvrir l’accès additif Enterprise. Il faut faire correspondre ces droits au contrat et à chaque population, sans supposer que tout abonnement Microsoft 365 accorde les mêmes droits sur site.

L’accès Internet est souvent mal interprété. Un contenu réellement public et non restreint peut être exempté de CAL. Une extranet authentifiée, un portail partenaire ou un espace client privé ne devient pas public parce qu’il est accessible par Internet. Salariés, prestataires, invités, identités techniques et appareils doivent être recensés selon leur accès réel.

Que se passe-t-il à l’expiration de Software Assurance ?

Microsoft décrit un droit perpétuel à exécuter SharePoint Server 2019 lorsque certaines couvertures SPSE cessent ou sont rachetées. Il ne s’agit pas d’un droit perpétuel à poursuivre SPSE. Le client doit arrêter SPSE et peut installer 2019. En 2026, ce repli est peu confortable puisque SharePoint 2019 n’est plus supporté depuis le 14 juillet.

Une licence SharePoint 2019 perpétuelle d’occasion sans SA active ne doit donc jamais être vendue comme voie d’accès à SPSE. Elle peut faire l’objet d’un transfert européen correctement documenté et répondre à un besoin patrimonial très limité, mais elle n’accorde pas SPSE à elle seule. Les achats doivent vérifier origine, chaîne de propriété, désinstallation du cédant, édition, serveurs et CAL, puis faire valider Product Terms et accord applicables.

Les prérequis ne remplacent pas l’architecture

Microsoft prend en charge SPSE sur Windows Server 2019, 2022 ou 2025 Standard/Datacenter, avec Desktop Experience ou Server Core. La base nécessite une édition SQL Server Standard ou Enterprise pour Windows compatible avec le niveau 150, notamment SQL Server 2019 CU5 ou ultérieur et SQL Server 2022. Azure SQL Managed Instance n’est admis que si la ferme est hébergée dans Azure ; SQL Express et Azure SQL Database classique ne le sont pas.

Les prérequis incluent IIS, .NET Framework 4.8 et le redistribuable Visual C++ adéquat ; depuis 23H1, Visual C++ 2015–2022 x64 est requis. Office 2013 est le client Office minimum, et Office ne doit pas être installé sur le serveur SharePoint. Le minimum multi-tiers annoncé — 64 bits, quatre cœurs, 16 Go de RAM et des disques adaptés — n’est pas une recommandation de dimensionnement.

Une architecture de production traite capacité et latence SQL, recherche, Distributed Cache, MinRole, croissance, antivirus, équilibrage, certificats, supervision, durée des sauvegardes et objectifs RPO/RTO. Une machine peut respecter le minimum et être inadaptée. Les hypothèses doivent être écrites puis testées avec des contenus, autorisations, recherches et niveaux de concurrence réalistes.

SharePoint 2019, SPSE et SharePoint Online

SPSE convient lorsqu’une exigence démontrable justifie le local et que l’entreprise peut maintenir la plateforme. SharePoint Online est souvent préférable pour réduire l’administration et profiter de Microsoft 365. Online n’est toutefois pas une mise à niveau de version : architecture de l’information, autorisations, workflows, formulaires, intégrations et code peuvent devoir être repensés.

Rester brièvement sur 2019 peut donner du temps, mais exige un responsable, une acceptation de risque, des mesures compensatoires et une date de sortie. « Cela fonctionne encore » n’est pas une stratégie. Une plateforme web non supportée accumule des risques liés à Windows, SQL, navigateurs, identité et intégrations.

Migration depuis SharePoint 2019 ou 2016

Depuis SharePoint 2019, Microsoft prend en charge la mise à niveau par rattachement des bases de données. On construit une nouvelle ferme SPSE corrigée, recrée la configuration et les services, installe les solutions compatibles, restaure des copies des bases admises et les rattache pour les mettre à niveau. La base de configuration n’est pas déplacée. Cette séparation oblige à documenter les dépendances plutôt qu’à les hériter silencieusement.

Le contenu SharePoint 2016 peut aussi aller directement vers SPSE, sans étape obligatoire par 2019, si les bases atteignent au moins le build 16.0.4351.1000. SharePoint 2013 et versions antérieures n’ont pas de route directe : il faut des étapes intermédiaires, généralement 2016, ou une migration vers Microsoft 365 après analyse de la transformation fonctionnelle.

Séquence recommandée

1. Inventorier : fermes, builds, bases, sites, services, WSP, SPFx, web parts, workflows, formulaires, authentification, DNS, certificats, SQL et systèmes externes.
2. Licencier : rapprocher instances, Standard/Enterprise CAL, SA, abonnements et droits équivalents avant la production.
3. Lever les blocages : remplacer les composants non supportés et obtenir des versions tierces compatibles.
4. Construire : déployer SPSE propre sur Windows/SQL supportés, appliquer la PU choisie, configurer sauvegarde et supervision.
5. Répéter : travailler sur des copies, lancer Test-SPContentDatabase et corriger features ou assemblies manquants.
6. Tester : recherche, profils, métadonnées, Secure Store, autorisations, Office, synchronisation, alertes, formulaires, workflows et intégrations.
7. Basculer : prévoir gel/delta, DNS, communication, validation métier, retour arrière et preuves.
8. Exploiter : retirer proprement l’ancienne ferme et lancer immédiatement la discipline mensuelle.

Les dépendances héritées devenues bloquantes

Depuis le 14 juillet 2026, InfoPath Forms Services, les workflows SharePoint 2010, SharePoint Designer 2013 et Basic Authentication ne sont plus supportés dans SPSE. Le fait qu’un élément reste visible ou fonctionne ne modifie pas son statut. Chaque dépendance demande un responsable métier, un remplacement, une décision de conservation et une solution de repli testée.

Workflow mérite son propre chantier. SharePoint Workflow Manager possède ses propres correctifs, et certaines PU SPSE exigent un niveau adapté. Il faut recenser workflows 2010/2013, activités personnalisées, comptes, certificats et endpoints. Corriger SharePoint seul ne garantit pas une plateforme de processus supportée.

L’authentification touche scanners, clients Office, intégrations et scripts. La sortie de Basic Authentication peut nécessiter OIDC, une authentification moderne, un middleware actualisé ou une refonte. Les traitements non interactifs doivent être testés séparément : un contrôle dans le navigateur ne révèle pas tous les anciens flux d’identifiants.

Choisir la destination avec méthode

Commencez par les contraintes : localisation juridique, déconnexion, latence, reprise, intégrations, personnalisations, compétences et fenêtres de maintenance. Challengez ensuite chaque contrainte. Certaines sont réelles ; d’autres sont des habitudes qu’une évaluation cloud contrôlée peut remettre en cause.

Comparez trois à cinq ans. Pour SPSE, incluez Windows, SQL, droits SharePoint, CAL, hébergement, sauvegarde, sécurité, laboratoire, expertise et maintenance mensuelle. Pour Online, incluez abonnements, identité, réseau, outils de migration, gouvernance, rétention, refonte et adoption. Aucune solution n’est gratuite simplement parce qu’une ligne budgétaire disparaît.

Si des licences perpétuelles d’occasion sont étudiées pour une infrastructure voisine ou un besoin patrimonial borné, exigez leur traçabilité et restez prudent. La catégorie licences serveur de Licendi permet de comparer des produits disponibles et leurs justificatifs. Elle ne remplace pas l’abonnement ou la SA SPSE ; une licence SharePoint 2019 ne doit jamais être décrite comme accordant SPSE.

Gouvernance après la migration

Le projet ne s’arrête pas au premier accès réussi. Tenez un registre vivant reliant chaque serveur à son build, rôle, système, version SQL, date de PU, propriétaire et preuve de sauvegarde. La revue doit aussi couvrir l’échéance de SA ou d’abonnement, les certificats, la capacité, les comptes privilégiés et les solutions tierces. Les droits de licence restent ainsi raccordés à la réalité technique.

Quelques indicateurs suffisent : délai entre publication d’une PU, laboratoire et production ; taux de restaurations testées ; erreurs de crawl ; travaux planifiés en échec ; exceptions ouvertes. Chaque exception doit avoir un responsable et une date. Sinon, Modern Lifecycle risque de devenir une étiquette plutôt qu’une pratique.

Questions fréquentes

SharePoint Server Subscription Edition est-il perpétuel ?

Non pour continuer à exécuter SPSE. Serveur et CAL exigent abonnement ou SA active. Le repli perpétuel annoncé est SharePoint Server 2019.

SharePoint Server 2019 est-il encore supporté ?

Non. Son support étendu a pris fin le 14 juillet 2026.

Quelle est la version actuelle ?

Au 28 juillet 2026, Version 26H1 ; la dernière PU est KB5002882, build 16.0.19725.20434.

À quelle fréquence SPSE est-il mis à jour ?

Les PU sont mensuelles et cumulatives, les Feature Updates semestrielles et chaque PU est supportée un an.

Peut-on migrer directement depuis 2019 ?

Oui, vers une nouvelle ferme SPSE par rattachement des bases de données, et non par conversion directe de la ferme existante.

Peut-on passer directement depuis 2016 ?

Oui, si les bases supportées respectent le build minimum requis.

Faut-il des CAL ?

En principe oui. Standard CAL est la base et Enterprise CAL est additive, sous réserve de droits équivalents.

InfoPath et SharePoint Designer sont-ils supportés ?

Non. Leur support SPSE a pris fin le 14 juillet 2026, avec workflows 2010 et Basic Authentication.

Conclusion : le support se maintient dans la durée

SPSE fournit une voie SharePoint sur site supportée uniquement tant que droits, plateforme et solutions restent alignés. L’urgence 2026 est de dépasser la fin de support de 2019 sans importer dans la nouvelle ferme des formulaires, workflows et méthodes d’authentification obsolètes.

Choisissez SPSE quand le contrôle local repose sur une raison défendable et que l’entreprise peut assumer les PU mensuelles. Choisissez SharePoint Online quand la réduction des opérations et Microsoft 365 compensent la refonte. Dans les deux cas, inventoriez, testez les parcours métiers, séparez preuve de licence et validation technique, puis attribuez clairement le retour arrière et le cycle de vie.