Intune 2609 : l'IME relance plus vite les apps Win32 après l'ESP
la release Intune 2609 annonce deux améliorations autour des applications Win32 Windows : des notifications push pour certains changements d'apps, et un contrôle immédiat des affectations par l'Intune Management Extension après la fin de l'Enrollment Status Page. Le sujet concerne les équipes qui mesurent le temps entre fin de provisioning et installation des applications requises hors ESP.
- Impact
- postes Windows enrôlés dans Intune, avec applications Win32 ou scripts gérés par l'Intune Management Extension. Le bénéfice attendu porte surtout sur les applications requises qui ne sont pas installées pendant l'ESP ou Windows Autopilot device preparation.
- Action
- tester sur un scénario d'enrôlement réel, mesurer le délai entre fin d'ESP et début d'installation Win32, puis vérifier les journaux IME et l'état d'installation Intune avant de modifier les attentes support.
- Statut
- À tester
Ce qui change
Dans Week of September 28, 2026 (Service release 2609), Microsoft indique qu'Intune utilise maintenant des notifications push pour les changements Win32 initiés par un administrateur ou par le service. L'objectif annoncé est que les appareils gérés vérifient plus tôt les changements d'applications, au lieu d'attendre uniquement les intervalles de polling habituels.
La même page annonce aussi un changement ciblé sur l'après-enrôlement Windows : l'Intune Management Extension vérifie immédiatement les affectations d'applications Windows après la fin de l'Enrollment Status Page. La documentation IME mise à jour confirme le comportement et l'étend à Windows Autopilot device preparation : quand l'ESP ou Device Preparation se termine, l'IME contrôle les nouvelles affectations d'apps Windows afin de réduire le délai avant l'installation des apps Win32 requises hors provisioning.
Ce changement ne signifie pas que toutes les applications seront installées pendant l'ESP, ni que les dépendances, règles de détection, redémarrages et prérequis réseau disparaissent. Il réduit surtout un délai d'attente qui pouvait être visible après la remise du poste à l'utilisateur.
Qui est concerné
Le périmètre utile est Windows Intune avec applications Win32 ou autres workloads qui déclenchent l'installation de l'IME. La documentation rappelle que l'IME ne prend pas en charge Windows Home ni Windows en S mode, et que les appareils doivent être enrôlés dans Intune et joints ou enregistrés dans Microsoft Entra selon les scénarios supportés.
Pour les parcs co-managés avec Configuration Manager, le point à vérifier reste le workload Apps : la documentation IME indique que les apps Win32 nécessitent un workload en Pilot Intune ou Intune.
Microsoft mentionne aussi un prérequis de version : les appareils doivent exécuter Intune Management Extension 1.58.103.0 ou ultérieure pour recevoir les configurations ou mises à jour qui dépendent de l'IME. L'agent se met à jour automatiquement dans les conditions normales ; l'action utile est donc de détecter les postes qui ne synchronisent plus correctement plutôt que de packager l'IME à part.
Actions recommandées
Créer un test court, mais mesurable. Sur un profil Autopilot ou Device Preparation représentatif, affecter une application Win32 requise qui n'est pas bloquante dans l'ESP, terminer l'enrôlement, puis mesurer le délai entre la fin de l'ESP et le début effectif du traitement par l'IME. Le résultat attendu est un check-in IME plus rapide après la fin du provisioning, pas une installation instantanée dans tous les cas.
Vérifier côté appareil les journaux sous C:\ProgramData\Microsoft\IntuneManagementExtension\Logs, en particulier IntuneManagementExtension.log pour les check-ins et AppWorkload.log pour les événements d'applications. Côté console, comparer l'état d'installation de l'application avec l'heure de fin d'enrôlement. Si l'appareil reste lent, regarder d'abord les prérequis classiques : connectivité Intune, proxy, BITS, règles de détection, contenu de l'app et redémarrage requis.
Ne pas changer immédiatement les engagements support pour tout le parc. La page Intune rappelle que les mises à jour de service sont déployées progressivement, parfois sur plusieurs jours ou semaines selon les tenants. La bonne validation consiste à mesurer le comportement sur un tenant et un anneau précis avant d'annoncer une réduction générale du temps de mise à disposition applicative.
Points de vigilance
Cette évolution améliore la réactivité du moteur Intune ; elle ne remplace pas une conception correcte de l'ESP. Les applications critiques pour que l'utilisateur puisse commencer à travailler doivent rester traitées comme telles dans le profil d'enrôlement. À l'inverse, les applications lourdes ou non indispensables peuvent bénéficier de ce meilleur démarrage post-ESP sans rallonger artificiellement le blocage de provisioning.
Pour les équipes packaging, le test doit distinguer trois temps : fin d'ESP, premier check-in IME post-ESP, puis installation complète de l'application. Si seul le troisième temps reste long, le changement Intune n'est probablement pas en cause ; il faut revenir au package, au contenu, à la détection ou aux dépendances.
Sources
- Nouveautés Microsoft Intune, service release 2609, entrées Faster delivery of Win32 apps et Faster Win32 app delivery after Windows enrollment : https://learn.microsoft.com/en-us/intune/whats-new/
- Documentation Intune Management Extension, prérequis, version minimale, comportement post-ESP et journaux : https://learn.microsoft.com/en-us/intune/device-management/tools/management-extension-windows