「チームコードを入力したのに参加できない」「承認待ちのまま動かない」。2026年4月に入って、Teams管理者の問い合わせで急増したのがこのトラブルだ。

原因は2025年12月にMicrosoftが展開した仕様変更(MC1183610)になる。プライベートチームにコードで参加しようとすると、チームオーナーの承認が必須になった。コード入力で即参加する従来の挙動は、プライベートチームでは終了している。

本稿は2026年4月時点の挙動をもとに、仕様変更の内容・影響範囲・運用回避策を、規模別に判断できる粒度で整理する。筆者は前職のIT推進部で社内テナントのチーム作成ガバナンスを担当していたが、今回の変更は管理者側に明確な工数増を発生させる設計だ。

何が変わったのか:仕様変更の要点

結論から押さえる。

変更前(2025年11月まで):
チームコードを入力するだけで、プライベートチームにも即座に参加できた。オーナー操作は不要。大学の授業や新人研修で「このコードを入力して参加」と案内すれば、数十〜100名超が一気にチームへ入る運用が成立していた。

変更後(2025年12月以降):
プライベートチームにコードで参加しようとすると、参加リクエストがチームオーナーに送られる挙動に切り替わった。オーナーが承認ボタンを押さない限り、メンバーには追加されない。

コードを入力した側は「承認待ち」で止まる。この変更は、招待リンク(URLリンク)で参加する場合の動作と統一する方向で設計されている。

なお、パブリック(公開)チームは影響を受けない。コード入力での即参加が従来どおり成立する。

デスクトップ版とWeb版で挙動が違う問題

運用上の論点はここだ。2026年4月時点でクライアントによって挙動が分かれる状況が確認されている。

使用環境動作
デスクトップアプリ・モバイルアプリコード入力で直接参加できるケースがある
Web版(ブラウザ)オーナー承認待ちになる

Microsoft Q&Aでもこの不一致が報告されている。同じコードでもアプリからは入れてブラウザからは承認待ちになる、というのは運用上の不安定要素と読める。

Microsoftはガバナンス強化のために全クライアントで承認制に統一する方針を示しているため、デスクトップアプリでも今後承認制に揃う可能性が高いと判断する。「アプリで入れたから放置」では早晩詰むため、後述の対処法を先に握っておくべきだ。

なぜ変更されたのか:Microsoftの狙い

この仕様変更の目的は、セキュリティとガバナンスの強化になる。

従来の仕組みでは、チームコードが意図しない相手に渡った時点で、プライベートチームなのに第三者の参加を許してしまうリスクが残っていた。コードがSNSやメッセンジャー経由で拡散されれば、本来参加すべきでない人物まで入る経路が成立する。

MicrosoftはMC1183610のメッセージセンター投稿でこの変更を事前告知しており、「プライベートチームのメンバー管理をオーナーがコントロールできるようにする」ことを狙いとして説明している。

要するに、「プライベート」の名称にふさわしいアクセス制御に揃えた、と読める。セキュリティ面では順当な方向だが、大人数を一気に追加したい運用では確実に工数が増える。50名規模のチームを毎期立ち上げるなら、1リクエスト30秒承認でも25分は積み増しになると試算できる。

チームコードで参加できないときの3つの対処法

「承認待ちで進まない」「大人数を1人ずつ承認するのは無理」というケースの回避策を3つに整理する。

対処法1:チームオーナーがリクエストを承認する(基本)

まず正攻法だ。チームオーナー(または管理者)が、届いた参加リクエストを承認する。

  1. Teamsを開き、左メニューから「チーム」を選択
  2. 対象のチーム名の横の「…」(その他のオプション)をクリック
  3. 「メンバーを管理」を選択
  4. 「保留中のリクエスト」タブを確認
  5. 参加リクエストを1件ずつ、または複数選択して「承認」をクリック

少人数なら問題なく回るが、50〜100名規模で1人ずつ承認するのは時給換算で割に合わない。次の手段に切り替えるべきだ。

対処法2:チームオーナーがメンバーを直接追加する(大人数向け)

コード配布をやめて、オーナー側から直接追加する経路に倒す。メールアドレスを複数入力すれば一括追加が成立する。

  1. 対象チームの「…」→「メンバーを追加」を選択
  2. 追加したいユーザーの名前またはメールアドレスを入力
  3. 候補から選択し「追加」をクリック

数百名規模になるなら、Microsoft 365管理センターまたはPowerShellでの一括追加が合理的だ。100名を超える運用では、IT管理者にスクリプトを依頼する方がコスト面で勝つと試算できる。

対処法3:チームを一時的に「パブリック」に変更する(授業・研修向け)

大学の授業開始時や企業の新人研修など、短期間で大量メンバーを入れたい場合の現実解だ。

  1. チームの「…」→「チームを管理」→「設定」を開く
  2. 「チームの種類」を「プライベート」から「パブリック」に変更
  3. チームコードまたはリンクを参加者に配布し、全員の参加を待つ
  4. 全員参加後、チームの種類を「プライベート」に戻す

注意:パブリック状態の間は、組織内の誰でもチームを検索して参加できる状態になる。機密情報を含むチームでは使わないと判断するべきだ。また、チーム種類の変更にはオーナー権限が必要になる。

チームオーナーが押さえるべき運用ポイント

仕様変更後のチーム運用で、オーナー側が握るべき項目を3つに絞る。

チームコードの管理:
チームコードはチーム設定画面でいつでもリセット(無効化)できる。流出の可能性があれば即リセットが筋だ。

通知の確認:
参加リクエストはTeamsのアクティビティフィード(ベルマーク)に通知が出る。見落とすとメンバーが「承認待ち」で滞留するため、リクエストを受ける運用では1日1回以上の確認を組み込むのが合理的だ。

ゲストユーザーはコード参加不可:
組織外のゲストユーザーは、そもそもチームコードでの参加経路が用意されていない。ゲストを追加する場合はオーナーが直接招待する。

FAQ

チームコードで参加できないのはバグか

バグではない。2025年12月にMicrosoftが展開した正式な仕様変更(MC1183610)になる。プライベートチームではオーナー承認が必須に変わった。

パブリックチームでもオーナー承認が必要になったか

必要ない。パブリック(公開)チームは従来どおりコード入力で即参加できる。承認制に変わったのはプライベートチームのみだ。

デスクトップアプリからは承認なしで参加できるが、これは正常か

2026年4月時点で、デスクトップアプリとWeb版で挙動が分かれるケースが報告されている。Microsoftは全クライアントを承認制に統一する方針のため、デスクトップアプリでも今後揃う可能性が高いと判断する。

大学の授業で100名以上を追加したい。効率的な手段はあるか

チームを一時的にパブリックに切り替え、コードで参加させた後にプライベートへ戻す手順が最短だ。PowerShellでの一括追加も成立するため、規模が大きいならIT管理者への依頼が合理的だ。

チームコード機能自体が廃止されるのか

廃止されていない。プライベートチームでの参加プロセスに「オーナー承認」のステップが追加されただけだ。コードの生成・配布は引き続き可能になる。

参考文献