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 de l’authentification globale de l’organisation
  • La région de traitement de l’organisation : UE, États-Unis, AP ou AU
  • Si l’organisation est multi-organisations
  • Si l’administrateur peut utiliser Microsoft AppSource ou le centre d’administration Microsoft 365
La plupart des administrateurs doivent 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 nécessite un déploiement basé sur XML.

Qu’est-ce que le manifeste Outlook Add-in

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

Quand utiliser un fichier manifeste

Utilisez un manifeste Outlook Add-in lorsque le client répond à l’une de ces exigences :
  • Exchange sur site ou version antérieure : Le client utilise Exchange sur site ou Exchange Online sous la version 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 New-App ou Set-App sur site 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 de Global Auth : L’organisation doit réinstaller Outlook Add-in après la migration de Global Auth.

Choisissez le bon manifeste Word

Utilisez le statut de migration d’authentification globale et la région de traitement du client pour choisir le fichier correct.
  1. Si votre organisation a terminé la migration de l’authentification globale : Utilisez le manifeste global.
  2. Si votre organisation est multi-organisations : 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 : UE, États-Unis, AP ou AU.

Manifestes 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 Outlook Add-in

Microsoft va retirer la page du centre d’administration Exchange pour les compléments 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 le manifeste Outlook dont l’organisation a besoin.
  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. Chargez 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 de saisir leur adresse e-mail professionnelle dans la fenêtre de connexion.
Pour un déploiement par script, utilisez les applets de commande PowerShell Centralized Deployment. New-OrganizationAddIn charge le manifeste. Pour Exchange sur site, 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 faut pas l’ouvrir directement. Si quelqu’un ouvre le fichier, il peut voir du code XML ou un message de l’application qu’il a utilisée pour l’ouvrir. Cela ne signifie pas que le manifeste est rompu. Demandez à l’administrateur informatique de télécharger ou de déployer le fichier XML via ses outils d’administration Microsoft.