Microsoft Teamsの「Sharing recap access」は、会議のRecapリンクを共有するときに、録画やトランスクリプトの所有者が指定した相手へアクセス権を同時に付与できるようにする変更です。これまでのように、リンクを受け取った人が「アクセスをリクエスト」し、所有者が後から承認する手間を減らせます。特に、会議に参加していない上司・引き継ぎ先・関係部門へ、録画や文字起こしを安全に共有したい組織では確認しておきたいアップデートです。Microsoft 365ロードマップでは、ID 559606として掲載され、対象はMicrosoft TeamsとMicrosoft Copilot、一般提供は2026年5月、状態はRolling out、対象プラットフォームはDesktopとMac、対象クラウドはWorldwide、GCC、GCC Highとされています。(Microsoft)
Microsoft TeamsのSharing recap accessで変わること
Microsoft TeamsのRecapは、会議後に録画、トランスクリプト、共有ファイル、ノート、カスタム要約、議題、フォローアップタスクなどを確認できる画面です。公式サポートでは、Recapは録画または文字起こしされた会議、タウンホール、ウェビナー、通話などで利用できると説明されています。(マイクロソフトサポート)
これまでRecapリンクを共有しても、受信者が録画やトランスクリプトにアクセスできない場合は、別途アクセスリクエストが必要でした。公式サポートにも、Recapを開くには録画とトランスクリプトへのアクセスが必要で、アクセス権がない場合は共有時にリクエストできると説明されています。(マイクロソフトサポート)
今回の「Sharing recap access」では、録画とトランスクリプトの所有者が、Recapリンクをコピーまたは共有するタイミングで、指定したユーザーに録画・トランスクリプトへのアクセス権を付与できます。指定されたユーザーは、後からアクセス申請をしなくてもRecapを開けるようになります。(Microsoft)
重要なのは、この変更が「リンクを知っている全員にRecapを公開する機能」ではない点です。あくまで、共有時に指定した相手へアクセス権を付与しやすくする変更と理解するのが安全です。
| 観点 | これまで | Sharing recap access導入後 |
|---|---|---|
| Recapリンク共有 | リンクは共有できるが、権限がない人はアクセス申請が必要 | リンク共有時に指定した人へアクセス権を付与できる |
| 所有者の作業 | アクセスリクエストを後から承認する手間が発生 | 共有時点で権限付与まで完了しやすい |
| 受信者の体験 | 「アクセスできない」「承認待ち」になりやすい | 指定された人はすぐRecapを確認しやすい |
| セキュリティ | OneDrive、SharePoint、Teamsの権限に依存 | 既存の権限管理を前提に、共有操作が簡略化される |
影響を受けるユーザーと利用シーン
この変更の影響を受けやすいのは、会議の録画や文字起こしを業務資産として使っている組織です。たとえば、プロジェクト会議、顧客対応の振り返り、社内説明会、採用面談、障害対応会議、教育研修などでは、会議後に「録画と議事録を共有してください」という依頼が頻繁に発生します。
特に効果が大きいのは、次のようなケースです。
| 利用シーン | 期待できる効果 | 注意点 |
|---|---|---|
| 欠席した関係者への共有 | アクセスリクエスト待ちを減らし、情報共有を早められる | 欠席者全員に共有してよい内容か確認する |
| プロジェクト引き継ぎ | 新担当者が過去の判断経緯を追いやすくなる | 顧客名、価格、契約条件などの機密情報に注意する |
| 管理職への報告 | 会議全体を確認してもらいやすい | 要約だけでなく録画・文字起こしも見られる前提で共有する |
| 研修・説明会の振り返り | 参加できなかった社員にも内容を展開しやすい | 組織外の参加者やゲストへの共有範囲を確認する |
| 監査・コンプライアンス確認 | 議論の記録を必要な担当者へ渡しやすい | 保持期間、監査ログ、ラベル運用を合わせて確認する |
一方で、共有が簡単になるほど、誤共有のリスクも上がります。Recapには単なる議事録だけでなく、録画、発言内容、AI要約、フォローアップタスクなどが含まれる場合があります。共有前に「この人に録画まで見せてよいか」「トランスクリプトに機密情報が含まれていないか」を確認する運用が重要です。
管理者が確認すべき設定
Sharing recap access自体は、ユーザーの共有操作をスムーズにする変更です。ただし、実際に安全に使えるかどうかは、Teams会議ポリシー、録画・文字起こし設定、OneDriveとSharePointの共有設定、Microsoft Purviewの保持・秘密度ラベルに左右されます。
会議の録画と文字起こしポリシー
まず確認すべきなのは、Teamsで録画と文字起こしを許可しているかです。Microsoft Learnでは、Teamsの会議、ウェビナー、タウンホールでは、管理者がTeams管理センターまたはPowerShellで録画を許可・禁止できると説明されています。また、録画は会議主催者のOneDrive、チャネル会議ではSharePointに保存され、招待されたユーザーは録画を表示する権限を持ちますが、ゲストや外部参加者は明示的に共有された場合のみ表示できます。(Microsoft Learn)
確認する項目は次の通りです。
| 確認項目 | 見るべきポイント |
|---|---|
| Meeting recording | 録画を許可する対象ユーザーと禁止する対象ユーザーが整理されているか |
| Transcription | 文字起こしを業務上必要な会議で利用できるか |
| 外部参加者 | ゲストや外部ユーザーに録画・トランスクリプトを共有してよい基準があるか |
| ダウンロード制御 | 録画を閲覧だけにしたい場面で、ダウンロード制限を検討しているか |
| 通話録音ポリシー | 会議と通話で設定差があり、ユーザーが混乱しないか |
録画・文字起こしが無効な会議では、Recapの価値も限定的になります。逆に、録画と文字起こしを広く許可している組織では、共有範囲のルールを明文化しておかないと、機密性の高い会議内容が必要以上に広がる可能性があります。
録画とトランスクリプトの保存場所
Teams会議の録画とトランスクリプトは、OneDriveまたはSharePointに保存されます。Microsoft Learnでは、通常の会議やイベントの録画は主催者のOneDriveのRecordingsフォルダーに保存され、共同開催者は録画ファイルに対して主催者と同じ編集権限を持つと説明されています。チャネル会議の場合は、SharePointのTeamsサイト内にあるRecordingsフォルダーに保存されます。(Microsoft Learn)
このため、Teams管理者だけでなく、SharePoint管理者や情報管理担当者も確認に関わるべきです。実務では、次のような観点で見直すと漏れを減らせます。
| 会議の種類 | 主な保存先 | 管理上の注意 |
|---|---|---|
| 通常のTeams会議 | 主催者のOneDrive | 退職者・異動者のOneDrive管理、録画所有者の扱いに注意 |
| チャネル会議 | チームのSharePointサイト | チャネルメンバー権限と録画共有範囲の整合性を確認 |
| 1対1・グループ通話 | 録画を開始したユーザーのOneDrive | 誰が録画したかで保存先が変わる点に注意 |
| ウェビナー・タウンホール | 主にOneDrive、公開後は用途により別ストレージ | 参加者向け公開と内部共有を分けて考える |
「Recapを共有しただけ」のつもりでも、実態としては録画やトランスクリプトへのアクセス権を付与する操作になります。したがって、OneDriveとSharePointの共有リンク設定、外部共有設定、保持ポリシーを合わせて確認することが重要です。
録画・トランスクリプトへのアクセス制御オプション
Microsoft Teamsには、会議の録画、AI Recap、トランスクリプトに誰がアクセスできるかを主催者が選べる設定があります。公式サポートでは、選択肢として「Everyone」「Organizers and co-organizers」「Specific people」が説明されています。既定値はEveryoneですが、会議開始前に変更できます。(マイクロソフトサポート)
ただし、この設定には注意点があります。公式サポートでは、この会議オプションはCopilotライセンスまたはTeams Premiumライセンスがある場合に利用でき、チャネル会議やアドホック会議では利用できないと説明されています。また、SharePoint、秘密度ラベル、その他の方法で権限を変更した場合や、会議録画リンクを共有した場合には、元の会議オプション設定が適用されない場合があるとも説明されています。(マイクロソフトサポート)
管理者は、Sharing recap accessだけを見るのではなく、次の組み合わせで確認してください。
| 確認対象 | 判断基準 |
|---|---|
| Teams PremiumまたはMicrosoft 365 Copilotのライセンス | 録画・トランスクリプトの細かなアクセス制御を使う対象ユーザーに割り当てられているか |
| 会議オプション | 機密会議でEveryoneのままになっていないか |
| SharePoint/OneDrive権限 | Teams側の意図とファイル共有権限がずれていないか |
| 秘密度ラベル | 機密会議の共有・コピー・外部共有が適切に制御されているか |
| サードパーティアプリ | 会議データへアクセスするアプリの権限が過剰でないか |
ユーザーに案内すべき安全な共有手順
Sharing recap accessの導入後は、ユーザーに「リンクをコピーして送る」だけでなく、「誰にアクセス権を付けるかを確認してから送る」ことを徹底させる必要があります。
共有手順は、次のように案内すると実務で迷いにくくなります。
| 手順 | 操作 | 確認ポイント |
|---|---|---|
| 1 | 会議チャットまたはTeams予定表から対象会議を開く | 共有する会議を間違えていないか |
| 2 | RecapタブまたはRecapサムネイルから共有メニューを開く | 録画・文字起こしされた会議か |
| 3 | Recapリンクのコピーまたは共有を選ぶ | 共有ダイアログで権限付与の対象を確認する |
| 4 | 指定した相手だけにアクセス権を付与する | 部署全体や広すぎるグループを選んでいないか |
| 5 | チャットやメールでリンクを送る | 用途、閲覧期限、再共有禁止などを添える |
| 6 | 機密会議では共有後に権限を再確認する | OneDrive、SharePoint、Stream側のアクセス管理を確認する |
ユーザー向けの案内文には、次のような表現を入れておくと誤解を防げます。
Recapリンクを共有すると、会議の録画や文字起こしにアクセスできる場合があります。共有先は必要最小限にし、顧客情報、個人情報、未公開情報を含む会議では、共有前に主催者または情報管理担当者に確認してください。
開発者・情シスが注意すべきポイント
開発者や情シス部門が注意すべきなのは、今回の変更が「Recap専用の新しいAPIが公開された」という意味ではない点です。ロードマップで示されているのは、Recapリンクのコピーまたは共有時に、録画・トランスクリプトのアクセス権を指定ユーザーへ付与できるようになるというユーザー体験の変更です。(Microsoft)
Teams、Graph API、Power Automate、社内ポータル、ナレッジ管理ツールなどと連携している場合は、次の点を確認してください。
| 対象 | 確認ポイント |
|---|---|
| 会議Recapリンクを保存する社内システム | URLを保存していても、閲覧権限がなければアクセスできない前提で設計する |
| 録画やトランスクリプトを扱う自動処理 | OneDrive/SharePointのファイル権限、保持ポリシー、秘密度ラベルを尊重する |
| Botやワークフロー通知 | 「リンクを送れば見られる」と誤解させない文面にする |
| 403/アクセス拒否エラー処理 | 権限不足時に、所有者へ共有依頼する導線を用意する |
| 監査・ログ | 誰が、誰に、どの会議Recapを共有したかを追跡できる運用にする |
特に、Recapの内容を外部システムへコピーする設計は慎重に扱うべきです。AI要約やトランスクリプトには、口頭で話された未公開情報や個人情報が含まれる可能性があります。便利だからといって、会議内容を自動でチケット、CRM、Wikiへ転記すると、情報分類や保持期間の統制から外れることがあります。
展開前に確認したいチェックリスト
Microsoft 365ロードマップの情報は、商用機能の予定日と説明を示すもので、すべての情報は変更される可能性があります。対象指定リリースがある場合は、まずTargeted releaseで変更が反映され、その後にStandard releaseへ展開されると説明されています。(Microsoft)
そのため、管理者は「一般提供月になったから全ユーザーで同じ挙動になる」と決めつけず、テナント内で段階的に確認することが重要です。
| タイミング | 確認内容 |
|---|---|
| 展開前 | ロードマップID 559606とMicrosoft 365管理センターのメッセージを確認する |
| Targeted Release中 | 検証用ユーザーでRecap共有、権限付与、アクセス可否を確認する |
| 一般展開前 | ユーザー向け手順、社内FAQ、機密会議の共有ルールを更新する |
| 一般展開後 | アクセスリクエスト件数、誤共有問い合わせ、外部共有の発生状況を確認する |
| 定着後 | 会議録画・文字起こしの保持期間、秘密度ラベル、監査運用を見直す |
最低限、次の5パターンはテストしておきましょう。
| テストケース | 確認する結果 |
|---|---|
| 社内ユーザーを1名指定してRecap共有 | アクセスリクエストなしでRecapを開けるか |
| 会議に参加していない社内ユーザーへ共有 | 録画・トランスクリプトへのアクセス権が期待通り付与されるか |
| 外部ゲストへ共有 | 組織の外部共有ポリシー通りに制御されるか |
| 機密ラベル付き会議で共有 | ラベル設定により共有やコピーが制限されるか |
| チャネル会議・アドホック会議 | 通常会議と挙動が異なる点がないか |
失敗しやすいポイント
Sharing recap accessは便利な機能ですが、運用ルールがないまま展開されると、かえって混乱を招きます。特に次の誤解は避けるべきです。
| 誤解 | 正しい考え方 |
|---|---|
| Recapリンクを送れば誰でも見られる | 録画・トランスクリプトへのアクセス権が必要 |
| 共有が簡単になるので承認ルールは不要 | 共有先の妥当性確認は引き続き必要 |
| 録画だけ気を付ければよい | トランスクリプトやAI要約にも機密情報が含まれる |
| 社内ユーザーなら全員に共有してよい | 会議の目的、情報分類、職務上の必要性で判断する |
| Teams側の設定だけ見ればよい | OneDrive、SharePoint、Purview、外部共有設定も影響する |
| 自動化でRecap内容を転記しても問題ない | 保持期間、ラベル、監査、個人情報の扱いを確認する |
実務では、「共有できるか」ではなく「共有すべきか」で判断することが大切です。たとえば、全社会議のように広く共有してよい会議と、評価面談、法務相談、顧客との価格交渉、障害原因の暫定分析のように共有先を絞るべき会議では、同じRecap共有でもリスクが大きく異なります。
社内ルールに入れるべき判断基準
社内ガイドラインを作る場合は、細かい操作説明だけでなく、共有判断の基準まで入れておくと現場で使いやすくなります。
| 判断項目 | 共有してよい例 | 共有前に確認すべき例 |
|---|---|---|
| 会議の性質 | 定例進捗、公開済み資料の説明会、研修 | 人事、法務、経営、セキュリティ、顧客交渉 |
| 共有先 | 会議関係者、引き継ぎ担当、直属の上長 | 部門全体、外部ゲスト、メーリングリスト |
| 含まれる情報 | 一般的な作業手順、公開済み情報 | 個人情報、契約条件、未公開製品情報、障害詳細 |
| 共有方法 | 指定ユーザーに限定してリンク共有 | 誰でもアクセス可能なリンク、広範囲なグループ共有 |
| 共有後の管理 | 必要に応じて権限を見直す | 共有後にアクセス権を放置する |
おすすめは、会議の種類ごとに既定の共有方針を決めておくことです。たとえば「部門定例は参加部門内のみ共有可」「顧客会議は主催者承認後に必要最小限で共有」「人事・評価会議は原則Recap共有禁止」のように決めておくと、ユーザーが判断に迷いにくくなります。
よくある質問
Sharing recap accessは自動で全員に有効になりますか？
ロードマップ上はMicrosoft Teamsの機能としてRolling outとされていますが、実際の利用可否はテナントの展開状況、対象リリース、クライアント、会議の種類、録画・文字起こしの設定に左右されます。一般提供が2026年5月とされていても、Microsoft 365ロードマップの情報は変更される可能性があるため、管理センターのメッセージと実機検証で確認してください。(Microsoft) (Microsoft)
管理者が新しい設定を有効化する必要はありますか？
ロードマップ項目の説明だけでは、Sharing recap access専用の新しい管理者トグルは示されていません。ただし、録画、文字起こし、OneDrive/SharePoint共有、外部共有、秘密度ラベル、Teams PremiumまたはCopilot関連の会議オプションが影響します。特に録画・トランスクリプトへのアクセス制御は、ライセンスや会議種別による制限があります。(マイクロソフトサポート)
モバイルやWebでも使えますか？
ロードマップ上の対象プラットフォームはDesktopとMacです。モバイルやWebで同じ操作が利用できるかは、展開時点のTeamsクライアントで確認する必要があります。(Microsoft)
AI要約やノートも共有対象になりますか？
Recapには録画、トランスクリプト、共有ファイル、ノート、カスタム要約、フォローアップタスクなどが表示される場合があります。一方、ロードマップID 559606の説明で明示されているのは、録画とトランスクリプトへのアクセス権を指定ユーザーに付与できる点です。AI要約やノートの扱いは、会議の設定、ライセンス、秘密度ラベル、アクセス制御と合わせて実機で確認するのが安全です。(マイクロソフトサポート) (Microsoft)
まず取るべき対応
Microsoft TeamsのSharing recap accessは、会議後の情報共有を大きく効率化する一方で、録画やトランスクリプトを「誰に渡すか」の判断がより重要になる変更です。リンク共有時にアクセス権まで付与できるようになるため、アクセスリクエスト待ちは減らせますが、誤共有の影響も小さくありません。
管理者は、ロードマップID 559606の展開状況を確認したうえで、録画・文字起こしポリシー、OneDrive/SharePoint共有、外部共有、秘密度ラベル、保持ポリシーを点検してください。あわせて、ユーザーには「Recapリンクは録画や文字起こしへの入口になる」ことを明確に伝え、共有先を必要最小限にするルールを整備しましょう。
開発者や情シス部門は、Recapリンクを扱う社内システムや自動化で「リンクがある＝閲覧できる」と仮定しないことが重要です。権限不足時のエラー処理、監査、データ保持、外部転記の可否を確認し、会議内容を安全に活用できる設計に見直してください。
コメント