Dernière mise à jour le

Avant de déployer SharePoint partout

SharePoint 2007 arrive avec un catalogue qui donne envie d’activer une fonction juste pour voir ce qu’elle fait : bibliothèques, listes, recherche, formulaires, workflows et portails. Pour choisir correctement, il faut d’abord comprendre ce que la plateforme fait lorsqu’une personne dépose un document.

Le navigateur envoie le fichier à IIS. Windows SharePoint Services vérifie l’identité et les permissions, applique la définition de la bibliothèque, puis écrit le contenu et ses propriétés dans une base de contenu SQL Server. Si le versionnement est actif, une modification crée une nouvelle version au lieu d’écraser simplement l’ancienne. MOSS 2007 ajoute des services comme la recherche et des fonctions de portail autour de cette fondation.

poste -> IIS -> application Web SharePoint -> collection de sites
                                      |              |
                                      |              +-> listes et bibliothèques
                                      +-> SQL Server: configuration et contenu

Cette architecture explique deux contraintes. Premièrement, copier le fichier sur le serveur ne suffit pas à sauvegarder ses métadonnées, son historique et ses droits. Deuxièmement, une personnalisation installée sur un seul serveur Web peut manquer lors d’un basculement ou d’une restauration de la ferme.

Un premier trajet documentaire

Si le besoin est d’arrêter d’envoyer la même pièce jointe à six personnes, je construirais un seul flux :

  1. le propriétaire dépose le document dans la bibliothèque du projet;
  2. SharePoint attribue un identifiant, conserve la version et demande seulement Projet et Statut;
  3. le propriétaire envoie un lien, pas une copie;
  4. les contributeurs modifient le même document;
  5. une version majeure est publiée lorsqu’elle devient officielle.

Les deux colonnes doivent servir à quelque chose. Projet alimente une vue et la recherche; Statut distingue Brouillon, À approuver et Publié. Quinze champs obligatoires produiraient surtout des valeurs choisies au hasard pour fermer le formulaire.

Les permissions passent par des groupes SharePoint liés à des rôles. Ajouter directement des individus crée une liste impossible à auditer. Briser l’héritage dans plusieurs sous-dossiers rend la situation encore moins lisible. Pour un document vraiment plus sensible, je préférerais une bibliothèque distincte avec une frontière claire plutôt qu’une exception cachée au milieu de l’arborescence.

Un workflow d’approbation n’est pas seulement une flèche sur un écran. Il conserve un état, assigne une tâche et envoie des notifications. Si l’approbateur quitte ou si le courriel n’arrive pas, le document peut rester bloqué. Il faut une vue des tâches en retard, un propriétaire capable de réassigner et un chemin pour annuler proprement le processus.

Enfin, le site a besoin d’une sortie. À sa création, je noterais son propriétaire, sa base de contenu, sa date de révision et ce qui arrivera à la fermeture du projet. Je testerais la restauration d’un document avec ses versions et ses permissions, puis la restauration du site dans une ferme de test qui possède les mêmes solutions installées.

SharePoint peut aller très loin. Pour un premier déploiement, je veux seulement qu’une équipe sache où vit la copie officielle, puisse la retrouver et puisse la restaurer. Si ce trajet tient pendant une semaine occupée, on aura une fondation réelle pour le prochain usage.

Mise à jour de 2026

Microsoft Office SharePoint Server 2007 a quitté le support le 10 octobre 2017. La famille continue avec SharePoint Online dans Microsoft 365 et SharePoint Server Subscription Edition sur place, mais une ferme 2007 et ses extensions ne sont plus une fondation soutenue.

Les produits ont avancé; le besoin d’un propriétaire, d’un cycle de vie et d’un usage plus simple que l’ancienne méthode n’a pas bougé autant. Microsoft tient à jour le cycle de vie de SharePoint 2007 et celui de SharePoint Server Subscription Edition.