PatchFactoryVeille
Menu
← Toutes les publications
Windows 365 · Continuité7 min de lecture

Windows 365 Reserve : tester le provisionnement déclenché par l'utilisateur

Microsoft annonce la disponibilité générale du provisionnement déclenché par l'utilisateur pour Windows 365 Reserve, reprise dans le récapitulatif Windows 365 de septembre. Pour les organisations qui achètent Reserve, l'action utile est de tester le parcours utilisateur, les règles de licence et la supervision Intune avant d'en faire un réflexe de continuité d'activité.

Impact
utilisateurs couverts par Windows 365 Reserve, groupes Microsoft Entra associés aux politiques de provisionnement Reserve, support poste de travail et équipes qui gèrent Windows 365 dans Microsoft Intune.
Action
activer le provisionnement utilisateur sur un groupe limité, vérifier l'éligibilité après attribution de licence, mesurer le délai réel jusqu'à un Cloud PC utilisable, puis documenter les conditions de déprovisionnement.
Statut
À tester

Ce qui change

Microsoft a annoncé le 17 septembre 2026 la disponibilité générale du user-initiated provisioning for Windows 365 Reserve. Le changement a été remis en avant dans le récapitulatif Windows 365 de septembre, publié le 1er octobre 2026. Il ne s'agit donc pas d'une nouveauté apparue le 1er octobre, mais d'un signal opérationnel à reprendre maintenant si l'organisation utilise Windows 365 Reserve ou prépare un scénario de continuité pour les postes indisponibles.

Windows 365 Reserve donne un accès temporaire à un Cloud PC quand le poste principal d'un utilisateur n'est plus disponible. Avec le provisionnement déclenché par l'utilisateur, un utilisateur éligible peut créer son Cloud PC Reserve directement depuis Windows App, sans attendre qu'un administrateur lance manuellement l'action dans Intune. Microsoft précise que le réglage reste contrôlé par l'IT : il est désactivé par défaut, ciblé par groupes Microsoft Entra, et ne s'applique qu'aux utilisateurs licenciés et associés à une politique de provisionnement Reserve.

Le périmètre doit rester strict. Chaque utilisateur doit disposer d'une licence Windows 365 Reserve, et des prérequis Windows Enterprise, Microsoft Intune et Microsoft Entra ID P1. La documentation de licence indique aussi que chaque licence Reserve donne jusqu'à 10 jours d'accès Cloud PC par utilisateur et par an, non partageables entre utilisateurs. Le compteur commence quand le Cloud PC est provisionné et se met en pause quand il est déprovisionné.

Qui est concerné

Le sujet vise les équipes qui ont déjà retenu Windows 365 Reserve pour couvrir des cas de rupture : perte, casse ou indisponibilité du poste, incident local, déplacement urgent, population critique à remettre au travail rapidement. Il n'a pas d'effet pour les tenants Windows 365 qui n'ont pas acheté Reserve, ni pour les organisations qui utilisent uniquement des Cloud PCs permanents.

Un point de préparation est déterminant : selon la documentation Microsoft, le Cloud PC Reserve d'un utilisateur devient éligible au provisionnement sept jours après l'attribution initiale de la licence. Un scénario de secours ne peut donc pas reposer sur une attribution le jour de l'incident. Les groupes, politiques de provisionnement et licences doivent être prêts avant le besoin réel.

Actions recommandées

Commencer par un lot de test court, avec des utilisateurs réellement couverts par le scénario de continuité. Dans Microsoft Intune, créer ou vérifier la politique Reserve sous Devices > Provision Cloud PCs, puis confirmer que les groupes Microsoft Entra affectés correspondent aux utilisateurs qui doivent pouvoir s'auto-provisionner. Le résultat attendu est simple : chaque utilisateur pilote apparaît comme éligible dans les vues Windows 365 Reserve, sans mélange avec les Cloud PCs permanents.

Activer ensuite le réglage Windows App sur ce seul groupe. La documentation Microsoft place le paramètre dans Devices > Windows 365 > Settings > Create > Windows App settings, avec le bascule Enable users to provision new Cloud PC instances. Vérifier que l'option apparaît bien dans Windows App pour un utilisateur éligible, que le consentement utilisateur lance le provisionnement, puis mesurer le temps jusqu'à l'affichage d'un Cloud PC exploitable.

Le test ne doit pas s'arrêter à la création. Valider les politiques utilisateur attendues : applications nécessaires, accès conditionnel, données redirigées ou non, restrictions de sécurité, connexion aux ressources internes et remontée d'inventaire. Si Autopilot Device Preparation est activé dans la politique Reserve, inclure le temps de préparation et les applications obligatoires dans le critère de réussite.

Enfin, tester le retour arrière. Microsoft indique que le déprovisionnement met en pause les jours restants, mais supprime le Cloud PC et les données non sauvegardées. Le runbook support doit donc préciser quand demander à l'utilisateur de rendre son Cloud PC, quelles données doivent être synchronisées ailleurs, et qui vérifie le rapport Windows 365 Reserve licensing ou la vue All Cloud PCs filtrée sur le type Reserve.

Points de vigilance

Le provisionnement utilisateur réduit une dépendance au support, mais il ne remplace pas la préparation. Sans licences affectées assez tôt, groupe correct, politique Reserve valide et client Windows App utilisable, l'option ne sera pas disponible au moment critique.

Ne pas traiter les 10 jours comme un pool collectif. La documentation Microsoft indique que l'accès est par utilisateur, non partageable, et qu'un jour est mesuré par tranches de 24 heures à partir du provisionnement. Pour un service desk, cela impose un suivi par personne et une consigne claire de déprovisionnement dès que le poste principal est revenu.

Sources