Déploiement d’Office avec Office Deployment Tool (ODT)

I. Présentation

Lorsqu'il s'agit d'installer la suite Microsoft Office sur un parc, que ce soit pour un déploiement initial ou la migration vers une version plus récente, l'outil Microsoft "Office Deployment Tool" (ODT) va s'avérer très utile pour mener à bien cette opération. Cet outil gratuit fonctionne sur la base de fichiers de configuration au format XML qui supportent de nombreuses options afin de personnaliser finement le déploiement.

Plusieurs modes sont inclus dans l'outil, mais il y en a deux que l'on va utiliser :
- Un premier mode nommé "Download" qui sert notamment à télécharger les sources d'installation depuis le site Microsoft
- Un second mode nommé "Configure" qui sert à réaliser l'installation de la suite Office sur un poste client

Grâce à cet outil, il est possible de déployer aussi bien Office 2019 qu'Office 365 ProPlus appelé désormais Microsoft 365 Apps.

  • Une question que l'on va se poser c'est : l'outil ODT peut-il désinstaller Office ?

La réponse est "Oui" : l'outil ODT est capable de désinstaller la suite Office déjà installée sur un poste de travail. Néanmoins, il y a quelques limitations : l'option associée, à savoir "RemoveMSI" que nous verrons plus tard dans cet article, peut être utilisée pour désinstaller certaines versions seulement : Office 2010, 2013 ou 2016, ainsi que Visio et Project (versions équivalentes). Malheureusement, Office 2007 n'est pas pris en charge, mais il est possible d'automatiser sa désinstallation malgré tout via un script externe.

II. Télécharger les sources

Pour télécharger les sources, il ne faudra pas utiliser votre image ISO récupérée sur le site de Microsoft. Il faudra télécharger les sources à partir de l'outil ODT. Pour réaliser cette opération, un fichier XML doit être créé afin d'indiquer : la version d'Office à télécharger, les packages de langues à inclure, ainsi que l'édition 32 ou 64 bits.

Lorsque ces sources seront téléchargées, nous pourrons les utiliser pour le déploiement. Dans l'idée, ces sources sont à stocker sur un partage accessible par vos postes clients afin d'automatiser le déploiement d'Office à partir d'un dépôt centralisé pour les sources.

Voici un exemple de fichier XML pour télécharger Office 365 ProPlus en version 32 bits, en intégrant le français seulement, et en utilisant le dossier "C:\ODT_Office" pour stocker les sources.

<Configuration> 
   <Add SourcePath="C:\ODT_Office" OfficeClientEdition="32"> 
     <Product ID="O365ProPlusRetail" > 
       <Language ID="fr-fr" /> 
     </Product> 
   </Add> 
</Configuration>

Enregistrez ce fichier, avec le nom "Download-O365ProPlusX86.xml", par exemple. Ensuite, nous allons pouvoir lancer le téléchargement en appelant l'exécutable setup.exe d'ODT et en lui précisant le mode /download pour le téléchargement suivi du nom du fichier XML à utiliser.

.\setup.exe /download Download-O365ProPlusX86.xml

Le téléchargement sera plus ou moins long en fonction de votre connexion Internet, mais vous pourrez voir les données arriver dans le dossier spécifié dans le XML :

Cet outil est également capable de télécharger Visio et Project, il suffit d'ajouter un produit supplémentaire dans le fichier XML. Je vais en profiter pour télécharger Visio en français et en anglais. Cela donne :

<Configuration> 
   <Add SourcePath="C:\ODT_Office" OfficeClientEdition="32"> 
     <Product ID="O365ProPlusRetail" > 
       <Language ID="fr-fr" /> 
     </Product> 
     <Product ID="VisioProRetail" > 
       <Language ID="fr-fr" /> 
       <Language ID="en-us" />
     </Product> 
   </Add> 
</Configuration>

Enfin, si vous souhaitez déployer Office 2019, le fichier XML pour télécharger les sources devra intégrer le produit associé. Lors du déploiement, il faudra intégrer l'attribut PIDKEY pour votre clé de produit.

<Configuration>
   <Add SourcePath="C:\ODT_Office" OfficeClientEdition="32" Channel="PerpetualVL2019">
     <Product ID="ProPlus2019Volume" PIDKEY="XXXXX-XXXXX-XXXXX-XXXXX-XXXXX">
       <Language ID="fr-fr" />
     </Product>
   </Add>
</Configuration>

Maintenant que les sources sont téléchargées, nous pouvons passer à la suite. Je vous laisse le soin de créer un partage pour rendre accessible par le réseau les sources Office.

IV. Créer le fichier XML du déploiement

Pour ma part, j'aime bien utiliser un fichier XML light pour le téléchargement des sources, et avoir un second fichier XML pour le déploiement. Ce fichier XML va permettre de personnaliser le déploiement.

Il est préférable de stocker ce fichier XML dans votre partage, car il devra être accessible par les postes clients puisqu'il contient les consignes du déploiement. Pour construire le fichier XML, plutôt que de partir de zéro, je vous invite à utiliser le site officiel proposé par Microsoft : ODT Deployment Settings

Cet outil graphique est très pratique, car il vous suffit de sélectionner les produits à installer, les versions, les langues, etc... Et à la fin en cliquant sur le bouton "Exporter" en haut à droite, vous obtiendrez le fichier XML correspondant.

Note : cet outil de personnalisation peut aller très loin et même vous permettre de préconfigurer Office, de la même façon que l'on pourrait le faire par GPO, mais ici via un paramétrage initial.

Il y a également cet outil disponible sur GitHub : ODT XML Editor

En fonction des options sélectionnées et de la complexité de votre déploiement, le fichier XML sera plus ou moins conséquent. Il peut également être minimaliste.

Voici un exemple pour déployer Office 365 ProPlus sur un poste, en version 32 bits et en français, à partir de sources stockées sur "\\srv-adds-01\ODT_Office".

<Configuration>
   <Add SourcePath="\\srv-adds-01\ODT_Office" 
        OfficeClientEdition="32"
        Channel="Broad"
        AllowCdnFallback="True" >
     <Product ID="O365ProPlusRetail">
        <Language ID="fr-fr" />
     </Product>
   </Add>
   <Display Level="None" AcceptEULA="TRUE" />
   <Property Name="SharedComputerLicensing" Value="1" /> 
   <Logging Level="Standard" Path="\\srv-adds-01\ODT_Office\Logs" /> 
   <RemoveMSI />
</Configuration>

Quelques explications :

  • L'option "AllowCdnFallback" positionnée sur True indique que s'il y a des sources manquantes ou qu’elles sont inaccessibles, l'outil ODT peut les télécharger sur Internet
  • Le bloc "RemoveMSI" sert à indiquer que l'on veut supprimer les anciennes versions d'Office, si Office 2016/2019 est installé sur le poste, il sera automatiquement upgradé vers Office 365 ProPlus sans cette option. Elle est plutôt nécessaire pour migrer d'Office 2010 à Office 2019, par exemple.
  • La ligne "Logging...." sert à configurer le niveau de log et l'emplacement des logs : pour faciliter le debug il me semble intéressant que les logs soient centralisés
  • L'option "AcceptEULA" sert à accepter automatiquement les conditions générales d'utilisation
  • L'option "SharedComputerLicensing" positionnée à "1" s'applique à Office 365 ProPlus et sert à déclarer le poste comme étant partagé, afin d'éviter de décompter une licence à l'utilisateur lorsqu'il va activer Office avec son compte Microsoft 365 sur ce PC. Comme vous le savez, la licence Office 365 (si elle inclut le pack Office) permet l'activation sur 5 machines. Je reviendrai plus en détail sur cette option et cette notion dans un article dédié.

Je souhaitais apporter une précision complémentaire quant à l'utilisation du bloc <RemoveMSI /> : si vous l'utilisez sur une machine où Visio et/ou Project est installé, ils seront désinstallé également ! Pour éviter cela, il faut indiquer dans le fichier XML les logiciels à ne pas désinstaller. Voici les exemples pour Project Pro, Project Standard, Visio Pro et Visio Standard :

 <RemoveMSI>
   <IgnoreProduct ID="PrjPro" />
   <IgnoreProduct ID="PrjStd" />
   <IgnoreProduct ID="VisPro" />
   <IgnoreProduct ID="VisStd" />
</RemoveMSI>

V. Déployer Office 365 ProPlus ou Office 2019

Dès lors que vous avez le précieux fichier XML en votre possession, avant de se lancer dans un déploiement en masse, le mot d'ordre c'est de tester ! Surtout si vous avez plusieurs environnements différents, notamment des versions d'Office différentes sur vos PCs. Il est préférable de tester le XML sur les différents cas de figure.

Dans l'idée, il faut appeler le setup.exe d'ODT, spécifier le mode /configure avec le chemin vers le fichier XML. Depuis un poste client, je vous recommande de mettre aussi l'exécutable d'ODT sur votre partage pour l'utiliser depuis le poste client. Sur un PC, nous allons donc exécuter la commande suivante en tant qu'administrateur :

<chemin-vers-setup.exe> /configure <chemin-vers-XML>

Exemple :

\\SRV-ADDS-01\ODT_Office\setup.exe /configure \\SRV-ADDS-01\ODT_Office\Configuration-IT-Connect.xml

Il n'y a pas de barre de progression dans la console, néanmoins si vous regardez les processus actifs sur la machine, vous verrez des processus liés à Office : dans ce cas c'est plutôt bon signe. Lorsque la fin de l'installation approche, les icônes Word, Excel, PowerPoint, etc... vont arriver dans le menu Démarrer du PC.

Lorsque vous lancez la commande, si vous obtenez la main dans la console après 2-3 secondes, ce n'est pas bon signe, il y a surement un problème. Dans ce cas, il va falloir regarder les logs...

Si les tests sont concluants, vous allez pouvoir créer une GPO et un script (un .bat suffira) afin de lancer la commande au démarrage du PC (paramètre ordinateur, donc). Pour cela, la commande à inclure dans le script doit être sous cette forme :

start /wait \\SRV-ADDS-01\ODT_Office\setup.exe /configure \\SRV-ADDS-01\ODT_Office\Configuration-IT-Connect.xml

Pour finir ce tutoriel, je vais vous montrer comment désinstaller Office 2007.

VI. Désinstaller Office 2007 par script

Si vous avez encore de l'Office 2007 sur votre parc, vous pouvez appliquer cette méthode pour automatiser sa désinstallation, car l'outil ODT ne supporte pas sa désinstallation.

Il est nécessaire de récupérer les sources (ISO) d'Office 2007, de les copier sur un serveur, dans le but de créer un partage et de rendre les sources accessibles via le réseau local. Les postes où Office 2007 doit être désinstallé vont utiliser ces sources, cela évitera de réaliser une copie locale sur chaque PC.

Dans ce dossier partagé, je vous invite à créer un nouveau fichier que l'on va nommer "uninstall-office2007.xml". L'exemple ci-dessous permet de désinstaller Office Pro Plus 2007, de manière silencieuse et sans redémarrer le poste.

<Configuration Product="ProPlus">
  <Display Level="none" CompletionNotice="NO" SuppressModal="yes" AcceptEula="yes" />
  <Logging Type="standard" Path="\\srv-adds-01\ODT_Office\Logs" Template="Microsoft Office Professional Plus Setup(*).txt" />
  <Setting Id="Reboot" Value="Never" />
  <Setting Id="SETUP_REBOOT" Value="NEVER" />
  <OptionState Id="ProductFiles" State="Local" Children="force" />
</Configuration>

Je le répète, cet exemple permettra de désinstaller la version Pro Plus d'Office 2007 seulement, et non la version Entreprise.

Depuis le poste client, ou au travers d'un script exécuté par GPO, il ne reste plus qu'à exécuter cette commande où l'on va préciser le chemin vers le setup.exe d'Office 2007 (et non ODT) :

\\SRV-ADDS-01\ODT_Office\Office_2007\setup.exe /config \\SRV-ADDS-01\ODT_Office\Office_2007\uninstall-office2007.xml /uninstall ProPlus

Dans un script :

start /wait \\SRV-ADDS-01\ODT_Office\Office_2007\setup.exe /config \\SRV-ADDS-01\ODT_Office\Office_2007\uninstall-office2007.xml /uninstall ProPlus

Cette commande va suivre les instructions de notre fichier XML pour désinstaller le produit "ProPlus" déclaré dans le fichier XML. La désinstallation d'Office 2007 va s'effectuer de façon silencieuse, sans afficher le moindre message sur le poste client.

VII. Informations complémentaires et ressources

Pour finir cet article, je souhaitais vous indiquer des informations supplémentaires ainsi que quelques liens vers la documentation Microsoft, ce sera un bon complément.

- La suite Office 365 ProPlus s’active à partir d’un compte Office 365 et non d’une licence

- Rappel : pour éviter de consommer les licences des utilisateurs (5 installations par compte) notamment parce que les postes sont partagés, il faut activer l’option « SharedComputerLicensing » pour ne pas décompter les licences (j'y reviendrai dans un article)

- En phase de migration, la cohabitation sur une machine d’Office 2007 et d’Office 365 ProPlus n’est pas gênante

Quelques liens :

- Présentation de l'outil de déploiement Office

- Options de déploiement pour le fichier XML

- Désinstaller les versions MSI d'Office

- Déploiement d'Office 2019

Partagez cet article Partager sur Twitter Partager sur Facebook Partager sur Linkedin Partager sur Google+ Envoyer par mail

Florian BURNEL

Ingénieur système et réseau, cofondateur d'IT-Connect et Microsoft MVP "Cloud and Datacenter Management". Je souhaite partager mon expérience et mes découvertes au travers de mes articles. Généraliste avec une attirance particulière pour les solutions Microsoft et le scripting. Bonne lecture.

Nombre de posts de cet auteur : 5470.Voir tous les posts

6 thoughts on “Déploiement d’Office avec Office Deployment Tool (ODT)

  • J »avais eu pas mal de problèmes avec l’installation depuis un partage avec MDT

    Pour ceux qui utilise MDT il vous faudra deux fichier XML, un pour le téléchargement et un pour l’installation

    ce sont les même sauf que dans celui de l’installation vous devez enlever le SourcePath

    http://www.msnloop.com/deployer-office-365-avec-mdt/

    Répondre
  • bonjour,

    Merci pour l’article.
    Petite question concernant les mises à jour. Dans mon xml pour le déploiement, j’ai InstallPath= »\\Server\Share » et UpdatePath= »\\Server\Share ».
    L’installation s’est bien passée.
    Par contre, comment maintenant à jour le \\Server\Share ? simplement en faisant de nouveau un setupodt.exe /download au même endroit ?

    Des retours d’expérience sur ce sujet ?

    Répondre
  • Bonjour,

    Et pour mettre à jour Office offline?

    Cordialement,

    Répondre
  • Excellent. Si on souhaite sélectionner la version que l’on veut télécharger comment faire (ex : version 12.3.445)
    plutot que de laisser faire l’outil ?

    Merci

    Répondre
  • Bonjour,

    Je suis actuellement en train de faire une migration d’office 2013 vers office 2019.
    Je rencontre une problématique quand au moment de l’utilisation de la GPO.
    Celle ci n’exécute pas le script au démarrage et retourne une erreur :
    Chemin du système de fichiers de l’objet de stratégie de groupe

    Répondre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.