Ensembles de conditions requises de l’API JavaScript pour Outlook

Les compléments Outlook déclarent les versions d’API dont ils ont besoin dans leur manifeste. Le balisage varie selon que vous utilisez le format de manifeste des compléments uniquement ou le manifeste unifié pour Microsoft 365.

La version de l’API est spécifiée par la propriété « extensions.requirements.capabilities ». Définissez la propriété « capabilities.name » sur « Boîte aux lettres » et la propriété « capabilities.minVersion » sur l’ensemble de configuration requise de l’API minimale qui prend en charge les scénarios du complément.

Par exemple, l’extrait de manifeste suivant indique l’ensemble minimal de conditions requises 1.1.

"extensions": [
{
  "requirements": {
    "capabilities": [
      {
        "name": "Mailbox", "minVersion": "1.1"
      }
    ]
  },
  ...
}

Toutes les API Outlook appartiennent au jeu de Mailboxconditions. L’ensemble de conditions requises Mailbox possède plusieurs versions et chaque nouvel ensemble d’API publié appartient à une version supérieure de l’ensemble. Tous les clients Outlook ne prennent pas en charge l’ensemble d’API le plus récent, mais si un client Outlook déclare prendre en charge un ensemble d’exigences, il prend généralement en charge toutes les API de cet ensemble d’exigences (case activée la documentation sur une API ou une fonctionnalité spécifique pour toute exception).

La configuration minimale requise spécifiée dans le manifeste détermine les clients Outlook qui peuvent charger le complément. Si le client Outlook ne prend pas en charge au moins la version spécifiée, le complément ne se charge pas. Par exemple, si vous définissez la version du jeu de conditions requises sur 1.3, le complément apparaît uniquement dans les clients Outlook qui prennent en charge la version 1.3 ou une version supérieure.

Remarque

Bien qu’Outlook sur Android et sur iOS prenne en charge jusqu’à l’ensemble d’exigences 1.5, votre complément mobile peut désormais implémenter certaines API à partir d’ensembles d’exigences ultérieurs. Pour plus d’informations sur les API prises en charge dans Outlook Mobile, voir API JavaScript Outlook prises en charge dans Outlook sur les appareils mobiles.

Utiliser les API des ensembles de conditions requises ultérieurs

La définition d’un ensemble de conditions requises ne limite pas les API disponibles que le complément peut utiliser. Par exemple, si le complément spécifie le jeu de conditions requises « Boîte aux lettres 1.1 », mais qu’il s’exécute dans un client Outlook qui prend en charge « Boîte aux lettres 1.3 », il peut utiliser des API à partir du cahier des charges « Boîte aux lettres 1.3 ».

Pour utiliser une nouvelle API, les développeurs peuvent vérifier si une application particulière prend en charge l’ensemble des conditions requises en procédant comme suit :

if (Office.context.requirements.isSetSupported('Mailbox', '1.3')) {
  // Perform actions.
}
else {
  // Provide alternate flow/logic.
}

Autrement, les développeurs peuvent vérifier la disponibilité d’une nouvelle API en utilisant la technique JavaScript standard.

if (item.somePropertyOrMethod !== undefined) {
  // Use item.somePropertyOrMethod.
  item.somePropertyOrMethod;
}

Ces vérifications ne sont pas nécessaires pour les API présentes dans l’ensemble de conditions requises dont la version est la même que celle spécifiée dans le manifeste.

Choisir une configuration minimale requise définie

Les développeurs doivent utiliser l’ensemble de conditions requises le plus ancien qui contient l’ensemble d’API critique pour leur scénario, sans lequel le complément ne fonctionne pas.

Ensembles de conditions requises pris en charge par les serveurs Exchange et les clients Outlook

Dans cette section, nous prenons note de la plage d’ensembles de conditions requises pris en charge par les serveurs Exchange et les clients Outlook. Pour plus d’informations sur la configuration requise pour le serveur et le client pour l’exécution de compléments Outlook, voir Conditions requises pour les compléments Outlook.

Importante

Si votre serveur cible Exchange client Outlook prendre en charge différents ensembles de conditions requises, vous pouvez être limité à la plage d’ensembles de conditions requises inférieure. Par exemple, si un complément s’exécute dans Outlook 2019 sur Windows (configuration minimale requise : 1.6) sur Exchange 2016 (configuration minimale requise : 1.5), votre complément peut être limité à la configuration requise 1.5.

Prise en charge par le serveur Exchange

Le tableau suivant répertorie les serveurs Exchange et les ensembles de conditions requises pour la boîte aux lettres qu’ils prennent en charge. Pour que votre complément s’affiche dans Outlook hébergé dans un environnement Exchange particulier, la version que vous spécifiez comme exigence minimale définie dans le manifeste de votre complément doit être prise en charge par cet environnement.

Produit Version principale d’Exchange Ensembles de conditions requises des API prises en charge
Exchange Online Dernière version 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16
IdentityAPI 1.31
Exchange local Édition d’abonnement (SE) 1.1, 1.2, 1.3, 1.4, 1.5
2019 1.1, 1.2, 1.3, 1.4, 1.5
2016 1.1, 1.2, 1.3, 1.4, 1.5

1 Pour exiger le jeu d’API d’identité 1.3 dans le code de votre complément Outlook, case activée s’il est pris en charge en appelant isSetSupported('IdentityAPI', '1.3'). Sa déclaration dans le manifeste du Outlook n’est pas prise en charge. Vous pouvez également déterminer si l’API est prise en charge en vérifiant qu’elle n’est pas undefined. Pour plus d’informations, consultez Utilisation des API d’un ensemble de conditions requises ultérieure.

Même si un complément implémente des fonctionnalités d’ensembles de conditions requises ultérieurs qui ne sont pas pris en charge dans un environnement Exchange local, il peut toujours être ajouté à un client Outlook tant que la configuration minimale requise spécifiée dans son manifeste correspond à celles prises en charge par Exchange local. Toutefois, une fonctionnalité implémentée ne fonctionne que si le client Outlook dans lequel le complément est installé prend en charge la configuration minimale requise requise pour une fonctionnalité. Par exemple, un complément de signature spécifiant 1.5 dans son manifeste sera installé et chargé dans l’environnement local Exchange 2019. Toutefois, son appel à Body.setSignatureAsync, qui a été introduit dans l’ensemble de conditions requises 1.10, ne s’exécutera que si le client Outlook sur lequel le complément est installé prend en charge la version 1.10.

Pour déterminer les ensembles d’exigences pris en charge par différents clients Outlook, consultez Prise en charge des clients Outlook. Nous vous recommandons de compléter ce paramètre avec la documentation sur la fonctionnalité spécifique pour toute exception.

Prise en charge du client Outlook

Les compléments sont pris en charge dans Outlook sur les plateformes suivantes.

Plateforme Version principale d’Office/Outlook Ensembles de conditions requises des API prises en charge
Navigateur Web1 2 interface utilisateur moderne d’Outlook lors de sa connexion à
Exchange Online : abonnement, Outlook.com
1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16
DevicePermissionService 1.1
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
interface utilisateur classique d’Outlook lors de sa connexion à
Exchange local
1.1, 1.2, 1.3, 1.4, 1.5, 1.6
Windows nouvelle interface utilisateur Outlook avec un abonnement Microsoft 365 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16
DevicePermissionService 1.1
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
interface utilisateur Outlook classique avec un abonnement Microsoft 3654 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
OpenBrowserWindowApi 1.1
Outlook 2021 et versions ultérieures (interface utilisateur Outlook classique)4 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
OpenBrowserWindowApi 1.1
sous licence en volume, perpétuelle/LTSC Outlook 2024 (interface utilisateur Outlook classique) 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
OpenBrowserWindowApi 1.1
sous licence en volume, perpétuelle/LTSC Outlook 2021 (interface utilisateur Outlook classique) 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
OpenBrowserWindowApi 1.1
Mac nouvelle interface utilisateur5 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14
DialogAPI 1.1
DialogAPI 1.2
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
OpenBrowserWindowApi 1.1
Interface utilisateur classique 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8
DialogAPI 1.1
DialogAPI 1.26
DialogOrigin 1.1
IdentityAPI 1.33
NestedAppAuth 1.1
OpenBrowserWindowApi 1.1
Android1 7 abonnement 1.1, 1.2, 1.3, 1.4, 1.5
NestedAppAuth 1.1
iOS1 7 abonnement 1.1, 1.2, 1.3, 1.4, 1.5
NestedAppAuth 1.1

1 Les compléments ne sont pas pris en charge dans Outlook sur Android, sur iOS et dans le web mobile moderne avec des comptes Exchange locaux. Certains appareils iOS prennent toujours en charge les compléments lors de l’utilisation de comptes Exchange locaux avec Outlook sur le web classique. Pour plus d’informations sur les appareils pris en charge, consultez Configuration requise pour l’exécution des compléments Office.

2 Les compléments ne fonctionnent pas dans l’Outlook sur le web moderne sur les smartphones iPhone et Android. Pour plus d’informations sur les appareils pris en charge, consultez Configuration requise pour l’exécution des compléments Office.

3 Pour exiger le jeu d’API d’identité 1.3 dans le code de votre complément Outlook, case activée s’il est pris en charge en appelant isSetSupported('IdentityAPI', '1.3'). Sa déclaration dans le manifeste du Outlook n’est pas prise en charge. Vous pouvez également déterminer si l’API est prise en charge en vérifiant qu’elle n’est pas undefined. Pour plus d’informations, consultez Utilisation des API d’un ensemble de conditions requises ultérieure.

4 Pour en savoir plus sur les versions minimales prises en charge pour les ensembles d’exigences récents dans Outlook classique sur Windows avec un abonnement Microsoft 365 ou une licence perpétuelle commerciale, consultez Prise en charge des versions pour les ensembles d’exigences dans Outlook classique sur Windows.

5 La prise en charge de la nouvelle interface utilisateur Mac est disponible dans Outlook Version 16.38.506. Pour plus d’informations, consultez la section Prise en charge du macro complémentaire dans Outlook sur le nouvel interface d’utilisateur Mac.

6 Bien que Outlook classique sur Mac ne prenne pas en charge le jeu de conditions requises Boîte aux lettres 1.9, il prend en charge le jeu de conditions requises DialogAPI 1.2. Pour plus d’informations sur la version et la build minimales prises en charge, consultez Ensembles de conditions requises de l’API de dialogue.

7 À l’heure actuelle, d’autres éléments sont à prendre en considération lors de la conception et de la mise en œuvre de compléments pour les clients mobiles. Pour plus d’informations, voir Considérations relatives au code lors de l’ajout de la prise en charge des commandes de complément dans Outlook sur les appareils mobiles. Bien qu’Outlook sur Android et sur iOS prenne en charge jusqu’à l’ensemble d’exigences 1.5, votre complément mobile peut désormais implémenter certaines API à partir d’ensembles d’exigences ultérieurs. Pour plus d’informations sur les API prises en charge dans Outlook Mobile, voir API JavaScript Outlook prises en charge dans Outlook sur les appareils mobiles.

Conseil

Vous pouvez faire la distinction entre les deux versions d’Outlook, classique et moderne, dans un navigateur Web en regardant la barre d’outils de votre boîte aux lettres.

moderne

La barre d’outils Outlook moderne.

classique

La barre d’outils Outlook classique.

Prise en charge des versions des jeux d’exigences dans Outlook classique sur Windows

Le tableau suivant répertorie la prise en charge des versions pour les ensembles de besoins de boîte aux lettres plus récents dans Outlook classique sur Windows avec un abonnement Microsoft 365 ou une licence perpétuelle commerciale.

Ensemble de conditions requises Version
1.8 Version 1910 (build 12130.20272)
1.9 Version 2008 (build 13127.20296)
1.10 Version 2104 (Build 13929.20296)
1.11 Version 2110 (build 14527.20226)
1.12 Version 2206 (build 15330.20196)
1.13 Version 2304 (Build 16327.20248)
11.4 Version 2404 (build 17530.15000)
1.15 Version 2412 (Build 18324.20172)
1.16 Version 2602 (Build 19725.20126)

Pour plus d’informations sur la version de votre client, consultez la page de l’historique des mises à jour pour Microsoft 365 ou Office 2024 et comment trouver votre version client Office et le canal de mise à jour.

Remarque

Dans Outlook, chaque canal de mise à jour reçoit les mises à jour à un rythme différent. Pour vérifier si votre canal prend en charge une version ou un build particulier, voir Historique des mises à jour de Microsoft 365 Apps. Pour une comparaison des différents canaux de mise à jour, voir Vue d’ensemble des canaux de mise à jour pour Microsoft 365 Apps.

Référencer la bibliothèque de production de l’API JavaScript Office

Pour utiliser des API dans l’un des ensembles de conditions requises numérotées, vous devez référencer la bibliothèque de productionsur le réseau de distribution de contenu (CDN) Office.js. Pour plus d’informations sur l’utilisation des API en préversion, consultez Tester les API en préversion.

Tester les API en préversion

Les nouvelles API Outlook JavaScript sont d’abord introduites dans la « préversion », puis deviennent partie intégrante d’un ensemble de conditions requises spécifiques numérotées une fois qu’un nombre suffisant de tests a été effectué et que les utilisateurs ont renvoyé des commentaires. Pour formuler des commentaires sur une version d’évaluation API, utilisez le mécanisme de commentaires à la fin de la page web où l’API est documenté.

Remarque

Les API en préversion sont susceptibles d’être modifiées et ne sont pas destinées à être utilisées dans un environnement de production.

Pour plus d’informations sur les API de préversion, reportez-vous à l’article relatif à l’ensemble de conditions requises de l’API Outlook de préversion.