Un outil à remplacer

Que reprendre des espaces et composants Loop avant de quitter Microsoft ?

Pour vous si… Votre équipe utilise Loop et des composants partagés depuis Teams ou Outlook. Vous préparez une sortie de Microsoft et devez retrouver leurs emplacements et leur responsable.

Repères documentaires au 6 novembre 2026.

Notre avis

Nous commencerions par les contenus que l’équipe continue à lire ou modifier, pas par les seuls fichiers présents dans un export. Pour chaque objet, choisissez une destination, un propriétaire et la tâche que les utilisateurs doivent encore accomplir.

Si le travail est terminé, une restitution lisible peut suffire. S’il se poursuit, faites démontrer la modification et les liens utiles dans la destination. Gardez l’ancien accès uniquement pour le contenu nécessaire dont la reprise reste ouverte.

Ce qui change le choix

Un espace expérimental sans usage actif peut être fermé après restitution validée par son propriétaire. À l’inverse, un objet encore central pour plusieurs équipes mérite une reprise dédiée avant de retirer l’accès source.

Dans l’ordre

  1. Identifier les objets encore utilisés et leurs emplacements de lecture
  2. Reprendre ceux qui doivent rester modifiables
  3. Restituer les espaces terminés sous une forme utile
  4. Garder temporairement un accès borné si une reprise nécessaire manque

Pourquoi ce choix

  • La même information peut être consultée depuis plusieurs points d’entrée.
  • Le besoin de lecture et le besoin de poursuivre le travail ne demandent pas la même sortie.
  • Un accès temporaire doit avoir un coût, un responsable et une date de décision.

Faire l’inventaire depuis les points d’entrée du travail

Demandez aux utilisateurs d’où ils ouvrent chaque contenu : application Loop, conversation Teams, canal ou message Outlook. Microsoft documente des emplacements différents selon l’origine : conteneurs SharePoint Embedded pour les espaces de l’application Loop, OneDrive pour certains composants de conversation privée ou Outlook, site SharePoint pour des composants de canal. Un inventaire limité à un dossier OneDrive peut donc manquer une partie du périmètre.

Faites ensuite identifier le propriétaire et les personnes autorisées. Ne déduisez pas une procédure de sortie identique de l’aspect identique de deux composants. Le tableau de stockage sert à retrouver le bon objet ; il ne garantit pas sa conversion dans un outil tiers.

Traiter le départ du propriétaire avant la fermeture du compte

Pour un conteneur personnel Loop My workspace, Microsoft décrit une étape manuelle de transmission des accès et de notification : elle n’est pas automatique comme le parcours OneDrive comparé dans son guide. Le conteneur suit le cycle de suppression associé au propriétaire. La documentation prévoit la préservation avec copie avant suppression, ou la réassignation permanente du conteneur à un autre propriétaire.

Faites choisir cette issue par l’administrateur avant de fermer le compte. Ajouter une personne autorisée et changer le propriétaire principal ne sont pas la même action. Nous ne donnons pas de délai de conservation universel : il dépend de la configuration applicable.

Une destination par objet, une sortie différente selon son avenir

N’exigez pas une reprise active de tout l’historique si l’équipe ne doit plus y travailler. Faites valider le besoin futur par le propriétaire.

Décision proposée pour un contenu partagé
Besoin futurDestination à faire valider
Poursuivre le travail à plusieursUn objet modifiable avec les personnes et les accès nécessaires
Consulter une décision terminéeUne restitution compréhensible et conservable dans le cadre prévu
Aucun usage identifiéUne décision de retrait, après vérification de la conservation applicable
Reprise nécessaire encore impossibleUn accès source temporaire, borné et suivi

Vérifier les accès qui survivent à la fermeture de l’ancien compte

Sur des copies fictives, faites produire la restitution annoncée puis ouvrir le résultat sans session de l’ancien service. Si la sortie reste un lien qui demande l’ancien compte, ne la présentez pas comme une restitution autonome. Si vous acceptez ce maintien, nommez-le et gardez son coût au budget.

Pour un objet modifiable, demandez à une autre personne de poursuivre le travail depuis le nouveau point d’entrée. Faites ensuite vérifier les renvois qui circulaient déjà. Il n’est pas nécessaire de conserver tous les anciens accès si vous pouvez diriger clairement les personnes vers la nouvelle référence.

Fermer par contenu repris, pas parce que le dossier export existe

La preuve de fermeture doit répondre à trois questions : le contenu utile est-il accessible, les personnes savent-elles où continuer et le propriétaire accepte-t-il le résultat ? Le protocole reste à réaliser ; aucun espace Microsoft ni format de sortie n’a été testé ici.

Pour une exception, écrivez le nom de l’objet, la personne responsable, le mode de consultation conservé et la prochaine décision attendue. Évitez le maintien indéfini de toute la suite pour un seul élément dont personne ne suit la reprise.

À vérifier

Documentation Microsoft du stockage et du départ des propriétaires lue ; aucune commande, console, copie ou conversion exécutée. La reprise vers un produit tiers, ses formats et ses droits restent à prouver.

Votre prochaine action

Choisissez un objet encore vivant, faites retrouver tous ses points d’entrée puis demandez une reprise fictive jusqu’à la lecture ou modification attendue, sans l’ancien compte.

Preuves et sources

Les faits documentaires et déclarations sont distingués de nos avis et méthodes. Comment nous travaillons.

Notre avis — Nous conseillons de décider de la reprise par objet vivant et besoin futur plutôt que par présence dans un export de fichiers.

Daté du 6 novembre 2026. Périmètre : Espaces collaboratifs et contenus partagés liés. Limite : Un espace terminé peut demander seulement une restitution ; aucune capacité d’un service n’est affirmée.

Notre méthode — Le protocole proposé identifie points d’entrée, version de référence, propriétaire, sortie et ouverture sans ancien compte.

Daté du 6 novembre 2026. Périmètre : Copies ou objets fictifs du parcours à reprendre. Limite : Aucun export ou composant testé ; exemple de liste explicitement fictif.

Déclaration de l’éditeur — Microsoft répartit le stockage Loop entre SharePoint Embedded, SharePoint et OneDrive selon l’origine du contenu.

Daté du 6 novembre 2026. Périmètre : Table de stockage Loop. Limite : Documentation éditeur ; protocole proposé non exécuté.

Microsoft — Overview of Loop storage

Source lue le 6 novembre 2026. Tables origine/stockage lignes38-69 et lifecycle93-122 lus : Embedded, SharePoint et OneDrive selon origine.

Aucun export vers tiers testé ; pas règle tous objets Copilot.

Déclaration de l’éditeur — Microsoft décrit un transfert d’accès et une notification manuels pour le départ du propriétaire d’un conteneur personnel.

Daté du 6 novembre 2026. Périmètre : Conteneur user-owned Loop My workspace. Limite : Documentation éditeur ; protocole proposé non exécuté.

Microsoft — Grant access to Loop containers

Source lue le 6 novembre 2026. Corps31-91 : conteneur userowned sans délégation/notification automatiques ; conservation/copier avant suppression ou réassignation permanente.

Commandes et console non exécutées ; cycle précis dépend de la rétention configurée.