Document Version History in Microsoft Teams
L’historique des versions de documents dans Microsoft Teams est le filet de sécurité de chaque fichier partagé. Comme Teams stocke ses fichiers dans SharePoint, chaque modification est suivie automatiquement — vous pouvez ainsi voir qui a modifié quoi, comparer des versions et restaurer une copie antérieure sans perdre la version actuelle. Ce guide explique comment trouver, restaurer et comparer les versions, comment configurer la gestion des versions dans SharePoint, et les nouvelles limites de versions automatiques (intelligentes) qui régissent désormais leur stockage.
Réponse rapide : Les fichiers Teams résident dans SharePoint, qui conserve jusqu’à 500 versions de chaque fichier par défaut. Pour consulter l’historique, ouvrez l’onglet Fichiers du canal → … → Ouvrir dans SharePoint → sélectionnez le fichier → Historique des versions. Vous pouvez alors Ouvrir, Comparer ou Restaurer n’importe quelle version — la restauration est non destructive. Les administrateurs contrôlent la rétention et le stockage via les paramètres de contrôle de version SharePoint, où la limite Automatique recommandée conserve les points de récupération tout en réduisant le stockage consommé.
Comment trouver et utiliser l’historique des versions
Consulter l’historique des versions
L’historique des versions n’apparaît pas directement dans Teams — vous y accédez via SharePoint :
- Ouvrez votre équipe et accédez à l’onglet Fichiers du canal.
- Sélectionnez le document, choisissez Plus d’options (…) > Ouvrir dans SharePoint.
- Dans la bibliothèque SharePoint, sélectionnez le fichier et cliquez sur Historique des versions (depuis la barre d’outils ou le menu …).
Vous verrez une liste chronologique de chaque version enregistrée, avec son horodatage et son auteur. Vous pouvez aussi ouvrir le fichier dans une application Office de bureau et utiliser Fichier > Informations > Historique des versions. Pour la référence Microsoft pas à pas, voir Afficher l’historique des versions d’un élément ou d’un fichier.
Fonctionnement des numéros de version
- Les nombres entiers (1.0, 2.0) sont des versions majeures — modifications publiées ou importantes.
- Les décimales (1.1, 1.2) sont des versions mineures — brouillons et petites modifications.
Un rapport trimestriel peut démarrer en brouillon 1.0, recevoir des modifications mineures en 1.1 et 1.2, puis passer à 2.0 lorsqu’une section est finalisée. Les versions mineures n’apparaissent que si la bibliothèque est configurée pour suivre les versions majeures et mineures.
Restaurer une version antérieure
- Dans Historique des versions, trouvez la version souhaitée.
- Cliquez sur le … à côté de sa date.
- Sélectionnez Restaurer.
La version restaurée devient la nouvelle version actuelle. Les versions antérieures restent dans l’historique : restaurer ne détruit donc jamais le travail — cela ne fait que ramener le pointeur « actuel » en arrière.
Comparer les versions
Ouvrez une version pour la consulter, ou utilisez Comparer pour voir ce qui a changé entre deux versions — pratique pour savoir qui a modifié quoi dans un projet d’équipe. L’historique des versions fonctionne pour tous les types de fichiers : Word, Excel, PowerPoint, PDF, et plus encore.
Sur un compte Microsoft personnel utilisant OneDrive, vous pouvez accéder jusqu’à 25 versions. Pour les comptes professionnels ou scolaires, le nombre dépend des paramètres SharePoint de votre organisation.
Configurer la gestion des versions dans SharePoint
La gestion des versions est activée par défaut, mais les propriétaires de site peuvent la vérifier et l’ajuster par bibliothèque.
Activer (et ajuster) la gestion des versions
- Ouvrez le site SharePoint de l’équipe et accédez à la bibliothèque de documents.
- Sélectionnez Paramètres (roue dentée) > Paramètres de la bibliothèque > Paramètres de contrôle de version.
- Choisissez Créer des versions majeures ou Créer des versions majeures et mineures (brouillons).
- Définissez qui peut voir les brouillons, puis enregistrez.
Limites de versions automatiques (intelligentes) — le paramètre par défaut actuel
C’est le changement récent le plus important. Plutôt que de simplement plafonner un nombre brut de versions, SharePoint propose désormais une limite de versions Automatique — le paramètre recommandé par Microsoft — qui optimise le stockage tout en préservant des points de récupération pertinents :
« Le paramètre Automatique est recommandé pour un stockage des versions optimisé. Il combine les avantages de récupération des données qu’offre l’historique des versions tout en optimisant son stockage. » — Microsoft Learn
D’après cette documentation sur les limites de versions, l’algorithme automatique conserve :
- Toutes les versions créées au cours des 30 premiers jours
- Les versions horaires de 30 à 60 jours
- Les versions quotidiennes de 60 à 180 jours
- Les versions hebdomadaires au-delà de 180 jours, jusqu’au plafond de 500 versions
L’alternative est la limite Manuelle, où vous définissez un nombre fixe de versions majeures et/ou une période d’expiration. Les limites de versions peuvent s’appliquer au niveau de l’organisation, du site, de la bibliothèque ou de OneDrive — notez que les valeurs par défaut au niveau de l’organisation s’appliquent aux bibliothèques nouvellement créées, et non aux bibliothèques existantes, qui peuvent donc devoir être mises à jour séparément. Voir Définir les limites de versions par défaut de l’organisation et Planifier le stockage des versions.
Pourquoi c’est important pour le stockage
Chaque version est comptabilisée dans votre quota de stockage SharePoint : un fichier souvent modifié consomme donc bien plus que sa taille actuelle. L’impact est considérable : Microsoft indique que le paramètre Automatique permet une réduction de 96 % du stockage des versions sur une période de six mois par rapport aux limites par nombre fixe (Planifier le stockage des versions). La limite Automatique existe précisément pour maîtriser cela — vous conservez les points de récupération qui comptent (récents et périodiques) tandis que les versions plus anciennes et redondantes sont réduites.
Approbation du contenu et extraction
Pour les documents nécessitant une révision formelle, dans Paramètres de contrôle de version, réglez Exiger l’approbation du contenu pour les éléments soumis sur Oui et choisissez qui peut voir les brouillons avant approbation. Pour éviter les conflits d’édition simultanée sur des fichiers critiques (rapports financiers, contrats), réglez Exiger l’extraction des documents avant modification sur Oui — une seule personne peut modifier un fichier extrait à la fois.
Coédition, AutoSave et conflits de version
Coédition en temps réel
Ouvrez un document depuis Teams : il est déjà sur SharePoint ou OneDrive, prêt pour la collaboration en temps réel. Plusieurs personnes peuvent modifier le même fichier simultanément — le marketing met à jour les chiffres pendant que les finances ajustent les projections — et les modifications apparaissent instantanément pour tous. Utilisez les @mentions dans les commentaires pour solliciter un collègue sans interrompre le flux.
Comment AutoSave affecte les versions
Avec AutoSave activé, les modifications s’enregistrent en continu pendant la coédition, et SharePoint enregistre des versions au fil de votre travail. C’est ce qui rend les points de restauration aussi granulaires — mais c’est aussi pourquoi la limite de versions automatique est utile, puisqu’elle réduit au fil du temps le flot de versions quasi identiques. Une nuance : comme les modifications sont validées au fur et à mesure, AutoSave modifie le comportement des fonctions Annuler/Rétablir par rapport à un enregistrement manuel.
Résoudre les conflits de version
Les conflits sont rares avec la coédition moderne, mais peuvent encore survenir (souvent en cas d’édition hors connexion) :
- Repérer — Teams/Office signale que votre version entre en conflit avec celle du serveur.
- Vérifier — sélectionnez Résoudre pour voir les différences côte à côte.
- Choisir — conservez la bonne version, ou fusionnez les modifications manuellement si les deux sont nécessaires.
Rester en ligne et laisser AutoSave synchroniser évite la plupart des conflits. Pour aller plus loin, consultez notre guide sur la façon dont SharePoint gère les conflits de version lors de la coédition.
Résoudre les problèmes courants
Les dernières modifications n’apparaissent pas dans l’historique ? Enregistrez et actualisez, vérifiez votre connexion et patientez le temps de la synchronisation. Si l’historique reste incorrect dans le navigateur, vider le cache et les cookies résout de nombreux problèmes d’affichage.
Vous manquez de stockage ? Basculez la bibliothèque sur la limite de versions Automatique, ou définissez des limites manuelles raisonnables et effectuez des nettoyages périodiques. Pour des modifications en masse sur de nombreux fichiers, PowerShell et l’API Microsoft Graph peuvent automatiser la réduction des versions.
Besoin d’un journal d’audit ? L’historique des versions fait office de journal d’audit léger — chaque version indique qui a modifié le fichier et quand, ce qui facilite les revues de conformité et la récupération de contenu.
Standardiser la gestion des versions sur toutes les équipes
L’historique des versions protège un fichier ; la gouvernance, elle, vise la cohérence sur toutes vos équipes. Lorsque chaque propriétaire de site configure différemment les versions, l’approbation et l’extraction, la récupération et la conformité deviennent imprévisibles. C’est là que nBold aide : en créant automatiquement les équipes à partir de modèles Microsoft Teams standardisés, vous pouvez appliquer les mêmes paramètres de versions SharePoint, conventions de nommage et politiques de gestion documentaire à chaque nouvelle équipe — pour que les bonnes pratiques deviennent la règle par défaut, et non un effort supplémentaire.
Résumé
L’historique des versions de documents dans Microsoft Teams, propulsé par SharePoint, permet à votre équipe de suivre les modifications, de comparer les éditions et de restaurer des copies antérieures sans craindre de perdre du travail. L’essentiel :
- Consultez l’historique via SharePoint (Fichiers > … > Ouvrir dans SharePoint > Historique des versions).
- Restaurez sans rien détruire — les versions antérieures sont conservées, jamais écrasées.
- Choisissez la limite de versions Automatique pour équilibrer récupération et stockage.
- Activez l’extraction et l’approbation du contenu pour les documents critiques ou sensibles.
- Gardez AutoSave activé et travaillez directement dans Teams/SharePoint pour limiter les conflits.
- Standardisez les paramètres sur toutes les équipes grâce aux modèles, pour une gestion des versions cohérente partout.
Bien utilisé, l’historique des versions transforme l’édition collaborative d’un risque en filet de sécurité — et les limites de versions automatiques empêchent ce filet de consommer discrètement votre stockage.