Collecter des données sur les installations Office à l’aide de Robust Office Inventory Scan

 

S’applique à : Office 2010

Dernière rubrique modifiée : 2016-11-29

Robust Office Inventory Scan (ROIScan.vbs) est un script Microsoft Visual Basic qui recueille des données Office et qui fournit des options de détection et d’analyse d’erreurs. Lorsque vous exécutez le script, un fichier journal est créé. Le fichier journal permet d’effectuer les tâches suivantes :

  • Évaluer la configuration d’Office sur les ordinateurs des utilisateurs

  • Obtenir des données détaillées sur l’installation Office afin de reproduire l’environnement de l’utilisateur

  • Rechercher des versions ou des configurations d’Office non compatibles

  • Contribuer à résoudre les problèmes de mises à jour logicielles et d’installation relatifs à Office

Une fois le fichier journal créé, il s’ouvre automatiquement. Le nom de fichier par défaut est <nom_ordinateur>_ROIScan.log et l’emplacement par défaut est le dossier TEMP actif. Pour accéder au dossier Temp, cliquez sur Démarrer, sur Exécuter, puis tapez %temp%. Vous devez exécuter cette commande en tant qu’administrateur.

Dans cet article :

  • Télécharger le script

  • Personnaliser et exécuter le script

  • Sections du fichier journal

  • FAQ

Télécharger le script

Vous pouvez télécharger ROIScan.vbs dans la section Office du Référentiel de scripts au sein du Centre de scripts TechNet (https://go.microsoft.com/fwlink/?linkid=217656\&clcid=0x40C) (éventuellement en anglais).

Pour télécharger le script ROIScan.vbs :

  1. Cliquez sur Copier le code.

  2. Copiez le code dans un éditeur de texte tel que le Bloc-notes.

  3. Enregistrez le fichier sous le nom ROIScan.vbs.

Personnaliser et exécuter le script

Vous pouvez personnaliser la section INI au début du script ROIScan.vbs. L’extrait suivant montre la section INI.

'=====================================================================
'[INI] Section for script behavior customizations

'Directory for Log output.
'Example: "\\<server>\<share>\"
'Default: sPathOutputFolder = vbNullString -> %temp% directory is used
sPathOutputFolder = ""

'Quiet switch.
'Default: False -> Open inventory log when done
bQuiet = False

'The script filters for products of the Microsoft Office family.
'Set this option to 'True' to a basic list of all products at the end of the inventory log
'Default: False -> Don't list other products in the log
bListNonOfficeProducts = False
...
'DO NOT CUSTOMIZE BELOW THIS LINE!
'======================================================================

Le tableau suivant répertorie les options de commande prises en charge par ROIScan.vbs. La syntaxe d’utilisation des commandes est la suivante :

ROIScan.vbs [Options]

Les options ne respectent pas la casse.

Option

Description

/All

Répertorie à la fois les produits Office et non Office.

/Full

Répertorie les Features et FeatureStatesOffice. Répertorie de manière distincte tous les produits Office 2007 et Office 2010 installés.

/Logfolder ["<Chemin>\<Dossier>"]

Spécifie un dossier journal personnalisé.

/LogVerbose

Journalise les détails supplémentaires relatifs aux produits.

/Quiet

Empêche le journal de s’ouvrir à la fin du script.

/?

Affiche l’aide relative aux commandes de ROIScan.

Par exemple, pour exécuter le script et lister les produits non Office, utilisez la syntaxe suivante à l’invite de commandes :

ROIScan.vbs /ALL

Notes

Vous devez exécuter le script ROIScan.vbs en tant qu’administrateur. Si vous n’exécutez pas le script avec des autorisations élevées, vous êtes invité à l’exécuter en tant qu’administrateur.

Pour exécuter le script

  1. Choisissez l’une des méthodes suivantes pour exécuter le script.

    • Double-cliquez sur ROIScan.vbs.

    • Pour exécuter le script à partir de l’invite de commandes, ouvrez une invite de commandes, cliquez avec le bouton droit sur l’invite de commandes, sélectionnez Exécuter en tant qu’administrateur, recherchez le dossier dans lequel vous avez enregistré le script ROIScan.vbs, puis tapez la commande suivante :

      ROIScan.vbs

      Par exemple, si vous avez enregistré le script dans un dossier nommé ROIScan sur le lecteur C, tapez les commandes suivantes à l’invite de commandes :

      CD C:\ROIScan

      ROIScan.vbs

  2. Pour exécuter le script avec une commande facultative, utilisez la syntaxe décrite dans la section précédente. Par exemple, pour utiliser la journalisation détaillée, tapez ce qui suit à l’invite de commandes :

    ROIScan.vbs /LogVerbose

Sections du fichier journal

Le script ROIScan comprend les sections suivantes, en plus de la section INI indiquée précédemment :

  • Title line

  • Computer

  • Review items

  • Products inventory

Title line

Indique le titre du script, ainsi que la date et l’heure de création du journal. Vérifiez toujours que les informations relatives à la date et l’heure correspondent aux informations attendues afin d’avoir la certitude de consulter le journal approprié.

Exemple : Microsoft Customer Support Services - Robust Office Inventory - 5/3/2011 12:10:48 PM

Computer

Liste les données spécifiques à l’utilisateur actuel et au système d’exploitation actif. Cette section affiche uniquement les données qui sont collectées. Aucune analyse supplémentaire n’est effectuée.

Les données suivantes sont collectées :

  • Windows Installer Version

  • ComputerName

    • OS Details

    • OS Name

    • SP #

    • Version

    • Codepage

    • Country Code

    • Language as LCID

    • System Type

  • Current User

    • Username

    • IsAdmin

    • SID

  • Logfile Name

  • ROI Script Build

  • Script Settings

  • Total Scan Time

Windows Installer version

Le script ROIScan.vbs fonctionne avec les ordinateurs qui disposent au moins de Windows Installer version 2.x. Pour les clients qui exécutent Windows Installer version 2.x, le script utilise la logique de détection afin de supprimer le plus grand nombre de limitations possibles de Windows Installer 2.x. Windows Installer 3.x est plus riche en fonctionnalités et en données. Il est important de noter la version de Windows Installer exécutée par les ordinateurs clients.

Le script ROIScan.vbs n’utilise aucune fonctionnalité nécessitant Windows Installer 4.x ou les versions ultérieures. Pour plus d’informations sur les versions disponibles de Windows Installer, voir Versions disponibles de Windows Installer (https://go.microsoft.com/fwlink/?linkid=201918\&clcid=0x40C) (éventuellement en anglais)

Operating system

Affiche des informations concernant le système d’exploitation. Consultez cette section pour vous assurer qu’il n’existe aucune configuration linguistique inattendue. Une liste de valeurs d’ID de paramètres régionaux (LCID) est disponible sur MSDN :

ID de paramètres régionaux affectés par Microsoft (https://go.microsoft.com/fwlink/?linkid=218163\&clcid=0x40C) (éventuellement en anglais)

L’entrée System Type indique si le système d’exploitation correspond à une version 32 bits ou 64 bits.

Langues MUI du système d’exploitation

Une requête du Registre renvoie une liste de toutes les langues d’interface utilisateur installées et disponibles pour le système d’exploitation.

  • Pour Windows 2003 et les versions antérieures, la clé de Registre est HKLM\System\CurrentControlSet\Control\Nls\MUILanguages\

  • Pour Windows Vista et les versions ultérieures, la clé de Registre est HKLM\SYSTEM\CurrentControlSet\Control\MUI\UILanguages\

Current user

Fournit des informations sur l’utilisateur qui a exécuté le script et créé le journal. L’indicateur IsAdmin n’est pas déterminé par une recherche standard. Il est basé sur les vérifications des autorisations d’accès au Registre.

L’identificateur de sécurité (SID) est utile, s’il existe des applications qui sont installées en fonction de l’utilisateur. Par exemple, cela vous permet de vérifier si l’application est installée pour l’utilisateur actuel ou pour un autre utilisateur.

Log file name

Fournit l’emplacement du script ROIScan.vbs. L’emplacement par défaut du script correspond au dossier %TEMP% actuel de l’utilisateur qui a déclenché le script.

ROI script build

Liste le numéro de build de ROIScan.vbs. Périodiquement, le script est amélioré et ses fonctionnalités sont étendues.

Script settings

Liste les options de commande de ROIScan.vbs utilisées pour l’exécution du script.

Total scan time

Indique la durée nécessaire au script pour effectuer l’inventaire.

L’exemple suivant illustre la section Computer d’un fichier journal (testclient_ROIScan.log dans le cas présent) :

Computer
========
Windows Installer Version    5.0.7601.17105
ComputerName                 testclient
OS Details                   Microsoft Windows 7 Enterprise , SP 1, Version: 6.1.7601, Codepage: 1252, Country Code: 1, Language: 1033, System Type: X86-based PC
OS MUI Languages             en-US (1033)
Current User                 Username: DOMAINname\username, IsAdmin: True, SID: S-1-5-21-2127521184-1604012920-1887927527-2602236
Logfile Name                 C:\Users\username\AppData\Local\Temp\testclient_ROIScan.log
ROI Script Build             1.5.2
Script Settings              /Logfolder: C:\Users\username\AppData\Local\Temp\
Total scan time              10.4 s

**************************************************************************************************************************************************************

Review items

Chaque fois que le script détecte quelque chose qui mérite d’être signalé, les informations correspondantes s’affichent dans la section Review items. Il existe trois catégories dans cette section : Note, Warning et Error.

  • Note   indique que les informations doivent être examinées même si elles ne correspondent peut-être pas à un problème nécessitant un dépannage.

  • Warning   suggère que quelque chose ne fonctionne peut-être pas comme prévu. Il est recommandé de consulter ces informations pour déterminer si une analyse plus approfondie est nécessaire.

  • Error   indique l’existence d’un problème. Vous devez vérifier ces informations.

L’objectif principal de la section Review Items est d’indiquer que certains produits peuvent présenter des problèmes qui doivent être examinés dans la section Products Inventory. ProductCode sert à garantir l’existence d’un pointeur unique pour le produit.

Products inventory

La section Product inventory du fichier journal répertorie les détails relatifs à chaque application au sein du filtre de produits. Le filtre est basé sur le ProductCode (GUID). Cela permet de garantir que seuls les produits de la famille Office s’affichent dans le journal.

La structure de données du journal comprend les entrées suivantes :

  • <ProductName>

  • ProductVersion : numéro de build Office.

  • ServicePack Level : traduit le numéro de build indiqué précédemment en niveau de Service Pack (SP) RTM, SP1, SP2.

  • ProductCode : GUID du produit.

  • Msi ProductName : nom de produit listé dans le package .MSI, par exemple, Microsoft Office Professionnel Plus 2010.

  • Configuration SKU : référence (SKU) pour Office 2007 et les versions ultérieures, par exemple, Office14.PROPLUS.

  • InstallDate : date d’installation du produit.

  • UserSid : vide pour les installations spécifiques à l’ordinateur (Machine) ou SID de l’utilisateur pour les installations spécifiques à l’utilisateur (User).

  • ProductContext : User ou Machine.

  • ProductState : Installed ou Advertised.

  • Transforms : fichiers de transformations .MST utilisés pour l’installation.

  • Original .msi Name : nom de fichier d’origine du package .MSI dans InstallSource.

  • Cached .msi Package : nom et chemin d’accès du package .MSI dans le cache Windows Installer local, par exemple, C:\Windows\Installer\b4f39.msi.

  • Build/Origin : entrée relative à la build/l’origine dans la table .MSI Property.

  • Package Code : GUID du code de package du produit.

  • Notes : remarques et avertissements concernant ce produit.

  • Errors : erreurs pour ce produit.

  • Config ProductName : nom de produit de configuration pour Office 2007 et les versions ultérieures, par exemple PROPLUS.

  • Config PackageID : ID de package de configuration pour Office 2007 et les versions ultérieures, par exemple ProPlusWW.

  • Chained Packages : liste des packages chaînés pour Office 2007 et les versions ultérieures dans le cadre de cette suite.

  • Possible Licenses : liste des types de licences spécifiques à Office 2010 pour cette suite.

  • Active License : champ spécifique à Office 2010 et qui comporte des informations sur la licence active.

  • Patch Baseline : version de build utilisée par un correctif pour déterminer si la ligne de base du correctif est valide, par exemple 14.0.4763.1000.

  • Post Baseline Sequences : niveaux des versions de famille de correctifs actuels.

  • Patchlist by product : liste des fichiers .MSP de correctifs directement appliqués au client.

  • Patches in InstallSource : correctifs intégrés au point d’installation administrative (AIP).

  • InstallSource Type : type de la source d’installation.

  • Initially Used Source : InstallSource utilisé pour l’installation initiale du produit, par exemple C:\MSOCache\All Users\{90140000-0011-0000-0000-0000000FF1CE}-C\.

  • Last Used Source : InstallSource utilisé la dernière fois que la source a été nécessaire.

  • LIS Resiliency Source(s) : sources inscrites à partir desquelles la source d’installation locale a été créée. Ces sources sont utilisées lorsque la source d’installation locale doit être réparée.

  • Network Source(s) : sources non Web inscrites pour ce produit.

  • FeatureStates : liste de l’ensemble des Features et de leur FeatureState.

&lt;ProductName&gt;

Liste le nom du produit tel qu’il est indiqué dans Programmes et fonctionnalités au sein du Panneau de configuration. S’il ne s’agit pas du nom de produit par défaut, il y a de fortes raisons de penser que le package d’installation a été personnalisé de manière importante. Consultez attentivement cette section pour vous assurer que les personnalisations sont prises en charge.

ProductVersion

Il s’agit du numéro de build Office utilisé par Windows Installer. Notez que les versions des fichiers individuels peuvent varier. Si vous cliquez sur l’onglet Fichier de l’application, puis sur Aide, vous pouvez voir d’autres valeurs pour l’ID produit sous la section Produit activé nom de la suite ou À propos de nom du programme.

ProductVersion correspond à la version utilisée pour l’application des correctifs. Pour plus d’informations, voir l’article 328294 de la Base de connaissances : La boîte de dialogue À propos de Microsoft <Nom du programme> indique une version de Service Pack différente de ce qui est attendu dans Office XP et Office 2003 (https://go.microsoft.com/fwlink/?linkid=218895\&clcid=0x40C).

ServicePack Level

Le script ROIScan.vbs utilise une logique personnalisée pour traduire la version de build Office vers le niveau de Service Pack associé. Il utilise des termes usuels tels que RTM, SP1, SP2, SP3. Pour les applications qui ne sont disponibles que sous forme de téléchargements Web, cette logique ne s’applique pas. Dans ce cas, les versions de build sont désignées en tant que versions Web (« Web Release »).

Pour plus d’informations sur la vérification de la version d’Office, voir les articles de la Base de connaissances suivants :

ProductCode

GUID du produit, qui représente l’identificateur de la clé du produit. Cela est utile, si vous devez obtenir ou identifier le ProductCode pour des opérations de ligne de commande. Par exemple, pour exécuter des commandes Windows Installer telles que msiexec /i <ProductCode>.

Pour plus d’informations sur le modèle de numérotation des GUID des produits, voir les articles de la Base de connaissances suivants :

Msi ProductName

Liste les éléments ProductName renvoyés par l’API Windows Installer. Cela s’avère utile lorsqu’il est impossible de récupérer le nom de produit à partir de Programmes et fonctionnalités dans le Panneau de configuration.

Configuration SKU

Nom de référence court du produit tel qu’il est utilisé dans le fichier Config.xml, par exemple Office14.PROPLUS.

InstallDate

Liste la date d’installation. Le format suivant est utilisé : AAAAMMJJ. Cette option est disponible dans Windows Installer 3.x et les versions ultérieures.

UserSid

Office est généralement installé en fonction de chaque ordinateur. Dans ce cas, la chaîne qui correspond à UserSid est vide. Si un produit est installé dans un contexte spécifique à l’utilisateur, le SID de l’utilisateur est associé à l’instance installée du produit. Dans le cas d’un contexte spécifique à l’utilisateur, une application peut être listée à plusieurs reprises, une fois pour chaque SID utilisateur.

ProductContext

Les produits basés sur Windows Installer peuvent être installés soit en fonction de l’utilisateur, soit en fonction de l’ordinateur. Cette ligne indique le contexte du produit. Office 2007 et Office 2010 autorisent uniquement le contexte spécifique à l’ordinateur.

Exemple : ProductContext Machine

ProductState

Windows Installer peut différencier les quatre états d’installation de produit suivants :

  • UNKNOWN   Le produit n’est ni publié, ni installé.

  • ADVERTISED   Le produit est publié mais pas installé.

  • ABSENT   Le produit est installé pour un autre utilisateur.

  • DEFAULT   Le produit est installé pour l’utilisateur actuel.

Ce qui n’est pas à l’état DEFAULT (qui correspond à la mention « Installed » dans le journal) est très rare.

Transforms

De Microsoft Office 2000 à Office 2003, les fichiers (.mst) de transformations ont été utilisés comme méthodes par défaut pour la personnalisation de la configuration d’Office. Bien qu’il soit possible d’utiliser plusieurs transformations, cette pratique est déconseillée.

Original .msi Name

Liste le nom de fichier .MSI du package .MSI dans InstallSource. Pour certaines versions d’Office, les références (SKU) des licences en volume utilisent une autre convention d’affectation des noms que celle des références (SKU) des produits vendus au détail. Si vous tentez de reproduire un problème, Original .msi Name fournit le premier indice relatif au fichier dont vous avez besoin. Toutefois, il n’est pas aussi fiable que les valeurs de ProductCode et Build/Origin.

Cached .msi Package

Windows Installer met en cache une copie locale de chaque package .MSI installé. Le fichier est renommé à l’aide d’un nom de fichier aléatoire. Dans la mesure où il peut y avoir de nombreux fichiers dans le cache Windows Installer local, Cached .msi Package peut se révéler utile si vous devez localiser un fichier spécifique. Si le fichier mis en cache localement est manquant pour une application installée, l’application est ingérable.

Build/Origin

Les valeurs Build/Origin sont stockées dans la table Property du fichier .MSI. Les valeurs ne sont pas toujours disponibles dans toutes les versions d’Office ; par conséquent, les deux propriétés (Build et Origin) ont été combinées en une seule ligne dans le fichier journal ROIScan. Il s’agit d’une information essentielle si vous devez identifier le média exact pour reproduire un problème d’installation.

Pour une meilleure illustration de cet aspect, examinez les deux expressions suivantes provenant de la version anglaise de Office 2003 Professionnel :

  • 5608_0\x86\ship\1033\pro11 / 5614.0_o11pro_CBXS_ENG

  • 5608_0\x86\ship\1033\pro11 / 5614.0_o11sel_CBXS_ENG

La première valeur provient du média qui ne contient que la version « Professional » du produit. La deuxième valeur provient du média version « Select », qui combine toutes les suites Office et les produits autonomes.

La propriété Build indique les informations suivantes : « <Build>\<Architecture>\<ship/debug>\<LCID>\<SKU> ». Notez que cette référence de <Build> ne figure pas dans ProductVersion.

La propriété Origin indique les informations suivantes : « <Build>_<Product>_<Market>_<Language> ».

L’entrée <Market> contient les informations suivantes :

  • [Media], qui peut avoir l’une des valeurs suivantes : C = Compressed, D = Uncompressed, P = Patch, S = Self ou W = IExpress package

  • [Version], qui peut avoir l’une des valeurs suivantes : B=Bypass, E= Enterprise, N = Non-Bypass, O = OEM, P= PIPC, R= Retail, S = Select ou T = Trial

  • [Patch Type] ou [Platform], qui peut avoir l’une des valeurs suivantes : R = Roll up, S = Single ou X = x86

  • [Ship/Debug], qui peut avoir l’une des valeurs suivantes : S = Ship ou D = Debug

Package Code

Le code de package est un GUID qui identifie un package Windows Installer particulier. Le code de package associe un fichier. MSI à une application ou un produit et est également utilisé pour la vérification des sources.

Si le Package Code inscrit pour un produit ne correspond pas à celui qui figure dans InstallSource, cette source ne peut pas être considérée comme une source InstallSource valable.

Pour plus d’informations sur le code de package, voir Codes de package (https://go.microsoft.com/fwlink/?linkid=218918\&clcid=0x40C) (éventuellement en anglais) dans MSDN Library.

Notes

Les remarques (Notes) et avertissements (Warnings) relatifs à ce produit sont listés dans cette section. Les éléments qui figurent dans la section Notes ne signifient pas nécessairement qu’il y a un problème d’installation ou que l’état de cette dernière est incorrect. Toutefois, il est utile de consulter les informations qui sont répertoriées ici.

Error

Les erreurs rencontrées pour ce produit sont listées ici. Une erreur indique l’existence d’un problème qu’il faut examiner.

Config ProductName

Il s’agit d’une valeur spécifique à Office et qui a été introduite avec Office 2007. Certaines opérations de maintenance exigent que cette valeur soit spécifiée sur la ligne de commande. C’est le cas par exemple des commutateurs de ligne de commande d’installation**/modify** et /uninstall. Pour plus d’informations sur les commandes d’installation, voir Configurer les options de ligne de commande pour Office System 2007 (https://go.microsoft.com/fwlink/?linkid=218920\&clcid=0x40C).

Config PackageID

Ceci est une valeur spécifique à Office. Elle permet de savoir quel est le package dans l’architecture .MSI multiple d’Office 2007 qui représente le package principal actuel du produit.

Chained Packages

La section Chained Packages liste tous les packages .MSI relatifs au produit Office 2007.

À partir de la Office System 2007, Microsoft a introduit une architecture .MSI multiple. Si vous disposez de plusieurs produits Office installés, il peut s’avérer difficile d’identifier les packages .MSI qui appartiennent aux applications installées. Pour vous permettre d’effectuer le suivi de l’élément ProductVersion des packages chaînés, les informations de version individuelles sont listées pour chaque package chaîné.

Cette catégorie regroupe également les applications qui ont été configurées avec l’état Not Available. Chaque fichier MSI. qui fait partie du produit est installé. Toutefois, certaines fonctionnalités d’application dans le fichier .MSI peuvent être configurées avec l’état Not Available.

Possible Licenses

Depuis la version Office 2010, Office utilise la même technologie d’activation que Windows. Tous les types de licences que le produit peut prendre en charge sont listés dans cette section.

Active License

Indique la référence de licence de produit active et sélectionnée pour ce produit. Active License fournit des détails supplémentaires, en fonction du type de licence active.

Patch Baseline

Pour déterminer si un correctif peut être appliqué à un produit, Windows Installer vérifie l’élément ProductVersion (build) actuel. Le package .msp n’est appliqué que si l’élément ProductVersion détecté correspond à une version de build que le correctif peut traiter. Identique au contenu de ProductVersion, cette information est répétée afin d’optimiser l’utilisation du journal.

Post Baseline Sequences

Depuis Windows Installer 3.x, des « séquences de correctif » ont été introduites afin de permettre l’amélioration des fonctionnalités de correction. Cette section liste les numéros de famille de correctifs supérieurs à la ligne de base actuelle.

Patches by product

Liste de tous les correctifs où le fichier .MSP a été appliqué directement sur le client. Les informations susceptibles d’être indiquées varient selon la version de Windows Installer. Windows Installer version 3.x et les versions ultérieures fournissent un ensemble d’informations plus important que Windows Installer 2.x.

Chaque ligne indique les informations suivantes :

  • <KB Reference>

  • <PatchState> : les valeurs d’état sont Applied ou Superseded.

  • <PackageName> : nom d’origine du correctif.

  • <PatchSequence> : numéro de séquence du correctif.

  • <Uninstallable> : indique si le correctif peut être désinstallé.

  • <InstallDate> : date d’installation du correctif. Utilise le format AAMMJJ.

  • <PatchCode> : identificateur unique de ce correctif.

  • <LocalPackage> : chemin d’accès et nom du fichier dans le cache Windows Installer local.

  • <PatchTransform> : référence à l’utilisation de la transformation incorporée au correctif.

  • <Displayname> : titre du correctif.

  • <MoreInfoUrl> : lien vers la documentation du correctif.

Patches in InstallSource

D’Office 2000 à Office 2003, les produits vous permettaient de créer un point d’installation administrative. Pour ces versions d’Office, vous pouvez appliquer des correctifs au point d’installation administrative. Cela s’appelle l’« intégration. » Il existe des règles applicables aux correctifs avec point d’installation administrative que vous devez connaître. Pour plus d’informations, voir Stratégies de mise à jour des installations Office 2003 (https://office.microsoft.com/en-us/ha001152574.aspx) (éventuellement en anglais).

Notes

Si vous déployez Office 2000 ou Office 2003 à partir d’un point d’installation administrative et si vous ne mettez jamais à jour l’image, vous pouvez distribuer les correctifs clients directement aux utilisateurs, tant qu’ils peuvent accéder en toute fiabilité à la source d’origine, non corrigée, sur le réseau. Cependant, une fois que vous avez corrigé une image administrative, vous devez ultérieurement mettre à jour cette image, puis remettre en cache et réinstaller Office sur les ordinateurs des utilisateurs. Pour vous assurer que le processus de mise à jour fonctionne correctement et de manière durable, choisissez une méthode de mise à jour des clients Office 2000 et Office 2003.
Si vous appliquez des mises à jour clientes entre les Service Packs, afin d’éviter de remettre en cache et de réinstaller Office à chaque nouvelle version des mises à jour critiques ou des mises à jour de sécurité, vous pouvez distribuer ces mises à jour temporaires directement aux clients, même si ces derniers s’appuient sur une image administrative en tant que source. Vous devez définir au préalable tous les utilisateurs de la ligne de base la plus récente d’Office 2003.
Notez que vous ne pouvez pas utiliser la même tactique pour déployer les Service Packs. Les versions clientes des Service Packs requièrent une source au niveau de la version d’origine (par exemple une image administrative non corrigée ou une source d’installation locale).

Les articles suivants de la Base de connaissances expliquent comment accéder aux mises à jour Office :

InstallSource Type

Permet d’identifier le type de source d’installation du produit. Les valeurs possibles sont les suivantes :

  • Source d’origine utilisant des noms de fichiers longs

  • Source d’origine utilisant des noms de fichiers courts

  • Fichiers sources compressés utilisant des noms de fichiers longs

  • Fichiers sources compressés utilisant des noms de fichiers courts

  • Image administrative utilisant des noms de fichiers longs

  • Image administrative utilisant des noms de fichiers courts

En règle générale, les produits Office sont situés sur un CD (ou une copie standard 1:1 du CD sur un emplacement réseau) dans un format compressé.

L’utilisation de l’« image administrative » ou du point d’installation administrative est très répandue avec Office 2000 et Office 2003. Par défaut, la plupart des produits Office ont des noms de fichiers courts pour le point d’installation administrative.

Initially Used Source

Lorsqu’un produit est installé pour la première fois, il inscrit les valeurs ProductInfo. Initially Used Source inscrit le chemin d’accès à partir duquel Windows Installer a appelé l’installation.

Last Used Source

Lorsqu’une opération de correction ou de maintenance doit accéder à la source d’installation, elle tente d’utiliser en premier lieu la source indiquée dans Last Used Source. Si la source n’est pas disponible et si une autre source doit être utilisée, cette source est alors inscrite en tant que dernière source utilisée.

LIS Resiliency Source(s)

Indique les sources inscrites à partir desquelles la source d’installation locale a été créée. Pour les installations basées sur une source d’installation locale, il peut s’agir de la source réelle utilisée initialement. Lorsque la source d’installation locale doit être réparée, setup.exe tente d’accéder à ces emplacements pour restaurer la source d’installation locale.

Network Source(s)

Les sources réseau représentent essentiellement toutes les sources qui ne sont pas des lecteurs de CD/DVD. Elles incluent notamment les disques durs locaux. Il s’agit d’une liste facultative de sources qui peuvent être employées si la dernière source utilisée n’est pas disponible. Par défaut, une seule source est indiquée.

FeatureStates

Cette option s’affiche uniquement dans le journal si le commutateur /Full est activé. Features et le FeatureState actuel (entre parenthèses) sont affichés dans une structure triée. Exemple :

FeatureStates 
Converter12Dependencies (Local)
      Oice_QFE (Local)
Converter12DependenciesIntl_1033 (Local)
      ExcelConverter12Files (Local)
      ExcelConverter12Intl_1033 (Local)
      PPTConverter12Files (Local)
      PPTConverter12Intl_1033 (Local)
      WordConverter12Files (Local)

FAQ

Qui faut-il contacter pour toute question sur ROIScan.vbs ?

Pour les problèmes de prise en charge du script ROIScan.vbs, envoyez un message électronique à ROIScan_Feedback@microsoft.com.

Est-ce que le script couvre les produits serveur Office ?

Oui, le script ROIScan.vbs fonctionne également sur les produits serveur Office.

Est-ce que le script est compatible 64 bits ?

Oui.

Sur Windows Vista, le script signale constamment la mise à jour des dossiers Web comme suit : « Office application without entry point in Add or Remove Programs - Microsoft Software Update for Web Folders (English) 12 - {90120000-0010-0409-0000-0000000FF1CE} »

Il s’agit d’un problème connu qui se produit lorsque la mise à jour suivante est appliquée sur les ordinateurs qui exécutent Windows Vista : Description de la mise à jour logicielle des dossiers Web : 18 mai 2007 (Article 907306 de la Base de connaissances à l’adresse suivante https://go.microsoft.com/fwlink/?linkid=217651\&clcid=0x40C).

Est-ce que le script s’exécute avec des privilèges utilisateur ou est-ce que je dois être un administrateur ?

Le script ROIScan.vbs requiert des droits d’administrateur. Vous devez l’exécuter en tant qu’administrateur sur les ordinateurs dotés de Windows Vista ou de versions ultérieures des systèmes d’exploitation Windows.

Sur Windows Vista, le script affiche constamment des erreurs

Le script ROIScan.vbs doit être exécuté à partir d’une invite de commandes avec élévation de privilèges sur les ordinateurs dotés de Windows Vista.

J’obtiens une erreur relative à l’environnement d’exécution de scripts WSH (Windows Script Host)

Erreur : Windows Script Host - Impossible de trouver le moteur de script "VBScript" pour le script "ROIScan.vbs".

Cause : cette erreur indique que le fichier VBScript.dll n’est pas inscrit.

Résolution : pour résoudre ce problème, vous devez inscrire le fichier VBScript.dll.

Pour inscrire le fichier VBScript.dll

  1. Cliquez sur Démarrer, sur Exécuter, puis tapez la commande suivante :

    regsvr32 %windir%\system32\vbscript.dll

  2. Appuyez sur Entrée.

    Un message RegSvr32 s’affiche : « DllRegisterServer dans C:\Windows\system32\vbscript.dll réussi. »