Intune : choisir entre Retire, Wipe, Delete, Fresh Start et Autopilot Reset

Position recommandée

Retire vise à retirer les données et paramètres gérés tout en préservant les données personnelles lorsque la plateforme le permet. Wipe restaure le terminal et peut supprimer l’ensemble des données selon les options.

Fresh Start réinstalle Windows et retire notamment les applications OEM; l’option de conservation des données modifie fortement l’état Entra et MDM obtenu. Autopilot Reset prépare un appareil Autopilot à la réaffectation tout en conservant l’adhésion Entra et l’enrôlement Intune.

Delete agit aussi sur l’objet d’administration. Ce n’est pas un substitut neutre à Retire: selon l’état et le prochain check-in, il peut entraîner le retrait des données d’entreprise. Je traite chaque action comme un changement avec preuve et approbation.

Retire vise à retirer les données et paramètres gérés tout en préservant les données personnelles lorsque la plateforme le permet. Wipe restaure le terminal et peut supprimer l’ensemble des données selon les options.

Besoin, cas d’usage et périmètre de la recommandation

Retire supprime les profils, applications et données d’organisation pris en charge puis retire la gestion. Je le choisis pour un appareil personnel ou un départ lorsque l’objectif est de préserver les données privées.

Wipe utilise RemoteWipe CSP et ramène le terminal vers un état de réinitialisation. Les options de conservation d’enrôlement ou de compte changent le résultat; elles sont documentées dans le ticket avant confirmation.

Delete retire l’objet de la console et lance un comportement de retrait lors d’un check-in ultérieur selon la plateforme. Supprimer un doublon exige donc de prouver quel objet est actif afin de ne pas cibler le poste sain.

Critères de décision et options possibles

Pour Choisir la bonne action distante Intune, je commence par trois résultats concrets: Définir l’état final attendu, Vérifier propriété, DeviceId et connectivité et Choisir l’action avec la matrice. Ils doivent être observables avant de comparer les méthodes disponibles.

L’architecture cible suit Intent → Action → CSP → End state. Chaque composant a un propriétaire clair, un état vérifiable et une méthode de retour arrière; cette répartition évite qu’une seconde politique masque le résultat de la première.

Le pilote contrôle notamment Définir l’état final attendu, Vérifier propriété, DeviceId et connectivité et Choisir l’action avec la matrice. La généralisation ne commence qu’après une période stable et après vérification des exceptions propres aux populations visées.

La recommandation devient mesurable lorsqu’elle relie le besoin à une cible vérifiable. Les résultats attendus sont Définir l’état final attendu, Vérifier propriété, DeviceId et connectivité et Choisir l’action avec la matrice. Les responsabilités se répartissent ainsi: Intent: Perte, départ, réemploi ou réparation. Action: Retire, Wipe, Delete, Fresh Start ou Reset. CSP: Le poste reçoit l’ordre au prochain check-in. End state: Données, Entra, Intune et Autopilot vérifiés. Cette répartition permet d’attribuer chaque écart au bon propriétaire et d’éviter qu’un second profil, une ancienne autorité ou une exception silencieuse ne produise un résultat apparemment correct mais impossible à exploiter dans la durée.

Les écarts « Action reste Pending », « Mauvais objet supprimé », « Autopilot Reset 0x80070032 » et « Fresh Start résultat inattendu » servent de tests de décision. Pour chacun, la preuve indiquée dans la matrice doit permettre de choisir entre correction, exception temporaire et retour arrière. Le pilote surveille également les points suivants: Wipe et reset sont destructifs, Delete n’est pas un simple nettoyage visuel, qualifier les doublons avant action et WinRE et BitLocker avant réinitialisation. La valeur cible, le mode de distribution, les contrôles et la sortie de secours sont ainsi évalués ensemble.

Architecture cible et répartition des responsabilités

Retire supprime les profils, applications et données d’organisation pris en charge puis retire la gestion. Je le choisis pour un appareil personnel ou un départ lorsque l’objectif est de préserver les données privées.

Wipe utilise RemoteWipe CSP et ramène le terminal vers un état de réinitialisation. Les options de conservation d’enrôlement ou de compte changent le résultat; elles sont documentées dans le ticket avant confirmation.

Delete retire l’objet de la console et lance un comportement de retrait lors d’un check-in ultérieur selon la plateforme. Supprimer un doublon exige donc de prouver quel objet est actif afin de ne pas cibler le poste sain.

Prérequis, gouvernance et préparation

La préparation de Choisir la bonne action distante Intune couvre identité unique du terminal, preuve de propriété et finalité, rôle RBAC minimal, approbation de l’action destructive, clé BitLocker et sauvegarde si applicable. Le propriétaire de chaque composant et la population pilote sont définis avant la création de la configuration.

L’état initial est mesuré avec Définir l’état final attendu. Vérifier propriété, DeviceId et connectivité. Choisir l’action avec la matrice. Faire approuver les options destructives. Il servira de point de comparaison pendant le pilote et lors d’un éventuel retour arrière.

• identité unique du terminal
• preuve de propriété et finalité
• rôle RBAC minimal
• approbation de l’action destructive
• clé BitLocker et sauvegarde si applicable
• WinRE pour les resets
• journal d’audit et procédure support

Fonctionnement détaillé de Choisir la bonne action distante Intune

Retire supprime les profils, applications et données d’organisation pris en charge puis retire la gestion. Je le choisis pour un appareil personnel ou un départ lorsque l’objectif est de préserver les données privées.

Wipe utilise RemoteWipe CSP et ramène le terminal vers un état de réinitialisation. Les options de conservation d’enrôlement ou de compte changent le résultat; elles sont documentées dans le ticket avant confirmation.

Delete retire l’objet de la console et lance un comportement de retrait lors d’un check-in ultérieur selon la plateforme. Supprimer un doublon exige donc de prouver quel objet est actif afin de ne pas cibler le poste sain.

• identité unique du terminal
• preuve de propriété et finalité
• rôle RBAC minimal
• approbation de l’action destructive

Traitement, exploitation et cas limites de Choisir la bonne action distante Intune

Fresh Start utilise CleanPC CSP pour réinstaller Windows et supprimer les applications préinstallées. Avec conservation des données, l’appareil reste Entra joined et peut se réenrôler; sans cette option, l’état final est différent et plus destructeur.

Autopilot Reset supprime données, paramètres et applications utilisateur puis restaure une configuration gérée tout en conservant l’adhésion Entra et l’enrôlement Intune. Il convient au réemploi d’un appareil Autopilot, pas à l’effacement d’un appareil perdu.

WinRE doit être activé pour Autopilot Reset. Une erreur 0x80070032 ou ERROR_NOT_SUPPORTED conduit à contrôler reagentc avant de renvoyer l’action.

• Déclencher et suivre le check-in
• Contrôler Intune, Entra et Autopilot
• Documenter résultat et exceptions

Lire les états propres à Choisir la bonne action distante Intune

Les actions sont asynchrones et nécessitent généralement un check-in. Je relève l’heure, l’auteur, l’appareil, le DeviceId, l’action, ses options et l’accusé dans Audit logs avant d’attendre le résultat.

La matrice de décision inclut propriété, connectivité, niveau de perte acceptable, état Autopilot, réemploi, contrainte légale, disponibilité de la clé BitLocker et possibilité de récupérer physiquement le poste.

Après action, je vérifie séparément l’objet Intune, l’objet Entra, l’enregistrement Autopilot, le chiffrement, l’attribution à l’utilisateur et la remise en service. Aucun écran Success isolé ne clôt le changement.

• Action reste Pending — Last contact et Audit log
• Mauvais objet supprimé — DeviceId et serial
• Autopilot Reset 0x80070032 — reagentc /info
• Fresh Start résultat inattendu — Audit et ticket

Pilote et suivi opérationnel de Choisir la bonne action distante Intune

Le pilote couvre le périmètre Intune, Remote actions, Retire, Wipe et contrôle Définir l’état final attendu. Vérifier propriété, DeviceId et connectivité. Choisir l’action avec la matrice. Les résultats sont segmentés selon les populations réellement concernées par Choisir la bonne action distante Intune.

Les cas d’échec « Action reste Pending », « Mauvais objet supprimé », « Autopilot Reset 0x80070032 » sont reproduits lorsque c’est possible. Ils vérifient que l’écart reste visible et que la procédure indique une preuve exploitable.

Le suivi après déploiement conserve Wipe et reset sont destructifs, Delete n’est pas un simple nettoyage visuel, qualifier les doublons avant action, WinRE et BitLocker avant réinitialisation. Une évolution de version, de licence ou de dépendance déclenche une nouvelle lecture de ces points.

Configuration recommandée et déploiement par étapes

La méthode retenue pour Choisir la bonne action distante Intune se déploie par les étapes « Mesurer l’état de départ », « Configurer la population pilote », « Observer les indicateurs », « Décider la généralisation ». Chaque passage produit un résultat vérifiable avant l’ouverture du suivant.

Paramètres, commandes et automatisation

Les commandes et valeurs de cette section servent à vérifier Définir l’état final attendu. Vérifier propriété, DeviceId et connectivité. Choisir l’action avec la matrice. Faire approuver les options destructives. Chaque exemple précise l’état attendu et les éléments à comparer dans le service.

Le contexte d’exécution, les permissions et les effets sur Intent, Action, CSP, End state doivent rester explicites lorsque la configuration est automatisée.

# Collecte de diagnostic
$ErrorActionPreference = 'Stop'
try {
  dsregcmd.exe /status
  reagentc.exe /info
  Get-BitLockerVolume | Select-Object MountPoint,VolumeStatus,ProtectionStatus,KeyProtector
  Get-CimInstance Win32_ComputerSystemProduct | Select-Object Vendor,Name,IdentifyingNumber,UUID
} catch { Write-Error "Contrôle avant action impossible : $($_.Exception.Message)"; exit 1 }

Validation, indicateurs et critères GO / NO-GO

La décision repose sur Définir l’état final attendu, Vérifier propriété, DeviceId et connectivité, Choisir l’action avec la matrice et Faire approuver les options destructives. Ces indicateurs couvrent le résultat technique, l’état du service et l’effet réel sur la population pilote.

• Définir l’état final attendu.
• Vérifier propriété, DeviceId et connectivité.
• Choisir l’action avec la matrice.
• Faire approuver les options destructives.
• Déclencher et suivre le check-in
• Contrôler Intune, Entra et Autopilot
• Documenter résultat et exceptions

Exploitation, journaux et contrôle continu

La chronologie de Choisir la bonne action distante Intune relie Intent, Action, CSP, End state. Les heures et identifiants communs permettent de savoir si les états appartiennent à la même tentative.

La collecte commence par Définir l’état final attendu. Vérifier propriété, DeviceId et connectivité. Choisir l’action avec la matrice. Faire approuver les options destructives. Ces contrôles conservent l’état qui explique le symptôme avant une nouvelle évaluation.

Les résultats sont lus avec les causes « Poste ne check-in pas », « Doublons non qualifiés », « WinRE indisponible » en tête, sans déduire une correction d’un code ou d’un statut isolé.

• Définir l’état final attendu.
• Vérifier propriété, DeviceId et connectivité.
• Choisir l’action avec la matrice.
• Faire approuver les options destructives.
• Déclencher et suivre le check-in
• Contrôler Intune, Entra et Autopilot
• Documenter résultat et exceptions

Exceptions, erreurs connues et traitement

Les exceptions à prévoir pour Choisir la bonne action distante Intune apparaissent notamment sous la forme Action reste Pending, Mauvais objet supprimé, Autopilot Reset 0x80070032, Fresh Start résultat inattendu. La preuve associée indique s’il faut corriger la configuration ou conserver une exception documentée.

Coût de maintien des exceptions

Une exception à Choisir la bonne action distante Intune crée une charge récurrente: elle doit être identifiée, surveillée et réévaluée jusqu’à sa suppression. Sans propriétaire ni date de revue, cette charge finit par devenir une configuration parallèle difficile à tester.

Rollback, gestion du changement et points de vigilance

Le rollback de Choisir la bonne action distante Intune restaure explicitement l’affectation, la valeur ou l’autorité précédente. Les actions et points de vigilance ci-dessous précisent ce qui doit être contrôlé après ce retour.