Microsoft annonce que d’anciennes stratégies de rétention Teams ne couvriront plus Copilot

Microsoft a créé le 18 septembre 2026, dans la roadmap Microsoft 365, l’entrée 571306 consacrée à Microsoft Purview Data Lifecycle Management. Elle annonce que certaines stratégies de rétention existantes, rattachées à Microsoft Teams, qui peuvent actuellement s’appliquer aussi aux interactions Microsoft 365 Copilot, seront converties en stratégies Teams seules et traitées comme telles. Elles ne gouverneraient alors plus implicitement les workloads Copilot. L’entrée est au statut In development, avec une disponibilité générale annoncée pour octobre 2026.

Pour un administrateur conformité, la conséquence se lit dans les deux sens. Si la conversion se fait comme annoncé, une stratégie qui conservait les prompts et les réponses de Copilot pendant plusieurs années cessera de s’appliquer aux interactions Copilot à venir, tout comme une stratégie qui les supprimait après une durée donnée ; l’entrée ne dit pas ce que deviennent les interactions que ces stratégies conservent déjà. L’entrée ne vise que les anciennes stratégies Teams, et rien n’y concerne les stratégies posées sur l’emplacement Microsoft Copilot experiences. Avant la conversion, il faut donc savoir quelles stratégies couvrent Copilot par ce biais implicite, et décider si une stratégie de rétention Copilot explicite doit prendre le relais.

Relevé le 29 septembre 2026 sur l’entrée 571306 de la roadmap Microsoft 365.

Pourquoi d’anciennes stratégies Teams s’appliquent aussi à Copilot

La documentation Learn sur la rétention pour Copilot l’explique par l’histoire de l’emplacement. Les messages de Microsoft 365 Copilot et de Microsoft 365 Copilot Chat étaient auparavant inclus automatiquement dans l’emplacement de stratégie nommé Teams chats and Copilot interactions, parce qu’ils étaient conservés et supprimés par les mêmes mécanismes que les conversations Teams. Microsoft précise que les utilisateurs n’avaient pas besoin d’utiliser Teams pour que la stratégie s’applique à Copilot : un collaborateur qui n’ouvrait jamais Teams mais qui interrogeait Copilot pouvait voir ses prompts et ses réponses couverts par une stratégie pensée pour les conversations Teams.

Les stratégies de rétention pour Microsoft 365 Copilot et Microsoft 365 Copilot Chat sont désormais distinctes des conversations Teams, et les stratégies créées depuis cette séparation proposent de nouveaux emplacements : Microsoft Copilot experiences, qui comprend notamment Microsoft 365 Copilot, Security Copilot, Copilot in Fabric et Copilot Studio, puis Enterprise AI apps et Other AI apps pour les autres applications d’IA.

Les anciennes stratégies n’ont pas disparu avec cette séparation. La page de création des stratégies indique que les stratégies existantes pour Teams chats and Copilot interactions restent prises en charge, mais qu’elles ne peuvent plus être modifiées dès que le tenant prend en charge les emplacements séparés, et que toute nouvelle stratégie doit alors employer les nouveaux emplacements. L’entrée 571306 annonce la suite pour certaines de ces stratégies anciennes : selon Microsoft, elles ne gouverneront plus Copilot.

Ce que l’entrée de roadmap ne précise pas

L’entrée tient en trois phrases, et plusieurs points utiles à l’administrateur n’y figurent pas.

• Le mécanisme de la conversion. L’entrée dit que les stratégies seront converties en stratégies Teams seules, sans dire comment ni si l’administrateur aura une action à mener.
• La date exacte. Seul le mois est annoncé, October CY2026, sur une entrée encore In development.
• L’identification des stratégies touchées. L’entrée parle de « certaines » stratégies existantes sans donner de critère, et ne mentionne ni rapport, ni notification, ni liste des stratégies concernées.
• Le sort des interactions Copilot déjà conservées par ces stratégies au moment de la conversion.
• L’emplacement en cause. L’entrée ne nomme pas Teams chats and Copilot interactions ; c’est la documentation Learn qui désigne cet emplacement comme celui qui réunissait Teams et Copilot, et c’est la piste la plus directe pour repérer les stratégies visées.

Repérer les stratégies Teams qui couvrent Copilot

La page Learn qui répartit les cmdlets de rétention trace la frontière utile. Les cmdlets de la famille -RetentionCompliancePolicy servent aux emplacements dits anciens, parmi lesquels Teams chats and Copilot interactions. Les cmdlets -AppRetentionCompliancePolicy servent aux emplacements plus récents, dont Teams chats sans les interactions Copilot, et Microsoft Copilot experiences. Les deux familles s’emploient depuis Security & Compliance PowerShell.

L’inventaire part donc de deux listes. La première recense les stratégies Teams de l’ancienne famille, qui sont les candidates à la conversion :

Get-RetentionCompliancePolicy -TeamsPolicyOnly Get-RetentionCompliancePolicy -Identity "<nom de la stratégie>" -DistributionDetail | Format-List

Le premier commutateur limite le résultat aux stratégies Teams. Le second, -DistributionDetail, est nécessaire ici : la page de la cmdlet précise que, sans lui, les valeurs de DistributionStatus et des propriétés *Location sont inexactes. La même page avertit que la colonne Workload affiche tous les workloads et non celui sur lequel la stratégie s’applique réellement ; elle ne sert donc pas à trier.

La seconde liste, obtenue par Get-AppRetentionCompliancePolicy, montre les stratégies des emplacements récents, et donc celles qui visent déjà Microsoft Copilot experiences. L’entrée 571306 ne vise pas ces stratégies.

Pour chaque stratégie ancienne qui s’applique aux conversations Teams, trois informations méritent d’être relevées : l’action et la durée de sa règle (conserver, supprimer, ou conserver puis supprimer), les utilisateurs inclus et exclus, et l’existence ou non d’une stratégie Copilot explicite pour les mêmes utilisateurs. Quand plusieurs stratégies pour le même emplacement s’appliquent à un utilisateur, les principes de la rétention tranchent, et la donnée est par exemple conservée pour la durée la plus longue. Qu’une de ces stratégies cesse de couvrir Copilot peut donc raccourcir la conservation effective des interactions Copilot, ou au contraire lever une suppression qu’on croyait en place.

Créer une stratégie de rétention Copilot sur l’emplacement Microsoft Copilot experiences

La couverture explicite de Copilot passe par l’emplacement Microsoft Copilot experiences. Dans le portail Microsoft Purview, le chemin est Solutions > Data Lifecycle Management > Policies > Retention policies, puis New retention policy, en suivant l’onglet des instructions intitulé Retention policy for Teams & AI apps.

1. Nommer la stratégie. À l’étape Assign admin units, garder Full directory : Microsoft indique que les unités administratives ne sont actuellement pas prises en charge pour ce type de stratégie.
2. Choisir Adaptive ou Static. Une stratégie adaptative suppose que les étendues adaptatives existent déjà ; sans elles, la configuration ne peut pas aboutir.
3. En mode statique, activer Microsoft Copilot experiences, que Microsoft décrit comme couvrant l’ensemble des prompts et réponses des expériences Copilot intégrées et personnalisées, notamment Microsoft 365 Copilot, Security Copilot, Copilot in Fabric et Copilot Studio. Tous les utilisateurs sont sélectionnés par défaut ; Choose et Exclude permettent d’affiner.
4. Définir la conservation, la suppression, ou la conservation suivie de la suppression, puis enregistrer.

Pour Microsoft 365 Copilot et Copilot Studio, la documentation inclut les prompts et les réponses dans la rétention. Pour les autres Copilot de Microsoft, comme pour les autres applications d’IA, elle ne les inclut que si une collection policy est configurée pour capturer le contenu. Microsoft indique aussi qu’une stratégie de rétention peut demander jusqu’à sept jours pour s’appliquer après sa création.

La même stratégie se crée par PowerShell avec New-AppRetentionCompliancePolicy, suivie d’une règle créée par New-AppRetentionComplianceRule, puisqu’une stratégie de rétention a besoin d’une règle pour que sa configuration soit complète. La page de référence de la cmdlet marque la valeur Microsoft Copilot experiences comme Currently in Preview, et exige que toutes les valeurs suivantes soient employées ensemble dans le paramètre -Applications :

"User:M365Copilot,CopilotForSecurity,CopilotinFabricPowerBI,CopilotStudio,CopilotinBusinessApplicationplatformsSales,SQLCopilot"

La même page précise que CopilotinBusinessApplicationplatformsSales et SQLCopilot sont obligatoires, mais sans effet à ce stade.

Séparer une stratégie existante par PowerShell, sans attendre la conversion

La page de création des stratégies documente déjà la séparation d’une stratégie Teams chats and Copilot interactions. Pour faire d’une stratégie ancienne une stratégie consacrée aux seules conversations Teams :

Set-RetentionCompliancePolicy -Identity "<nom de la stratégie>" -Applications "User:TeamsChatUserInteractions"

Pour ajouter les interactions Microsoft 365 Copilot à une stratégie existante des emplacements récents, la même page donne :

Set-AppRetentionCompliancePolicy -Identity "<nom de la stratégie>" -Applications "User:M365Copilot"

Les deux pages Microsoft ne donnent pas la même forme pour Copilot. Au relevé du 29 septembre 2026, la page de création des stratégies emploie User:M365Copilot seul pour ajouter Copilot à une stratégie existante, alors que la référence de Set-AppRetentionCompliancePolicy demande, pour Microsoft Copilot experiences, les six valeurs ensemble. De même, la référence de Set-RetentionCompliancePolicy ne décrit le paramètre -Applications que pour les groupes Microsoft 365, et la valeur User:TeamsChatUserInteractions ne figure pas sur cette page de référence : elle vient de la page de création des stratégies.

La référence de Set-RetentionCompliancePolicy signale enfin que chaque exécution déclenche une synchronisation complète dans l’organisation. Quand plusieurs stratégies sont à modifier, Microsoft recommande d’attendre que la distribution de l’une ait réussi avant de lancer la cmdlet pour la suivante.

Le contenu couvert par la rétention Copilot, et la mémoire Copilot qui n’en relève pas

Une stratégie de rétention pour Copilot porte sur les prompts des utilisateurs et sur les réponses : texte, liens et références, ainsi que les résumés en fil pour Copilot dans les conversations et canaux Teams. Les données sont copiées dans un dossier masqué de la boîte aux lettres Exchange de l’utilisateur, qui n’est pas conçu pour être consulté directement mais pour être interrogé par les outils eDiscovery.

Les délais comptent dans la lecture d’une règle de suppression. Un travail planifié d’Exchange évalue les éléments du dossier masqué et met en général un à sept jours à s’exécuter, les éléments expirés passent au moins un jour dans le dossier SubstrateHolds, et Microsoft donne l’exemple d’une suppression configurée après un jour qui peut prendre seize jours avant que le message ne sorte des recherches eDiscovery.

Les considérations de Microsoft pour Microsoft 365 Copilot portent notamment deux limites qui touchent la rétention. Les stratégies de rétention pour les interactions Copilot n’informent pas les utilisateurs quand des messages sont supprimés. Et pour Microsoft 365 Copilot dans Teams, si les transcriptions sont désactivées, l’audit, l’eDiscovery et la rétention ne sont pas pris en charge.

La mémoire de Copilot relève d’un autre régime. La page Learn qui la décrit, en preview, indique que les mémoires sont stockées dans un dossier masqué de la boîte aux lettres Exchange de l’utilisateur, mais que les stratégies et les étiquettes de rétention configurées dans Purview ne s’y appliquent pas. Microsoft donne l’exemple d’une stratégie « delete after three months » sur les interactions Copilot Chat, qui ne supprime pas les mémoires des utilisateurs au bout de trois mois, et précise qu’aucun contrôle d’administration ne permet d’imposer des règles de rétention propres à la mémoire. Les saved memories sont conservées jusqu’à ce que l’utilisateur les supprime dans Settings > Personalization, et la suppression d’une conversation n’efface pas les saved memories qu’elle a produites. Côté administration, eDiscovery et Content Search permettent de rechercher les mémoires, sur la classe d’éléments IPM.Contact, dans le dossier CopilotMemory ; les custom instructions ne sont pas encore accessibles par ces outils.

Notre lecture

L’entrée 571306 prolonge une séparation que Microsoft a déjà faite dans les emplacements de rétention. Microsoft a distingué Teams et Copilot, a rendu non modifiables les stratégies anciennes qui les réunissaient dans les tenants qui prennent en charge les emplacements séparés, et annonce que certaines de ces stratégies ne porteront plus que sur Teams. Dans un tenant qui s’est reposé sur l’ancien emplacement pour couvrir Copilot, la couverture des interactions Copilot repose alors sur une stratégie créée pour les conversations Teams.

Nous poserions la stratégie de rétention Copilot explicite avant de toucher aux stratégies anciennes, et non l’inverse : séparer d’abord ouvrirait, faute d’autre stratégie Copilot, un intervalle pendant lequel les interactions Copilot ne relèveraient d’aucune stratégie de rétention. Tant que les deux pages Microsoft divergent sur la valeur -Applications, le portail nous paraît la voie la plus sûre pour créer cette stratégie ; PowerShell garde son intérêt pour l’inventaire.

La mémoire de Copilot mérite d’être traitée à part dans le même exercice. Elle vit dans la même boîte aux lettres que les interactions, mais la documentation dit en toutes lettres que les stratégies de rétention ne s’y appliquent pas. Une politique de conservation qui annonce une durée pour « les données Copilot » dirait donc plus que ce que Purview applique réellement.

Comme pour la remise en ordre des droits d’accès avant Microsoft 365 Copilot, un réglage posé pour Teams décide ici de ce qui arrive aux données de Copilot.

Ce qu’il faut vérifier

• Les stratégies retournées par Get-RetentionCompliancePolicy -TeamsPolicyOnly, relues une à une avec -DistributionDetail, pour repérer celles qui s’appliquent aux conversations Teams.
• Pour chacune, l’action et la durée de la règle, ainsi que les utilisateurs inclus et exclus.
• La présence, dans Get-AppRetentionCompliancePolicy, d’une stratégie sur l’emplacement Microsoft Copilot experiences pour les mêmes utilisateurs.
• La valeur -Applications à employer, si la stratégie Copilot se crée par PowerShell, les deux pages Microsoft ne donnant pas la même forme.
• Le réglage des transcriptions pour Copilot dans Teams, dont dépend la prise en charge de la rétention.
• La place faite à la mémoire de Copilot dans la politique de conservation, puisque les stratégies de rétention Purview ne s’y appliquent pas.
• L’état de l’entrée 571306 dans la roadmap, dont le statut et le mois annoncé peuvent encore changer.

Les sources Microsoft

• Microsoft 365 roadmap, entrée 571306 : Legacy Teams retention policies covering Copilot will be treated as Teams-only
• Learn about retention for Copilot & AI apps
• Create and configure retention policies
• Identify the available PowerShell cmdlets for retention
• Get-RetentionCompliancePolicy
• Set-RetentionCompliancePolicy
• New-AppRetentionCompliancePolicy
• Set-AppRetentionCompliancePolicy
• Microsoft Purview data security and compliance protections for Microsoft 365 Copilot and other generative AI apps
• Considerations for Microsoft Purview to manage Microsoft 365 Copilot and Channel Agent in Teams
• Manage Copilot personalization and memory