Stratégies de rétention Microsoft 365 non appliquées

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

Découvrez pourquoi les stratégies de rétention Microsoft 365 ne sont pas appliquées, et résolvez les problèmes liés aux emplacements, à l’étendue des stratégies, aux conflits, aux délais et aux licences.

Automatically translated with AI from the original post. Read the English original

Les stratégies de rétention dans Microsoft 365 sont essentielles pour gérer le cycle de vie des e-mails, des documents et des conversations dans l’ensemble de votre organisation. Mais il arrive que ces stratégies ne fonctionnent pas comme prévu : les éléments ne sont pas déplacés vers l’archive, ne sont pas supprimés, ou restent plus longtemps qu’ils ne le devraient. Cet article explique précisément pourquoi ces stratégies de rétention peuvent ne pas s’appliquer comme vous l’entendez, même si vous les avez configurées avec soin.

Vous y trouverez des réponses directes pour reconnaître les symptômes d’une rétention défaillante, identifier les causes profondes, comme les problèmes de configuration ou d’autorisations, et suivre des étapes de dépannage concrètes. Nous abordons également des astuces et des bonnes pratiques souvent négligées, comme les effets des environnements multi-géo, les lacunes du RBAC et les retards de planification internes à Microsoft 365. Si vous êtes administrateur ou responsable de la conformité chargé de protéger les données et de garantir leur conformité, ces éléments vous aideront à éviter les pertes de données, la dérive de conformité ou les mauvaises surprises lors de votre prochain audit. Pour approfondir les défis cachés de la conformité, consultez cette discussion sur la dérive de conformité dans Microsoft 365 ou découvrez pourquoi la gouvernance échoue sur cette page consacrée aux échecs de gouvernance.

Comprendre les symptômes courants d’une stratégie de rétention non appliquée

Lorsqu’une stratégie de rétention ne remplit pas son rôle dans Microsoft 365, les signes ne sont généralement pas discrets. Un indice majeur : des e-mails ou des fichiers qui auraient dû être supprimés ou déplacés vers une archive restent présents beaucoup trop longtemps. Vous pouvez aussi le constater lorsque les éléments s’accumulent dans une boîte aux lettres jusqu’à dépasser largement le quota, car, quel que soit le nombre de fois où vous demandez aux utilisateurs de faire le tri, rien ne se déplace automatiquement.

Parmi les autres signaux d’alerte, on trouve l’absence d’étiquettes de rétention sur les messages ou les dossiers, ou un dossier qui devrait être visible (comme un dossier d’archive) et qui n’apparaît pas du tout. Si vous avez défini des stratégies spécifiques pour SharePoint ou OneDrive et que les éléments n’affichent pas le statut habituel « supprimé » ou « conservé », c’est aussi un indice. Parfois, dans le portail Microsoft Purview, vous remarquerez qu’une stratégie de rétention que vous avez attribuée est « non appliquée », ou vous repérerez une longue liste d’éléments sans aucune étiquette de stratégie.

Il est important de repérer ces symptômes tôt, avant que la situation ne dégénère. Attendre trop longtemps pourrait conduire à conserver des données qui auraient dû être supprimées, ou, à l’inverse, à perdre des éléments que vos équipes doivent conserver pour des raisons de conformité. Et avec toutes les fonctionnalités collaboratives de Microsoft 365, il est facile de croire que tout fonctionne bien en surface. Ne vous laissez pas tromper par les journaux d’audit ni par la stabilité apparente des tableaux de bord : ce qu’il faut vérifier, ce sont les changements réels et attendus au fil du temps. Pour voir où la conformité peut devenir glissante en coulisse, écoutez cet épisode sur la manière dont les stratégies de rétention de Microsoft 365 interagissent avec la collaboration et le comportement des utilisateurs.

Causes profondes des scénarios de stratégie de rétention non appliquée

Parlons concrètement : pourquoi les stratégies de rétention ne tiennent-elles parfois pas dans Microsoft 365 ? Ce n’est presque jamais une simple malchance. En général, une ou plusieurs causes profondes se cachent sous la surface.

Un grand classique est la mauvaise configuration : une stratégie qui entre en conflit avec une autre, ou un utilisateur ou un emplacement important oublié. Il arrive aussi que l’étendue visée soit incorrecte, par exemple lorsque la stratégie est appliquée au mauvais groupe d’utilisateurs ou à la mauvaise zone géographique. La hiérarchie des stratégies peut également poser problème, les étiquettes plus spécifiques remplaçant les plus générales de façon inattendue. Ces conflits sont fréquents dans les déploiements Microsoft 365 vastes et dynamiques.

On oublie aussi facilement le Managed Folder Assistant (MFA). Si ce service est désactivé (elcprocessingdisabled) ou n’est pas planifié assez fréquemment, les actions de rétention ne se produisent tout simplement pas. Beaucoup d’administrateurs oublient que le MFA n’agit pas en temps réel et doit être opérationnel pour que les modifications prennent effet. Un retard côté serveur ou une limitation de débit sur les boîtes aux lettres, en particulier pour les grandes boîtes ou en période de forte charge, peut également bloquer l’application des stratégies.

Une autre source de difficultés concerne les autorisations. Tous les rôles d’administrateur ne permettent pas d’attribuer ou de gérer des stratégies de rétention, et l’absence de rôles RBAC, en particulier dans le cadre d’une délégation d’administration ou d’outils de gestion tiers, peut bloquer discrètement certaines affectations. Enfin, les environnements d’entreprise répartis sur plusieurs zones géographiques entraînent souvent des conflits de stratégies entre zones ou des frontières de conformité, ce qui fait échouer des stratégies dans les sites secondaires alors qu’elles semblent correctes au siège.

Un dépannage efficace commence par la compréhension de ces tendances plus larges. Préparez-vous à analyser les journaux, à vérifier la hiérarchie des stratégies et à rechercher les cas particuliers dans l’ensemble de votre locataire. Une gouvernance solide est intentionnelle, et non automatique. Pour approfondir cette réflexion, découvrez cet épisode sur l’illusion de la gouvernance Microsoft 365. Comprendre pourquoi les choses dysfonctionnent est la première étape pour empêcher qu’elles ne se reproduisent.

Résoudre les erreurs des stratégies de rétention Microsoft 365

Rencontrer des messages d’erreur lors de la configuration des stratégies de rétention Microsoft 365 peut vite ressembler à un labyrinthe sans fin. Un instant, vos paramètres semblent solides ; l’instant d’après, apparaissent « stratégie introuvable », « une erreur s’est produite » ou une fenêtre énigmatique « emplacement ambigu ». Ces erreurs sont certes frustrantes, mais chacune contient des indices sur les points où les choses ont déraillé.

Cette section passe en revue les erreurs les plus courantes que vous ne manquerez pas de rencontrer, qu’il s’agisse de gérer des boîtes aux lettres Exchange Online, des sites SharePoint ou des emplacements OneDrive. Plutôt que des conseils vagues, nous expliquerons pourquoi ces erreurs surviennent, quels problèmes cachés en sont à l’origine et quels signaux observer pour ne pas corriger le mauvais élément. Chaque scénario suit une démarche claire, étape par étape, axée sur la manière d’avancer concrètement plutôt que de simplement déchiffrer un nouveau code d’erreur obscur.

Si vous travaillez dans un environnement complexe comprenant des boîtes aux lettres hybrides, des autorisations déléguées ou des rôles d’administration dispersés, ces erreurs peuvent apparaître à des endroits inattendus. Ce guide de dépannage vous permet de traiter les problèmes de stratégie à l’échelle de l’ensemble du locataire ou de cibler une seule boîte aux lettres ou un seul site. Chaque erreur a ses particularités, et suivre le bon chemin de résolution fait toute la différence.

Restez avec nous pour démêler ces erreurs une à une et faire en sorte que vos stratégies de rétention remplissent réellement leur rôle. Vous disposerez d’un environnement Microsoft 365 plus rigoureux et plus fiable une fois la cause profonde de ces dysfonctionnements résolue.

Erreur : paramètres introuvables ou stratégie de rétention non détectée

1. Vérifiez l’existence et le nom de la stratégie : confirmez que la stratégie de rétention existe bien dans votre locataire et qu’elle figure à la fois dans le portail Microsoft Purview et dans le Centre d’administration Exchange. Des fautes de frappe ou des noms de stratégies similaires peuvent prêter à confusion si vous appliquez la mauvaise.
2. Validez la portée et l’affectation : assurez-vous que la stratégie est affectée aux bonnes boîtes aux lettres, aux bons sites ou aux bons groupes. Des erreurs peuvent survenir si la portée est trop restreinte ou mal configurée, en particulier après une migration ou des modifications de la synchronisation AD.
3. Examinez les problèmes liés au PolicyId : il arrive que les références PolicyId sur les boîtes aux lettres ou les emplacements soient absentes, obsolètes ou désynchronisées. En cas de doute, resynchronisez l’affectation ou réappliquez la stratégie.
4. Tenez compte des délais de propagation : les stratégies nouvelles ou modifiées mettent souvent plusieurs heures, parfois davantage, pour apparaître, surtout dans les grands locataires. Laissez au système le temps de se mettre à jour avant d’escalader le problème.

Erreur : une erreur s’est produite ou nous avons rencontré un problème

1. Vérifiez l’état de service de Microsoft 365 : un incident de service en cours ou une maintenance planifiée peut provoquer des erreurs génériques et bloquer le traitement de la rétention.
2. Passez en revue les modifications récentes des stratégies : des modifications incohérentes ou contradictoires, comme des stratégies qui se chevauchent, peuvent semer la confusion dans le système. Annulez les mises à jour récentes pour isoler la source du problème.
3. Relancez le traitement à l’aide de scripts : utilisez Start-ManagedFolderAssistant dans PowerShell pour les boîtes aux lettres concernées afin de déclencher manuellement le traitement de la stratégie et de collecter les messages d’erreur.
4. Vérifiez les autorisations d’administration : les erreurs génériques masquent parfois des problèmes d’accès refusé. Confirmez que votre compte dispose des rôles RBAC appropriés pour gérer la rétention.

Erreur : l’emplacement est ambigu ou introuvable lors de l’affectation d’une stratégie de rétention

1. Vérifiez l’existence de la boîte aux lettres ou du site : Assurez-vous que l’emplacement (boîte aux lettres, site SharePoint, compte OneDrive) existe réellement et correspond à l’identifiant utilisé dans l’affectation de la stratégie.
2. Examinez l’état de la synchronisation hybride et multigéo : Dans les déploiements hybrides ou les configurations multigéo, les emplacements ambigus proviennent souvent d’annuaires non synchronisés, de comptes expirés ou d’un routage géographique incorrect.
3. Clarifiez les références aux groupes et aux utilisateurs : Si vous affectez des stratégies par groupe dynamique ou par objets AD hérités, vérifiez que ces groupes ne sont pas vides, supprimés ou hors périmètre.
4. Auditez les paramètres de périmètre des stratégies : Corrigez les erreurs d’emplacement en mettant à jour le périmètre de la stratégie dans Microsoft Purview ou le Centre d’administration Exchange afin d’y inclure l’utilisateur ou la ressource appropriée.

Erreur : le site est verrouillé ou impossible d’appliquer une conservation

1. Vérifiez l’état du site : Accédez aux paramètres d’administration de SharePoint et vérifiez si le site est « verrouillé » ou se trouve dans un état en lecture seule, fermé ou en attente de suppression, ce qui empêche la création de nouvelles conservations ou la modification des stratégies.
2. Examinez les conservations eDiscovery ou de conformité : Si une conservation eDiscovery active ou une autre conservation juridique est en place, les paramètres de rétention peuvent être bloqués tant qu’elle n’est pas levée.
3. Validez les autorisations : Vérifiez que votre compte d’administrateur ou l’accès délégué dispose des autorisations nécessaires pour appliquer ou modifier les conservations sur le site ou la boîte aux lettres concernés.
4. Déverrouillez ou restaurez le site si nécessaire : Le cas échéant, utilisez les contrôles d’administration ou escaladez le problème auprès du support pour déverrouiller le site ou le restaurer depuis un état d’attente de suppression ou de conservation.

Résolution des problèmes de traitement en attente pour les stratégies de rétention bloquées

Il arrive que les stratégies de rétention Microsoft 365 restent dans un état intermédiaire : elles restent bloquées en « PendingDeletion », en « Processing » ou dans d’autres états transitoires, incapables d’aboutir ou d’être supprimées. Ces états bloqués ne sont pas seulement gênants ; ils peuvent vous empêcher d’ajouter de nouvelles stratégies, de modifier des affectations ou de maintenir le cycle de vie de vos données sur la bonne voie.

Les retards de traitement accumulés peuvent provenir du portail Microsoft Purview qui accuse un retard par rapport à la synchronisation back-end, d’objets orphelins issus de suppressions inachevées, ou de incidents d’infrastructure survenus après des mises à jour du service. Savoir repérer ces états bloqués et savoir quoi faire est essentiel pour tout administrateur confronté à des stratégies difficiles à supprimer ou qui ne s’activent pas à l’heure prévue.

Cette section vous présente les notions nécessaires : ce qu’il faut observer lorsque des stratégies refusent de se supprimer, la manière dont un traitement prolongé peut bloquer la gouvernance, et les solutions générales que la plupart des administrateurs utilisent pour débloquer la situation. Selon le cas, la démarche peut consister en une simple vérification PowerShell, en une réaffectation des stratégies ou, si le blocage persiste, en une escalade auprès du support Microsoft. Grâce à ces outils, vous pourrez empêcher que la gestion de la rétention ne soit ralentie par ces états invisibles.

Stratégie bloquée en PendingDeletion ou non entièrement supprimée : étapes de résolution

1. Vérifiez l’état de la stratégie avec PowerShell : Utilisez Get-RetentionCompliancePolicy et les applets de commande associées pour examiner l’état exact de la stratégie bloquée (« PendingDeletion », etc.).
2. Forcez la suppression avec les outils d’administration : Si une stratégie ne se supprime pas depuis le Centre d’administration, utilisez Remove-RetentionCompliancePolicy dans PowerShell pour agir directement.
3. Réaffectez ou supprimez les dépendances : Vérifiez qu’aucune boîte aux lettres ni aucun emplacement n’est encore lié à la stratégie ; si nécessaire, déplacez-les vers une autre stratégie de rétention ou la stratégie MRM par défaut.
4. Escaladez auprès du support Microsoft : Si les étapes ci-dessus échouent, ouvrez un ticket de support : le support Microsoft peut souvent supprimer les entrées orphelines en back-end qui bloquent les nouvelles configurations.

Erreur : nous ne pouvons pas traiter votre stratégie de rétention ou elle est toujours en cours de traitement

1. Examinez la configuration de la stratégie : Vérifiez attentivement la configuration pour détecter des paramètres incomplets ou non valides, comme des balises de rétention manquantes ou des périmètres d’affectation incorrects.
2. Surveillez les retards liés au système ou à la bande passante : Les retards de traitement résultent souvent d’une limitation de la boîte aux lettres, de tâches back-end à l’échelle du locataire ou d’une charge importante du service Microsoft 365 ; attendez quelques heures puis réessayez.
3. Déclenchez manuellement le traitement : Pour Exchange Online, exécutez Start-ManagedFolderAssistant sur les boîtes aux lettres concernées pour relancer le processus.
4. Vérifiez l’état dans Microsoft Purview : Contrôlez l’état de la stratégie et les journaux dans le portail afin d’obtenir davantage de détails sur ce qui empêche son exécution. Escaladez auprès du support si le blocage dure plus de 24 heures.

Vérifier et valider le bon fonctionnement d’une stratégie de rétention

Après avoir configuré une stratégie de rétention, ne vous contentez pas de supposer qu’elle fait silencieusement son travail. Vérifier régulièrement que vos règles de rétention ne sont pas seulement attribuées, mais qu’elles s’exécutent effectivement, peut vous éviter des écarts de conformité délicats et des audits surprises. Microsoft 365 propose plusieurs outils, comme PowerShell et le portail Microsoft Purview, pour vérifier le déploiement et l’efficacité des stratégies.

Cette partie vous explique comment confirmer que chaque boîte aux lettres, chaque site SharePoint et chaque compte OneDrive est bien soumis à la stratégie appropriée. Vous verrez la différence entre une simple attribution et une action réelle : des éléments supprimés, déplacés ou marqués comme conservés. Ces contrôles vous aident à repérer les échecs silencieux, lorsque tout semble correct dans les centres d’administration, mais que rien ne se passe en réalité.

Au-delà de la vérification technique, pensez à la préparation aux audits. Microsoft Purview Audit (en particulier la version Premium) fournit des journaux à l’échelle du locataire qui captent des éléments que les rapports classiques peuvent manquer. Pour en savoir plus sur l’utilisation de Purview pour un suivi approfondi et la conformité, consultez ce guide sur l’audit de l’activité des utilisateurs avec Microsoft Purview. La validation proactive est une habitude indispensable pour tout administrateur soucieux de la conformité de son organisation.

Comment confirmer qu’une stratégie de rétention est appliquée à une boîte aux lettres

1. Centre d’administration Microsoft 365 : ouvrez les propriétés de la boîte aux lettres de l’utilisateur, examinez la section de la stratégie de rétention attribuée, puis vérifiez les dates d’attribution et de début.
2. Vérification avec PowerShell : utilisez Get-Mailbox –Identity user@domain.com | ft RetentionPolicy pour afficher les noms des stratégies, et Get-Mailbox –Identity user@domain.com | fl *Retention* pour plus de détails.
3. Journaux d’exploitation : consultez les journaux d’audit de la boîte aux lettres ou utilisez Microsoft Purview Audit pour confirmer que les actions de rétention, telles que « déplacé vers l’archive » ou « supprimé », sont journalisées comme prévu.
4. Réattribution en cas de désynchronisation : si les vérifications ne correspondent pas aux résultats attendus, réappliquez les stratégies via le portail ou PowerShell pour réinitialiser l’association.

La rétention fonctionne-t-elle ? Résoudre les problèmes de balises et d’actions dans les stratégies

1. Vérifier l’application des balises : confirmez que les balises de rétention par défaut et personnalisées sont bien attribuées aux dossiers ou aux éléments. Utilisez les détails de la boîte aux lettres ou des requêtes PowerShell (Get-RetentionPolicyTag).
2. Valider l’exécution des actions : vérifiez si les éléments sont supprimés, déplacés vers l’archive ou marqués comme conservés, conformément aux paramètres d’expiration des balises. Comparez le contenu attendu des dossiers avec le contenu réel.
3. Examiner la gestion des exceptions : recherchez les éléments portant la balise « ne jamais supprimer » ou d’autres balises d’exception, susceptibles de bloquer les actions de rétention sur certains dossiers.
4. Tester un élément d’exemple : appliquez manuellement une balise, forcez le traitement de la stratégie (Start-ManagedFolderAssistant), puis vérifiez le résultat.

Gestion proactive et bonnes pratiques pour éviter les échecs des stratégies de rétention

Si vous voulez éviter un cycle sans fin de dépannage, la gestion proactive est votre meilleure alliée dans l’univers des stratégies de rétention Microsoft 365. Plus vous considérez la rétention comme un élément « configuré une fois pour toutes », moins vous recevrez d’appels en pleine nuit lorsqu’un audit approche ou que l’équipe juridique veut savoir qui a supprimé quoi.

Une conception claire et bien documentée des stratégies, sans chevauchements ni lacunes, constitue le fondement d’une rétention saine. Des revues régulières et des contrôles de santé, à l’aide d’outils comme Purview, vous aident à repérer les attributions défaillantes ou les actions en retard avant qu’elles ne se propagent à toute l’organisation. Planifier et activer les services essentiels, comme Managed Folder Assistant, est indispensable et ne doit pas être une réflexion après coup.

Plus important encore, n’oubliez pas la vision « système » de la gouvernance. Microsoft 365 couvre la messagerie, les fichiers, les conversations et bien plus encore : une conformité réelle implique de couvrir l’ensemble, et pas seulement une charge de travail. Pour comprendre pourquoi une gouvernance fragmentée engendre des maux de tête, consultez cette analyse des défaillances de gouvernance dans Microsoft 365. Bien menée, votre approche garantit des flux de données fluides et réduit au minimum l’inquiétude liée aux audits.

S’assurer que Managed Folder Assistant est activé et en cours d’exécution

Managed Folder Assistant (MFA) est le processus d’arrière-plan qui applique les actions de rétention dans les boîtes aux lettres Exchange Online. Si MFA est désactivé (par exemple, si elcprocessingdisabled a la valeur true), vos stratégies, aussi soigneusement conçues soient-elles, n’auront aucun effet, quoi que vous voyiez dans le portail.

Les administrateurs doivent régulièrement vérifier l’état de MFA à l’aide de PowerShell (Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled) pour s’assurer qu’il est activé. S’il est désactivé, utilisez Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false pour le réactiver. MFA s’exécute automatiquement selon une planification définie, mais les administrateurs peuvent accélérer le traitement manuellement avec Start-ManagedFolderAssistant. Surveiller MFA permet de limiter les retards frustrants liés aux stratégies et de garantir que les boîtes aux lettres sont gérées à temps.

Concevoir des stratégies de rétention efficaces pour les environnements Microsoft 365

• Clarifiez l’intention des stratégies : documentez l’objectif de chaque stratégie et évitez les chevauchements de couverture entre elles pour garder un ensemble simple et auditable.
• Évitez les balises en conflit : vérifiez que les balises par défaut, de dossier et personnelles ne se contredisent pas et ne se remplacent pas de façon inattendue dans la hiérarchie des stratégies.
• Alignez-vous sur les besoins du cycle de vie des données : faites correspondre les durées de conservation aux exigences réglementaires, métiers et juridiques, sans vous contenter des durées « prêtes à l’emploi » de Microsoft.
• Testez sur des groupes pilotes : déployez les modifications auprès d’utilisateurs ou de sites contrôlés avant de les appliquer à l’ensemble du locataire, afin de détecter les problèmes avant qu’ils ne prennent de l’ampleur.
• Documentez et révisez régulièrement : gardez la documentation des stratégies à jour et planifiez des revues périodiques pour repérer les dérives ou les incohérences, en particulier après des fusions ou des changements organisationnels majeurs.

Pour en savoir plus sur l’équilibre entre sécurité de la plateforme et gouvernance sur l’ensemble des charges de travail, consultez ces bonnes pratiques en matière de sécurité et de gouvernance de Power Platform.

Retards des stratégies de rétention liés au traitement des boîtes aux lettres et à la planification système

Quelle que soit la qualité de votre configuration d’une stratégie de rétention dans Microsoft 365, des délais liés aux processus en arrière-plan peuvent vous surprendre. Même lorsque toutes les options de configuration sont cochées, rien ne garantit que les actions de la stratégie démarrent instantanément. Microsoft 365 s’appuie en réalité sur un ensemble de processus en arrière-plan, au premier rang desquels le Managed Folder Assistant, pour appliquer la rétention. Ces processus sont planifiés et ne fonctionnent pas en temps réel.

Si vous avez l’habitude de cliquer sur « Enregistrer » et d’attendre un résultat immédiat, ces intervalles de traitement imposés par le système peuvent vraiment agacer. Les délais s’allongent lorsque la charge du serveur est élevée ou que les boîtes aux lettres sont volumineuses, Microsoft limitant l’activité afin de répartir le traitement. Vous pourriez penser que les stratégies sont bloquées ou défaillantes, alors qu’elles attendent simplement leur tour pour que MFA effectue son prochain passage.

Comprendre ce fonctionnement vous aide à fixer des attentes réalistes auprès de vos équipes et à éviter d’ouvrir des tickets de support inutiles avant que le système ait eu le temps de rattraper son retard. Restez avec nous pour un détail du fonctionnement de la planification de MFA et de la manière dont la limitation des boîtes aux lettres ou la charge serveur peuvent ralentir les choses. Une fois ce rythme compris, vous ne confondrez plus un délai avec une défaillance.

Comprendre les intervalles de traitement du Managed Folder Assistant

Le Managed Folder Assistant (MFA) est chargé d’appliquer les stratégies de rétention et d’archivage aux boîtes aux lettres Exchange Online, mais il ne fonctionne pas en temps réel. Par défaut, MFA traite chaque boîte aux lettres une fois tous les sept jours, bien que les périodes de forte demande ou les boîtes aux lettres volumineuses puissent repousser ce délai.

Les administrateurs peuvent déclencher MFA manuellement avec la commande Start-ManagedFolderAssistant s’ils doivent accélérer l’application d’une stratégie après une modification urgente. Il peut toutefois s’écouler plusieurs heures avant que les changements apparaissent dans les boîtes aux lettres des utilisateurs, surtout lorsqu’il s’agit de milliers de comptes. Identifier ces cycles est essentiel pour éviter des dépannages inutiles et comprendre pourquoi des éléments ne sont pas archivés ou supprimés dès qu’une nouvelle stratégie est définie.

À écouter également

Si vous explorez les stratégies de rétention non appliquées dans Microsoft 365, ces épisodes apportent un éclairage pratique sur la gouvernance, la sécurité, l’audit et la fiabilité des opérations Microsoft 365.

• Microsoft Purview – Simply Explained — Relier rétention, conformité, audit et gouvernance des données.
• Microsoft Defender XDR – Simply Explained — Relier les signaux opérationnels à la détection et à la réponse.
• Microsoft Teams Governance – Simply Explained — Comprendre pourquoi la propriété et les règles de cycle de vie comptent pour la collaboration.

Ces épisodes vous aident à transformer le sujet de cet article en décisions de mise en œuvre concrètes.