> ## Documentation Index
> Fetch the complete documentation index at: https://support.legora.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Manifests de l’Outlook Add-in

> Dans cet article, vous apprendrez ce qu’est le manifeste de l’Outlook Add-in, quand l’utiliser, et comment choisir le bon manifeste pour l’organisation d’un client.

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

| **Région** | **Fichier** | **App ID** | **Domaine cible** |
| - | - | - | - |
| EU (par défaut) | outlook-addin-manifest-eu.xml | 12345678-1234-1234-1234-123456789014 | [outlook-addin.eu.legora.com](http://outlook-addin.eu.legora.com) |
| US | outlook-addin-manifest-us.xml | 12345678-1234-1234-1234-123456789015 | [outlook-addin.us.legora.com](http://outlook-addin.us.legora.com) |
| AP | outlook-addin-manifest-ap.xml | 12345678-1234-1234-1234-123456789016 | [outlook-addin.ap.legora.com](http://outlook-addin.ap.legora.com) |
| AU | outlook-addin-manifest-au.xml | D9C0A5B8-5B0A-4E9F-A808-6ACEB92012AD | [outlook-addin.au.legora.com](http://outlook-addin.au.legora.com) |
| **Global** | [outlook-addin-manifest-global.xml](https://outlook-addin.legora.com/manifests/outlook-addin-manifest-global.xml) | EF25030E-A99A-4657-BD4D-611A2987F8CF | [outlook-addin.legora.com](https://outlook-addin.legora.com) |

## Téléchargements

Global : [outlook-addin-manifest-global.xml](https://outlook-addin.legora.com/manifests/outlook-addin-manifest-global.xml)

EU : [outlook-addin-manifest-eu.xml](https://outlook-addin.eu.legora.com/manifests/outlook-addin-manifest-eu.xml)

US : [outlook-addin-manifest-us.xml](https://outlook-addin.us.legora.com/manifests/outlook-addin-manifest-us.xml)

AP : [outlook-addin-manifest-ap.xml](https://outlook-addin.ap.legora.com/manifests/outlook-addin-manifest-ap.xml)

AU : [outlook-addin-manifest-au.xml](https://outlook-addin.au.legora.com/manifests/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](https://admin.microsoft.com).
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](https://learn.microsoft.com/en-us/microsoft-365/enterprise/use-the-centralized-deployment-powershell-cmdlets-to-manage-add-ins). `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.
