EWS API 非推奨の FAQ

マイクロソフト社は、Exchange Online への接続に使用される EWS API の EOL を発表しました。 この非推奨は、Bots E メールまたは パッケージ トリガーを EWS オプションで使用するオートメーション (E メール) に影響を与える場合があります。 EWS API 非推奨の詳細については、FAQ をご確認ください。

EWS API の非推奨とは何ですか?
マイクロソフト社は、2022 年 3 月 31 日以降、少なくとも使用されていた 25 の EWS API を非推奨としました。 これは現在進行中の非推奨措置であり、マイクロソフト社は、同等の Graph API が利用可能になった時点で、続けて追加の EWS API を非推奨にする予定です。

EWS API の非推奨の詳細については、「Upcoming API Deprecations in Exchange Web Services for Exchange Online」を参照してください。

なぜこのような変更を行うのですか?
EWS はレガシー API であり、安全性が低く、最新のアプリケーション開発におけるセキュリティと管理容易性のニーズを満たしていません。 マイクロソフト社は、クライアントまたはアプリケーションが EWS API を使用して Exchange Online を介して Exchange サーバーに接続している場合、SOAP ベースの EWS API から REST ベースの Graph API に切り替えるよう求めています。
Microsoft Graph は、EWS に比べて次のようなメリットがあります。
  • セキュリティ: Microsoft Graph は、EWS のすべてを許可するか許可しないかのアクセス モデルに比べ、より安全で、OAuth によるより厳格なガバナンス ポリシーを持ち、メールボックス内のデータ アクセスを制限することができます。
  • 簡潔性: Microsoft Graph は、API を簡単かつ迅速に発見しテストするための Graph Explorer、さまざまなプログラミング言語の SDK、および有効な開発者コミュニティを提供しています。
  • 効率: Microsoft Graph API は REST ベースで、EWS API は SOAP ベースです。 REST ベースのプロトコルを使用する利点には、高速の JSON シリアル化、ネットワーク使用量の低減などがあります
注: EWS API の非推奨は、Exchange Online にのみ適用され、オンプレミス バージョンの Exchange は対象外です。
この非推奨化によって、どのような影響を受けますか?
Automation 360 は、マイクロソフト社が非推奨とした EWS API を使用していないため、今のところ影響はありません。 マイクロソフト社によると、非推奨の EWS API は、本番環境での使用については引き続きサポートされ、これらの API が将来いつ非推奨になるかは決まっていないとのことです。

万一、Automation 360 で使用されている特定の EWS API が将来的に非推奨となり、EWS オプションで E メール パッケージと E メール トリガー アクションを使用して E メールを自動化している場合、こうしたオートメーションは Exchange Online との接続障害によって中断されます。

Automation 360 では EWS API をどこで使用していますか?
Automation 360 は、Azure Cloud でホストされている Exchange Online への接続と、Microsoft 365 からの E メールのアクセスのために、E メール パッケージと EWS オプションの E メール トリガーで EWS API を使用しています。
Bots EWS オプションを使用している、影響を受ける E メール は、どのようにして特定できますか?
EOL 機能の Automation 360 Bot Scanner ユーティリティを使用して、影響を受ける EWS を使用している Bots をスキャンし、特定することができます。 「基本認証のために Bot をスキャンする」を参照してください。
EWS API から Graph API に切り替える Automation 360 ユーザーに対するガイダンスはありますか?
当社は、Graph API の最新バージョンに基づく、Microsoft 365 Outlook v.29 リリースを含んだ新しい パッケージ Automation 360 をリリースしました。 このパッケージを使用して、Exchange Online の Outlook メールを自動化できます。 このパッケージには、アクション E メールで利用可能なアクションと同様のパッケージがすべて含まれています。 EWS オプションを含んだ Microsoft 365 Outlook パッケージの代わりに、E メール パッケージを使用して、EWS API から Graph API に切り替えることができます。
既存の Bots を Microsoft 365 Outlook パッケージに更新するにはどうすればよいですか?
影響を受ける既存の Bots を Microsoft 365 Outlook パッケージに更新するには、「Exchange Online の EWS API の非推奨について」を参照してください。
Automation Anywhere は、Automation 360 ユーザーが Bots を EWS API から Graph API に更新するためのツールを提供する予定ですか?
いいえ。Graph API (Bots Microsoft 365 Outlook) に切り替えるように、影響を受ける パッケージ を手動で更新する必要があります。
E メールと Microsoft 365 Outlook パッケージの間に 1 対 1 マッピングはありますか、または何か違いがありますか?
アクション E メールで利用可能なすべてのパッケージは、Microsoft 365 Outlook パッケージでも利用可能です。 ただし、新しい Microsoft 365 Outlook パッケージで Bot をビルドする場合は、次の違いを考慮する必要があります。
  • E メール パッケージでは、[送信]、[転送]、[返信]、および [すべて返信] アクションは、接続パラメーターを持つため、ユーザーは、オートメーションを作成するときにこれらのアクションを [接続] アクションとは独立して使用できます。 ただし、Microsoft 365 Outlook パッケージの場合は、これらのアクションは、[接続] アクションによって作成されたセッションを参照するため、ユーザーは、これらの各アクションの前に、[接続] アクションを使用する必要があります (「Microsoft 365 Outlook パッケージ」を参照)。
  • 新しい Microsoft 365 Outlook パッケージは、次の 2 つの認証モードをサポートしています: PKCE を使用した認可コード、およびクライアント資格情報。 EWS オプションを含んだ E メール パッケージ は、次の 4 つの認証モードをサポートしています: ROPC、Implicit、PKCE を使用した認可コード、およびクライアント資格情報。
    注: ROPC および Implicit 認証モードは非推奨になっているため、Microsoft 365 Outlook パッケージではサポートされていません。 Attended オートメーションの場合は、より安全な「PKCE を使用した認可コード」フローを使用し、Unattended オートメーションの場合は、「クライアント資格情報」フローを使用する必要があります。