Microsoft Teamsの「Chat with anyone who has an email address」は、メールアドレスだけでTeams外の相手をチャットに招待できる機能として案内されていました。しかし、2026年5月9日時点の公式ロードマップでは、この機能は現時点ではリリースされない扱いになっています。管理者が今すぐ行うべきことは、機能の有効化作業ではなく、外部アクセス・ゲストアクセス・B2B招待・ファイル共有ポリシーを棚卸しし、将来の再案内に備えて影響範囲を整理することです。(Microsoft)
Microsoft Teams「Chat with anyone who has an email address」とは
「Chat with anyone who has an email address」は、Microsoft Teamsで相手がTeamsユーザーでなくても、メールアドレスを入力してチャットを開始できるようにする構想の機能です。
想定されていた利用イメージは、次のようなものです。
| 利用シーン | 想定される動き |
|---|---|
| 営業担当が顧客にTeamsチャットで連絡する | 顧客のメールアドレスを入力し、チャット招待を送る |
| プロジェクト担当者が一時的な外部協力者を招待する | 相手はメールで招待を受け取り、ゲストとして参加する |
| サポート部門が取引先と短時間のやり取りをする | Teams内でチャット、ファイル共有、通話を行う |
Microsoftの説明では、チャット、ファイル共有、通話をTeams内で行えることが示されていました。ただし、ロードマップID 513271の現在のステータスは「Cancelled」で、説明文にも「We are not releasing this feature at this time」と記載されています。つまり、少なくとも現時点では本番展開を前提にした案内ではありません。(Microsoft)
今回の変更点は「リリース」ではなく「リリース見送り」
今回もっとも重要なのは、機能が追加されたのではなく、リリース予定が取り下げられたという点です。
Microsoft 365 Roadmapでは、この機能について次の情報が確認できます。
| 項目 | 内容 |
|---|---|
| Roadmap ID | 513271 |
| 製品 | Microsoft Teams |
| 機能名 | Chat with anyone who has an email address |
| 対象クラウド | Worldwide Standard Multi-Tenant |
| 対象プラットフォーム | Android、Desktop、iOS、Mac、Web |
| リリースリング | General Availability、Targeted Release |
| 一般提供予定 | 2026年5月 |
| 現在のステータス | Cancelled |
| 更新日時 | 2026年5月8日 22:15 UTC、日本時間では2026年5月9日 |
Roadmap上の情報は予定であり、Microsoft自身もMicrosoft 365 Roadmapについて、リリース日や説明は変更される可能性があると案内しています。今回のように、開発中または展開予定だった機能が延期・キャンセル扱いになるケースは珍しくありません。(Microsoft)
影響範囲：一般ユーザーへの新機能展開は発生しない
今回のステータス変更により、一般ユーザーがすぐに新しいチャット体験を使えるようになるわけではありません。
想定される影響は、次のように整理できます。
| 対象 | 影響 |
|---|---|
| 一般ユーザー | メールアドレスだけでTeams未利用者を招待する新体験は利用開始されない |
| Teams管理者 | 新機能の展開作業ではなく、外部コラボレーション設定の確認が主な対応になる |
| セキュリティ担当者 | 将来的な再展開に備え、外部ユーザー招待とファイル共有の制御を確認する |
| 開発者・運用担当者 | Graph APIやアプリ連携で外部ユーザーを扱う設計に過度な依存をしない |
| ヘルプデスク | 「メールアドレスだけで誰でも招待できるようになった」と案内しない |
特に注意したいのは、ユーザー向けに先行案内をしていた組織です。社内FAQや展開資料に「メールアドレスだけで外部ユーザーをTeamsチャットに招待可能」と書いている場合は、現状に合わせて修正が必要です。
既存の外部アクセス・ゲストアクセスとは何が違うのか
この機能を理解するには、Teamsの「外部アクセス」と「ゲストアクセス」の違いを押さえる必要があります。
Microsoft Learnでは、外部アクセスは他組織のMicrosoft IDを持つユーザーと検索・通話・チャットするための機能、ゲストアクセスは外部ユーザーをチームに招待し、チャットや会議、ファイル共同作業を行うための機能として説明されています。ゲストとして招待されたユーザーは、Microsoft Entra B2Bコラボレーションのゲストアカウントとしてディレクトリに追加されます。(Microsoft Learn)
| 区分 | 主な用途 | ファイル共有 | ディレクトリへの追加 |
|---|---|---|---|
| 外部アクセス | 他組織のTeamsユーザーとのチャット・通話 | 原則不可 | なし |
| ゲストアクセス | チーム、チャット、ファイル、会議への参加 | 可能 | あり |
| 今回の機能案 | Teams未利用者をメールでチャット招待 | 想定上は可能 | B2Bゲストとして扱う想定 |
Microsoft Learnの「Chat with people not using Teams」では、Teams未利用者をメールアドレスで招待する体験は、EntraのB2Bゲストモデルを使い、チャットデータはテナントのセキュリティ、コンプライアンス、データ所在地の境界内に残ると説明されています。(Microsoft Learn)
ただし、この説明はプレビュー記事上の機能説明であり、ロードマップ上では現時点でリリースされない扱いです。運用設計では「すでに利用できる機能」と「将来的に検討されていた機能」を混同しないことが重要です。
管理者が今すぐ確認すべき設定
今回の機能がリリースされないとしても、Teamsの外部コラボレーション設定を確認する価値はあります。なぜなら、外部アクセスやゲストアクセスは既存機能として利用されており、設定次第で情報漏えいや誤招待のリスクが変わるためです。
Teams管理センターの外部アクセス設定
まず確認すべきは、Teams管理センターの外部アクセスです。
確認場所は、Teams管理センターの Users > External access です。ここでは、他組織のTeamsユーザー、管理されていないTeamsアカウント、Skypeユーザーとの通信可否などを制御できます。Microsoft Learnでは、管理されていないTeamsアカウントとのチャットや会議を有効または無効にでき、外部ユーザー側から会話を開始できるかも制御できると説明されています。(Microsoft Learn)
| 確認項目 | 推奨される判断 |
|---|---|
| すべての外部ドメインを許可しているか | 業務上必要かを再確認する |
| 許可ドメイン方式にできるか | 取引先が限定される組織では検討する |
| ブロックドメインを設定しているか | 迷惑・不審な接触が多い場合に有効 |
| 管理されていないTeamsアカウントとの通信 | 個人アカウントとの業務利用を許可するか判断する |
| 外部ユーザーからの開始可否 | 原則として必要な部門だけに限定する |
外部アクセスは便利ですが、「社外と会話できる」範囲を広げる設定です。全社一律で開けるのではなく、営業、採用、カスタマーサポートなど、業務上必要な部門を基準に考えると判断しやすくなります。
ゲストアクセス設定
次に確認すべきは、ゲストアクセスです。
Teamsのゲストアクセスを有効にすると、外部ユーザーがチーム、チャット、会議、ファイル、アプリにアクセスできるようになります。Microsoft Learnでは、ゲストアクセスの設定にはTeamsだけでなく、Microsoft Entra ID、Microsoft 365 Groups、SharePointの設定も関係すると説明されています。(Microsoft Learn)
Teams管理センターでは、Users > Guest access から以下の項目を確認します。
| 設定 | 確認ポイント |
|---|---|
| Guest access | 全社で有効にする必要があるか |
| Chat | ゲストにチャットを許可するか |
| Make private calls | ゲストの1対1通話を許可するか |
| Video conferencing | ゲストのビデオ利用を許可するか |
| Screen sharing | 画面全体共有を許可するか、アプリ単位に制限するか |
| Edit/Delete messages | ゲストによる送信済みメッセージの編集・削除を許可するか |
特に注意したいのは画面共有です。外部ユーザーとの会議で「Entire screen」を許可すると、共有者が意図しない画面や通知を見せてしまう可能性があります。機密情報を扱う組織では、アプリケーション単位の共有に制限する運用も検討すべきです。
B2B招待ポリシー
今回の機能案では、Teams未利用者がB2Bゲストとして作成または再利用される想定が示されていました。Microsoft Learnでも、許可された場合はTeamsがB2BゲストIDを作成または再利用すると説明されています。(Microsoft Learn)
そのため、Microsoft Entra ID側のB2Bコラボレーション設定も確認対象です。
確認すべき観点は次のとおりです。
| 観点 | 確認内容 |
|---|---|
| 誰がゲストを招待できるか | 全ユーザーか、管理者や特定ロールに限定するか |
| 招待可能なドメイン | 許可リスト・ブロックリストを使っているか |
| ゲストへの条件付きアクセス | MFAや準拠デバイス条件を適用するか |
| ゲストのライフサイクル | 一定期間利用のないゲストをレビュー・削除するか |
「便利だから誰でも招待できる」状態は、管理負荷が急増しやすい設定です。社外とのやり取りが多い組織ほど、招待権限とアクセスレビューの設計が重要になります。
SharePointとOneDriveの外部共有設定
Teamsチャットでファイルを共有する場合、実体としてはSharePointまたはOneDriveの共有設定が関係します。
Microsoft Learnのプレビュー説明でも、ファイル共有は主にSharePointとOneDriveの設定に依存すると案内されています。(Microsoft Learn)
確認すべき項目は次のとおりです。
| 設定領域 | 確認ポイント |
|---|---|
| SharePoint外部共有 | 組織全体で外部共有を許可しているか |
| OneDrive外部共有 | 個人のOneDriveから外部共有できる範囲 |
| 共有リンク | 「すべてのユーザー」リンクを許可しているか |
| 有効期限 | 外部共有リンクに期限を設定しているか |
| ダウンロード制御 | 機密ファイルでダウンロード制限が必要か |
Teamsのチャットだけを見ていても、ファイル共有リスクは管理できません。外部チャットを許可するなら、SharePointとOneDriveの共有ポリシーまで合わせて確認する必要があります。
PowerShellで確認・制御する場合のポイント
Teams外部アクセスやメッセージングポリシーは、PowerShellで確認・管理する場面もあります。
今回の機能案に関連する設定として、Microsoft Learnでは UseB2BInvitesToAddExternalUsers が紹介されています。無効化する例として、次のコマンドが示されています。(Microsoft Learn)
Set-CsTeamsMessagingPolicy -Identity "Global" -UseB2BInvitesToAddExternalUsers $falseただし、現在ロードマップ上では機能がキャンセル扱いです。そのため、この設定だけを変更しても、組織の外部コラボレーション全体を制御できるわけではありません。
実務では、次の設定もあわせて確認します。
| 目的 | 関連する設定・操作 |
|---|---|
| 他組織Teamsとの通信制御 | 外部アクセス、許可ドメイン、ブロックドメイン |
| 管理されていないTeamsアカウントとの通信制御 | Teams consumer関連設定 |
| ゲスト招待の制御 | Entra IDの外部ID設定、B2Bコラボレーション設定 |
| ゲストのチャット・通話制御 | Teamsゲストアクセス設定 |
| ファイル共有制御 | SharePoint、OneDrive外部共有設定 |
PowerShell変更は影響範囲が大きいため、本番環境で実行する前に、現在値の取得、対象ポリシーの確認、適用ユーザーの洗い出しを行ってください。
開発者・アプリ運用担当者が注意すべきこと
Teamsアプリ、ワークフロー、社内ポータル、CRM連携などで外部ユーザーとの連絡導線を設計している場合、今回の機能を前提にしすぎないことが重要です。
たとえば、次のような設計は見直しが必要です。
| 避けたい設計 | 理由 |
|---|---|
| メールアドレスを渡せばTeamsチャット招待が必ず作成される前提 | 機能がリリースされていないため |
| Teams未利用者も全員チャットに参加できる前提 | B2B、外部アクセス、共有設定に依存する |
| ファイル共有までTeams側だけで完結すると考える | SharePoint/OneDriveポリシーが影響する |
| 外部ユーザーの削除をチャットからの削除だけで済ませる | Entra IDのゲストアカウント管理も必要 |
開発者は、Microsoft GraphやTeamsアプリの実装で外部ユーザーを扱う場合、ユーザー種別、ゲストアカウントの有無、テナントポリシー、共有権限を明示的にチェックする設計にしてください。
特にCRMや問い合わせ管理システムからTeamsへ連携する場合は、「外部連絡はメール」「社内連携はTeams」「正式な共同作業はゲスト招待」のように、チャネルを分けると運用トラブルを減らせます。
展開・移行時に失敗しやすいポイント
この機能が将来あらためて提供される場合でも、展開時にはいくつかの落とし穴があります。
「外部アクセスを許可すればファイル共有もできる」と誤解する
外部アクセスとゲストアクセスは別物です。Microsoft Learnの比較でも、外部アクセスユーザーはチャットや通話はできますが、ファイル共有はゲストアクセス側の機能として整理されています。(Microsoft Learn)
ファイル共有を伴う業務では、単なる外部アクセスではなく、ゲストアクセスやSharePoint共有の設計が必要です。
ゲストアカウントを放置する
Teamsでゲストを招待すると、Microsoft Entra ID上にゲストアカウントが残ります。Microsoft Learnでは、ゲストがチームから退出しても、ディレクトリ上のゲストアカウントは自動的には削除されず、Entra管理者による削除が必要だと説明されています。(Microsoft Learn)
プロジェクト終了後にゲストを放置すると、後から不要なアクセス権が残る原因になります。アクセスレビューや定期棚卸しを運用に組み込みましょう。
ユーザー教育を後回しにする
外部チャット機能は、管理者だけでなく一般ユーザーの判断も重要です。
たとえば、次のようなルールを明文化しておくと、現場で迷いにくくなります。
| ルール例 | 目的 |
|---|---|
| 初回連絡は会社メールで本人確認してからTeamsへ移行する | なりすまし対策 |
| 機密資料はチャット添付ではなく承認済み共有サイトを使う | 情報漏えい対策 |
| 個人メールアドレスの取引先招待は上長承認を必要とする | 管理外アカウント対策 |
| プロジェクト終了時にゲストを削除する | 不要アカウントの残存防止 |
便利な機能ほど、現場では「とりあえず招待する」という使い方になりがちです。展開前に、許可する利用シーンと禁止する利用シーンを分けておくことが重要です。
現時点でおすすめの対応手順
今回の更新に対して、管理者は次の順序で対応すると実務的です。
| 手順 | 対応内容 |
| -: | —————————————- |
| 1 | Roadmap ID 513271がキャンセル扱いであることを確認する |
| 2 | 社内展開資料やFAQに本機能の記載がないか確認する |
| 3 | Teams外部アクセス設定を棚卸しする |
| 4 | ゲストアクセス、B2B招待、SharePoint/OneDrive共有を確認する |
| 5 | 外部ユーザー招待の社内ルールを見直す |
| 6 | 将来の再リリースに備え、検証観点を整理しておく |
特に、すでに「メールアドレスだけで外部ユーザーをTeamsに招待できるようになる」と社内告知していた場合は、早めに訂正してください。ユーザーが誤った期待を持つと、ヘルプデスクへの問い合わせや外部共有の運用ミスにつながります。
利用部門別の判断基準
外部チャットやゲスト招待の許可範囲は、部門ごとに分けて考えると現実的です。
| 部門 | 推奨方針 |
|---|---|
| 営業 | 外部チャットの必要性が高い。許可ドメインや顧客確認ルールを整備する |
| 採用 | 候補者との連絡に便利だが、個人メール利用が多いため注意する |
| カスタマーサポート | 監査ログ、問い合わせ管理システムとの整合性を重視する |
| 開発・プロジェクト部門 | 取引先ごとのゲスト管理とプロジェクト終了時の削除を徹底する |
| 経理・法務・人事 | 機密情報が多いため、外部チャットやファイル共有は原則制限する |
全社一律で「許可」または「禁止」にすると、どちらかに無理が出ます。実務では、部門・業務・情報の機密度ごとにポリシーを分ける方が運用しやすくなります。
まとめ：今は機能追加ではなく、外部コラボレーション設定の見直しタイミング
Microsoft Teamsの「Chat with anyone who has an email address」は、メールアドレスだけでTeams未利用者をチャットに招待できる便利な機能として案内されていました。しかし、2026年5月9日時点の公式ロードマップでは、現時点でリリースされない扱いです。(Microsoft)
そのため、管理者が今すぐ行うべきことは、新機能の展開準備ではありません。まずは、外部アクセス、ゲストアクセス、B2B招待、SharePoint/OneDriveの外部共有、ゲストアカウントの棚卸しを確認しましょう。
次に取るべき行動は明確です。自社で「誰が、どの外部ユーザーを、どの範囲までTeamsに招待できるのか」を文書化し、不要な外部共有を閉じることです。将来この機能が再案内された場合でも、土台となる外部コラボレーション設計が整っていれば、安全に検証・展開できます。
コメント