S’applique à
Windows 11 Home and Pro, version 23H2 Windows 11 Enterprise and Education, version 23H2 Windows 11 Enterprise Multi-Session, version 23H2 DO_NOT_USE_Windows 11 IoT Enterprise, version 23H2 Windows 11 SE, version 24H2 Windows 11 Enterprise and Education, version 24H2 Windows 11 Enterprise Multi-Session, version 24H2 Windows 11 Home and Pro, version 24H2 Windows 11 IoT Enterprise, version 24H2 Windows Server 2025

Date de publication d’origine : 29 août 2025

ID de la base de connaissances : 5065083

Résumé

Lorsqu’un appareil plus ancien (un exécutant une version antérieure de Windows 11) est inscrit dans une entreprise à l’aide d’un fournisseur de gestion des appareils mobiles (GPM), la demande d’inscription extrait la version de build et la version de l’application à partir de la révision de build de mise à jour (UBR) de l’appareil. Pendant le processus de mise à jour, la version de build reste inchangée, tandis que la version de l’application augmente d’un.

Par exemple, si l’appareil exécute windows version 26100.4770, la version de build envoyée lors de l’inscription sera 26100.4770, mais une fois la mise à jour OOBE (out-of-box experience) installée, la version de l’application deviendra 26100.4771.

Cette modification s’applique aux éléments suivants :

  • Windows 11, version 23H2 des appareils après l’installation de la mise à jour Windows publiée le 26 août 2025 ou après (KB5064080} ou de la mise à jour OOBE de Windows publiée le 26 août 2025 ou après (KB5065813).

  • Windows 11 appareils de la version 24H2 après l’installation de la mise à jour Windows publiée le 29 août 2025 (KB5064081) ou de la mise à jour OOBE de Windows publiée le 29 août 2025 (KB5065848).

Informations complémentaires

Dans certains scénarios, un appareil plus ancien peut ne pas installer la mise à jour OOBE. La mise à jour OOBE inclut les stratégies de fournisseur de services de configuration (CSP) de restauration. Un fournisseur GPM, qui n’est pas conscient de cet échec, peut envoyer la stratégie de restauration en s’attendant à ce que le fournisseur de solutions Cloud soit présent. Cette incompatibilité peut entraîner l’échec des applications de stratégie, ce qui peut interrompre l’inscription d’entreprise et laisser les utilisateurs bloqués dans OOBE, entraînant des escalades de support.

Actuellement, les contrôleurs GPM, tels que les fournisseurs GPM tiers, ne disposent pas d’un moyen de déterminer si un appareil est capable (avec le code de stratégie de restauration présent) d’afficher l’expérience de restauration pendant L’OOBE. Les appareils dont la restauration peut être activée via des packages OOBE ne sont pas pris en charge pour afficher l’expérience de restauration.

Pour activer l’expérience de restauration pour les appareils plus anciens lors de l’inscription des appareils, la demande d’inscription incrémente désormais la version de l’application de 1. Cela indique que l’ancien appareil est compatible avec la restauration, et que les fournisseurs GPM doivent l’utiliser comme mécanisme de détection pour envoyer le csp de restauration. Cette modification est capturée lors de l’OOBE.

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.