Microsoft の EWS 提供終了がカレンダー同期に与える影響

Exchange Web Services は 2026年10月1日から無効化が始まり、2027年4月1日に完全に停止します。実際に何が止まり、何は止まらないのか、そして自社がどちらに該当するかを決める 2 つのテナント設定を解説します。

Microsoft は Exchange Online における Exchange Web Services (EWS) の提供を終了します。無効化は 2026年10月1日にグローバルで開始され、2027年4月1日に EWS は完全に停止します。Microsoft Graph 上で動作するカレンダー同期は影響を受けません。影響を受けるのは、パートナー組織間のテナント間空き時間情報 (free/busy)、Kiosk・F1・F3 ライセンスのメールボックス、そして今も EWS を呼び出しているサードパーティ アプリケーションです。

日付で見るスケジュール

4 つの出来事が、それぞれ別の日付で発生します。これらは 1 つの出来事としてまとめて報じられることが多く、多くの管理者が誤った期限を認識してしまう原因になっています。

Microsoft は 2018年に、EWS への機能追加を終了すると初めて発表し、2023年に 2026年10月の無効化日を設定しました。2024年1月の Midnight Blizzard の事案には EWS が関与しており、これを機に対象範囲がサードパーティ アプリケーションから Microsoft 自社製品にまで拡大されました。Outlook、Office、Teams、Dynamics 365 がいずれも EWS から移行されているのはこのためです。

すべてを左右する 2 つの設定

EWS の無効化は 2 つのテナント レベルのプロパティによって制御されており、多くの組織はこの 2 つの相互作用でつまずきます。

EWSEnabled

この設定には True、False、Null の 3 つの値があります。現在の既定値は Nullで、その動作は現状 True と同じです。2026年10月1日、展開が自社テナントに到達すると、Null は False に変更されます。この 1 つの変更によって、テナント内のすべてのアプリケーションで EWS が一斉にブロックされます。

2026年10月から 2027年4月までの間、どうしても EWS を必要とするアプリケーションが残っている場合は、EWSEnabled を明示的に True に設定する必要があります。既定値のままにしておくことは、現状維持とは異なります。

EWSAllowedAppIDs

EWSEnabled を True にするだけでは、もはや不十分です。2026年10月1日以降は、EWS の呼び出しを許可するアプリ ID を列挙した許可リストも必要になります。どちらか一方でも欠けていれば、EWS に依存するすべての処理が停止します。

Microsoft は、許可リストを作成していないテナントについては、各テナント自身の利用実績に基づいて 2026年9月より前にこのリストを事前設定します。これは助けにはなりますが、あくまで直近に呼び出しが観測された内容から作られたものです。四半期ごとにしか実行されないアプリケーションや、サンプリング期間中に動作していなかったアプリケーションは、完全だと思い込んでいるリストから漏れている可能性があります。

自社テナントを確認する方法

計画を立てる前に、Exchange Online PowerShell に接続して現在の状態を確認します。

Get-OrganizationConfig | Format-List EWSEnabled, EWSAllowedAppIDs, EWSApplicationAccessPolicy, EWSAllowList, EWSBlockList

次に、実際に EWS を呼び出しているものがあるかどうかを調べます。Microsoft 365 管理センターの EWS 利用状況レポートでは、アプリケーション別の実トラフィックを確認できます。社内に聞いて回るよりも確実です。

パートナー組織と空き状況を共有している場合は、内部で EWS に依存している次の 3 つの構成を確認してください。

Get-OrganizationRelationship | Format-List Name, DomainNames, FreeBusyAccessEnabled
Get-AvailabilityAddressSpace | Format-List Name, ForestName, AccessMethod
Get-SharingPolicy | Format-List Name, Domains, Enabled

3 つとも結果が空であれば、テナント間の話は自社には該当しません。Microsoft はメッセージ センターの通知をすべてのテナントに送信したため、実際には使っていない機能について警告を受け取った管理者が非常に多く存在します。

何が止まり、何は止まらないか

重要な分かれ目は、そのツールが Exchange Online と EWS 経由で通信しているか、Microsoft Graph 経由で通信しているかです。Graph は後継の API であり、上記のどの日付からも一切影響を受けません。

CalendarBridge には影響がありますか？

いいえ。CalendarBridge は、委任された Calendars.ReadWrite と User.Read のスコープを使い、Microsoft Graph 経由で Microsoft 365 に接続します。EWS への依存は一切ないため、2026年10月や 2027年4月の日付によって同期接続の動作が変わることはなく、CalendarBridge を EWSAllowedAppIDs の許可リストに登録する必要もありません。

期限を前にベンダーを精査しているのであれば、各社に確認すべき問いはこれです。Graph か、それとも EWS か。いまだに EWS を使っているカレンダー ツールには、2027年4月という明確な停止期限と、それまでに完了させるべき移行作業が控えています。

自社の状況別に見る移行方法

移行方法は 1 つではありません。上記 4 つのうちどれが自社に当てはまるかによって対応が変わり、多くの組織は複数に該当します。

テナント間の空き時間情報をカレンダー同期で置き換える

テナント間の部分は、一般のカレンダー利用者にまで影響が及ぶ可能性が最も高い領域です。同等機能への移行を無条件に選ぶ前に、選択肢の違いを理解しておく価値があります。

Cross-Tenant Access Policy は現在のモデルをそのまま維持します。誰かがスケジュール アシスタントを開くたびに、一方のテナントがもう一方へリアルタイムで問い合わせます。ライブ参照が保たれるため、組織をまたいで本当に最新の空き状況が必要な場合はこちらが正解です。その代わり、テナント間の信頼構成を移行することになり、移行後も両方のテナントがその状態を健全に保ち続ける必要があります。

カレンダー同期はモデルを逆転させます。パートナー テナントに問い合わせるのではなく、CalendarBridge がイベントを自社テナント内のカレンダーにコピーし、そこでは他のイベントとまったく同じように扱われます。時間が確保され、スケジュール アシスタントや「時間を探す」機能にも表示され、2 つのテナント間の関係に何が起きても影響を受けません。壊れる対象となるライブ参照が存在しないためです。

求められているのが「相手側の担当者がいつ埋まっているかを把握できること」であれば、通常は同期の方が適しています。リアルタイムの正確さや、パートナーのカレンダーの詳細を双方向に本格的に参照する必要がある場合は、Cross-Tenant Access Policy の方が適しています。

自分ひとりで設定する場合

1. CalendarBridge に両方のアカウントを接続します。Microsoft 365 アカウントは、委任された Calendars.ReadWrite と User.Read の Graph スコープを使って OAuth で接続されるため、EWS は一切関与せず、許可リストへの登録も不要です。
2. パートナー側または補助的なカレンダーから、実際に使っているカレンダーへの一方向同期を作成します。
3. 同期接続のプライバシー設定で、Subject、Description、Location、Attendees のチェックを外したままにし、各コピーが単なる予定ありのブロックになるようにします。Outlook のスケジュール アシスタントや Google の「時間を探す」でコピーを予定ありとして扱いたい場合は、All Private にもチェックを入れます。

組織全体で設定する場合

全社規模で使われていた Organization Relationship を置き換えるのであれば、各ユーザーに個別設定を任せるのではなく、管理者による管理対象同期 (managed syncs) を使います。

1. ユーザー ライセンスではなく同期ライセンスでグループ アカウントを作成します。
2. 必要なカレンダーを保持している各テナントで、管理対象同期のアクセスを承認します。Microsoft 365 では、テナント管理者によるアプリケーション アクセス許可の付与にあたり、これも Graph 上で行われます。
3. 承認済みドメインをグループ アカウントに、テナントごとに 1 回ずつ接続します。
4. 管理対象の同期接続を作成します。20 件未満であれば個別に割り当てます。20 件以上であれば、一括ジョブを使って対応表をまとめて一度にインポートします。

この仕組みは各テナントの管理者自身が付与したアプリケーション アクセス許可の上で動作するため、Organization Relationship、Availability Address Space、Sharing Policy のいずれにも依存しません。2026年9月に移行される 3 つの構成は、いずれもこの経路には含まれていません。

空き状況を公開したいだけの場合

テナント間の関係の中には、社外の相手が自社メンバーの空き時間を確認できるようにするためだけに存在しているものもあります。その目的であれば、公開カレンダーフィードの方が上記のどちらよりも簡単です。カレンダーを選び、詳細フィールドをすべてオフにして、生成されたリンクまたは ICS 購読 URL を共有するだけです。受け取る側に Microsoft 365 テナントも、自社との関係も、何らかのアカウントも必要ありません。フィールド単位の設定については、イベントの詳細を共有せずにカレンダーを同期する方法をご覧ください。

これからの 6 週間ですべきこと

1. 現在の状態を確認する。上記の Get-OrganizationConfig コマンドを実行し、現時点の EWSEnabled の値を書き留めます。
2. 利用状況レポートを取得する。社内の記憶に頼るのではなく、実際に EWS を呼び出しているものを突き止めます。
3. テナント間構成の有無を確認する。Get-OrganizationRelationship が何も返さなければ、9月の日付を気にする必要はありません。
4. ライセンス割り当てを棚卸しする。Kiosk・F1・F3 のユーザーは、除外なしで EWS を失います。EWS ベースのツールに依存している人がいれば、別のライセンスが必要です。
5. ベンダーに Graph について尋ねる。書面で回答を得て、曖昧な回答もひとつの答えとして扱ってください。

許可リストは橋渡しであって、行き先ではありません。2026年10月に登録したものも 2027年4月には動作しなくなるため、この猶予期間は先送りではなく移行のために使ってください。

よくある質問

EWS は正確にいつ使えなくなりますか？

EWS は 2026年10月1日にグローバルで無効化が始まり、2027年4月1日に完全に無効化されます。この 2 つの日付の間は、テナントの EWSEnabled が True に設定され、かつ呼び出し元アプリケーションのアプリ ID が EWSAllowedAppIDs の許可リストに含まれている場合に限り、EWS を使い続けられます。2027年4月1日以降は、どの設定によっても動作を維持できません。

EWS の提供終了でカレンダー同期は止まりますか？

止まるのは、カレンダー同期ツールが EWS を使っている場合だけです。Microsoft Graph 上に構築されたツールは影響を受けません。Graph は提供終了の巻き添えになる側ではなく、後継の API だからです。CalendarBridge は Microsoft Graph を使用しており、許可リストへの登録も設定変更も必要ありません。

2026年10月1日までに何もしなかった場合はどうなりますか？

EWSEnabled が Null のままのテナントは、展開が到達した時点で False に変更され、テナント内のすべてのアプリケーションで EWS がブロックされます。Null は現在の既定値であるため、何も対応しないテナントの多くは自動的に無効化されることになります。

EWS の提供終了はテナント間の空き時間情報に影響しますか？

影響します。Organization Relationship、Availability Address Space、Sharing Policy で構成されたテナント間の Free/Busy、MailTips、カレンダー共有は、いずれも EWS 上で動作しています。Microsoft はこれらを Microsoft 365 Cross-Tenant Access Policy へ移行しており、展開は 2026年8月に開始され、2026年9月1日までに完了します。

Kiosk・F1・F3 のメールボックスは EWS へのアクセスを維持できますか？

できません。2026年10月1日以降、Exchange Online Kiosk、Microsoft 365 F1、Office 365 F3 のライセンスのみを保持するメールボックスからの EWS リクエストは HTTP 403 を返します。許可リストによる除外もできません。これらのユーザーには、Exchange Online Plan 1 や Plan 2、Microsoft 365 E3 や E5 など、EWS の利用権を含むライセンスが必要です。

どのアプリケーションがまだ EWS を使っているかを調べるには？

Microsoft 365 管理センターの EWS 利用状況レポートを使用してください。アプリケーション別に実際の EWS トラフィックを確認できます。また Microsoft は、社内コードから EWS 呼び出しを検出するための EWS Analyzer ツールも公開しています。

出典

スケジュールと仕組みは Microsoft 自身のドキュメントで確認しています。Deprecation of Exchange Web Services in Exchange Online、Exchange Online EWS, Your Time is Almost Up、Introducing EWSAllowedAppIDs、Migrate to Microsoft 365 Cross-Tenant Access Policy。メッセージ センターの参照番号: MC1446796、MC1227454、MC1191578。