Skip to main content
Cet article a été traduit automatiquement.

​
Avant de commencer

Avant de partager ou de déployer un fichier manifeste, confirmez :
  • Le statut de migration Global Auth de l’organisation
  • La région de traitement de l’organisation : EU, US, AP ou AU
  • Si l’organisation est multi-org
  • Si l’administrateur peut utiliser Microsoft AppSource ou le centre d’administration Microsoft 365
La plupart des administrateurs devraient utiliser le flux d’installation standard. Utilisez un fichier manifeste lorsque AppSource n’est pas disponible ou que l’environnement de déploiement du client exige un déploiement basé sur XML.

​
Ce qu’est le manifeste de l’Outlook Add-in

Le manifeste de l’Outlook Add-in est un fichier XML qui indique à Microsoft Outlook comment installer et charger l’Outlook Add-in Legora. Il comprend des informations telles que :
  • L’ID d’application de l’add-in
  • Le nom et les métadonnées de l’add-in
  • Le domaine Legora auquel l’add-in doit se connecter
  • Les permissions et la configuration dont Outlook a besoin pour exécuter l’add-in
Les administrateurs peuvent utiliser le manifeste pour déployer l’add-in de façon centrale dans le centre d’administration Microsoft 365. Pour un déploiement par script, utilisez les applets de commande PowerShell Centralized Deployment. Pour Exchange on-premises, utilisez New-App ou Set-App.

​
Quand utiliser un fichier manifeste

Utilisez un manifeste de l’Outlook Add-in lorsque le client a l’une de ces exigences :
  • Exchange on-premises ou plus ancien : Le client utilise Exchange on-premises ou Exchange Online en version inférieure à 15.2
  • Déploiement central à grande échelle : Le client a besoin d’un déploiement à l’échelle de l’organisation et doit diviser les déploiements on-premises New-App ou Set-App en groupes de 1 000 utilisateurs ou moins
  • Microsoft Store ou AppSource est bloqué : La politique de sécurité du client bloque l’accès à Microsoft Store ou AppSource
  • Réinstallation Global Auth : L’organisation doit réinstaller l’Outlook Add-in après la migration Global Auth

​
Choisir le bon manifeste Word

Utilisez le statut de migration Global Auth du client et la région de traitement pour choisir le bon fichier.
  1. Si votre organisation a terminé la migration Global Auth : Utilisez le manifeste Global.
  2. Si votre organisation est multi-org : Utilisez le manifeste Global.
  3. Si votre organisation n’a pas migré : Utilisez le manifeste qui correspond à la région de traitement actuelle de l’organisation : EU, US, AP ou AU.

​
Manifests de l’Outlook Add-in

​
Téléchargements

Global : outlook-addin-manifest-global.xml EU : outlook-addin-manifest-eu.xml US : outlook-addin-manifest-us.xml AP : outlook-addin-manifest-ap.xml AU : outlook-addin-manifest-au.xml

​
Déployer le manifeste de l’Outlook Add-in

Microsoft va retirer la page du centre d’administration Exchange pour les add-ins Outlook. Déployez le manifeste depuis le centre d’administration Microsoft 365. Vous avez besoin du rôle Global admin ou Exchange admin.
  1. Confirmez quel manifeste Outlook l’organisation nécessite.
  2. Téléchargez le fichier XML correspondant.
  3. Ouvrez le centre d’administration Microsoft 365.
  4. Dans le volet gauche, ouvrez Settings > Integrated apps.
  5. Sélectionnez Upload custom apps.
  6. Choisissez Office Add-in dans App type.
  7. Téléversez le fichier XML, ou collez son URL et sélectionnez Validate.
  8. Sélectionnez Add users.
  9. Choisissez Entire organization, Specific users/groups ou Just me.
  10. Si l’assistant demande un consentement, sélectionnez Accept permissions.
  11. Sélectionnez Finish deployment.
  12. Demandez aux utilisateurs d’ouvrir le complément dans Outlook et d’entrer leur courriel professionnel dans la fenêtre de connexion.
Pour un déploiement par script, utilisez les applets de commande PowerShell Centralized Deployment. New-OrganizationAddIn téléverse le manifeste. Pour Exchange on-premises, utilisez New-App ou Set-App. Si cette installation concerne plus de 1 000 utilisateurs, divisez-la en groupes de 1 000 ou moins.

​
Si quelqu’un ouvre le fichier XML

Le manifeste n’est pas un document destiné aux utilisateurs finaux. Il ne devrait pas être ouvert directement. Si quelqu’un ouvre le fichier, il peut voir du code XML ou un message de l’application utilisée pour l’ouvrir. Cela ne signifie pas que le manifeste est brisé. Demandez à l’administrateur TI de téléverser ou de déployer le fichier XML via les outils d’administration Microsoft.