FAQ sur l\'obsolescence des API EWS

Microsoft a annoncé la fin de vie des API EWS utilisées pour se connecter à Exchange Online. Cette obsolescence peut avoir un impact sur les automatisations (robots) qui utilisent le E-mail package ou le déclencheur E-mail avec l\'option EWS. Consultez la FAQ pour plus de détails sur l\'obsolescence des API EWS.

Qu\'est-ce que l\'obsolescence des API EWS ?
Depuis le 31 mars 2022, Microsoft a supprimé les 25 API EWS les moins utilisées. Il s\'agit d\'une obsolescence continue et Microsoft va continuer à supprimer d\'autres API EWS à mesure que des API Graph équivalentes sont disponibles.

Pour en savoir plus sur l\'obsolescence des API EWS, consultez la section Upcoming API Deprecations in Exchange Web Services for Exchange Online.

Pourquoi ce changement ?
EWS est une API ancienne, qui est moins sûre et ne répond pas aux besoins de sécurité et de gestion du développement d\'applications modernes. Selon Microsoft, si vos clients ou applications utilisent les API EWS pour se connecter au serveur Exchange via Exchange Online, vous devez passer des API EWS basées sur SOAP aux API Graph basées sur REST.
À l\'inverse d\'EWS, Microsoft Graph offre les avantages suivants :
  • Sécurité : Microsoft Graph est plus sûr et a des politiques de gouvernance plus strictes avec OAuth et vous permet de limiter l\'accès aux données dans une boîte de réception par rapport au modèle d\'accès tout ou rien dans EWS.
  • Simplicité : Microsoft Graph propose Graph Explorer pour découvrir et tester facilement et rapidement les API, des SDK dans différents langages de programmation et une communauté active de développeurs.
  • Efficacité : les API Microsoft Graph sont basées sur REST, tandis que les API EWS sont basées sur SOAP. L\'utilisation de protocoles basés sur REST permet d\'accélérer la sérialisation JSON et de réduire l\'utilisation du réseau.
Remarque : L\'obsolescence des API EWS s\'applique uniquement à Exchange Online et non à la version d\'Exchange sur site.
Quel est l\'impact de cette obsolescence sur moi ?
Pour l\'instant, vous ne serez pas affecté, car Automation 360 n\'utilise aucune des API EWS qui ont été supprimées par Microsoft. Selon Microsoft, les API EWS non supprimées continuent d\'être prises en charge dans les environnements de production. Nous ne connaissons pas l\'échéancier convenu concernant l\'obsolescence à venir de ces API.

Dans le cas où certaines API EWS utilisées dans Automation 360 seraient supprimées à l\'avenir, et si vous avez automatisé des e-mails à l\'aide du E-mail package et des E-mail de déclenchement actions avec l\'option EWS, ces automatisations seront interrompues en raison de l\'échec de la connexion avec Exchange Online.

Où la plateforme Automation 360 utilise-t-elle l\'API EWS ?
Automation 360 utilise l\'API EWS du E-mail package et le déclencheur d\'E-mail pour l\'option EWS, vous permettant de vous connecter à Exchange Online hébergé sur Azure Cloud et d\'accéder aux e-mails de Microsoft 365.
Comment puis-je identifier les robots impactés qui utilisent l\'option EWS E-mail ?
Vous pouvez utiliser l\'utilitaire Automation 360 Bot Scanner pour les fonctions EOL afin de scanner et d\'identifier les robots impactés qui utilisent EWS. Reportez-vous à la rubrique Analyser les robots pour l'authentification de base.
Quelles sont les instructions données aux clients Automation 360 pour passer de l\'API EWS à l\'API Graph ?
Nous avons publié un nouveau Microsoft 365 Outlook package avec la version Automation 360 v.29. Il est basé sur la dernière version de l\'API Graph. Vous pouvez utiliser ce package pour automatiser les e-mails d\'Outlook pour Exchange Online. Ce package contient toutes les actions similaires à celles disponibles dans le E-mail package. Vous pouvez utiliser le Microsoft 365 Outlook package au lieu du E-mail package avec l\'option EWS pour passer de l\'API EWS à l\'API Graph.
Comment mettre à jour mes robots existants vers le Microsoft 365 Outlook package ?
Pour mettre à jour vos robots existants impactés vers le Microsoft 365 Outlook package, consultez la section Obsolescence des API EWS dans Exchange Online.
La plateforme Automation Anywhere fournira-t-elle un outil aux clients Automation 360 pour mettre à jour leur robots de l\'API EWS vers l\'API Graph ?
Non. Vous devez mettre à jour manuellement vos robots impactés pour passer à l\'API Graph (Microsoft 365 Outlook package).
Existe-t-il un mappage individuel entre les E-mail Microsoft 365 Outlook et packages ou y a-t-il des différences ?
Toutes les actions disponibles du E-mail package sont également disponibles dans le Microsoft 365 Outlook package. Cependant, vous devez tenir compte des différences suivantes lorsque vous créez un robot avec le nouveau Microsoft 365 Outlook package :
  • Dans le E-mail package, les Envoyer, Transférer, Répondre et Répondre à tous actions ont des paramètres de connexion et, par conséquent, lorsque vous créez une automatisation, vous pouvez utiliser ces actions indépendamment de l\'Se connecter action. Cependant, dans le cas du Microsoft 365 Outlook package, vous devez utiliser l\'Se connecter action avant chacune de ces actions puisqu\'elles font référence à la session créée par l\'Se connecter action. Consultez la section Microsoft 365 Outlook package.
  • Le nouveau Microsoft 365 Outlook package prend en charge deux modes d\'authentification : code d\'autorisation avec PKCE et Infos d\'identification client. Le E-mail package avec l\'option EWS prend en charge quatre modes d\'authentification : ROPC, Implicite, code d\'autorisation avec PKCE, et Infos d\'identification client.
    Remarque : Les modes d\'authentification ROPC et Implicite sont obsolètes et ne sont donc pas pris en charge dans le Microsoft 365 Outlook package. Vous devez utiliser le code d\'autorisation le plus sûr avec le flux PKCE pour l\'automatisation assistée et le flux Infos d\'identification client pour l\'automatisation non assistée.