結論から言うと、Microsoft公式の「Release notes for devices in Microsoft Teams」で2026年5月8日時点に確認すべき中心は、Teams Phoneデバイス向けの更新です。最新項目として2026年5月7日のリリースが掲載され、Teams管理センターからのアプリ管理、Teams Phoneユーザーのマルチライン対応、SBC通話やサイドカー関連の不具合修正が追加されています。対象は主にPoly、Yealink、AudioCodesのTeams Phoneデバイスで、PC版TeamsやTeams Rooms全般の更新とは分けて確認する必要があります。(Microsoft Learn)
この更新で管理者が最初にやるべきことは、対象デバイスのTeamsアプリバージョンを確認し、検証用デバイスで通話・転送・サイドカー・発信者番号表示をテストしたうえで、本番端末へ段階展開することです。特にマルチラインを使う場合は、電話番号の割り当てだけでなく、緊急通報、発信者ID、音声ルーティング、ボイスメール、転送ルールまで含めて設計する必要があります。
Microsoft Teamsデバイスのリリースノートで確認すべき範囲
「Release notes for devices in Microsoft Teams」は、Microsoft Teamsデバイス向けの更新情報をまとめた公式リリースノートです。ただし、すべてのTeams更新がこのページに載るわけではありません。
Microsoft公式情報では、Teamsのデスクトップ版・Web版・モバイル版の機能更新、Microsoft Teams Roomsの機能更新は別ページで確認するよう案内されています。つまり、このリリースノートは主にTeams Phone、Teams panels、Teams displaysなどのデバイス更新を見るためのページです。(Microsoft Learn)
管理者が混同しやすいのは、「Teamsの新機能」と「Teamsデバイスの新機能」を同じものとして扱ってしまうケースです。たとえば、Teams Phoneのマルチライン対応は物理電話機や電話機能の運用に関係する更新であり、一般ユーザーのPC版Teams画面に即座に同じ影響が出るとは限りません。
| 確認対象 | このリリースノートで見るべきか | 補足 |
|---|---|---|
| Teams Phoneデバイス | はい | 今回の中心。Poly、Yealink、AudioCodesが対象 |
| Teams panels | はい | 会議室パネル、予約、EWS対応などを確認 |
| Teams displays | はい | 表示端末向け更新を確認 |
| Teams Rooms on Windows / Android | 別ページ | Teams Rooms専用のリリースノートを確認 |
| PC版Teams、Web版Teams、モバイル版Teams | 別ページ | 一般的なTeamsアプリの新機能ページを確認 |
2026年5月7日更新の主な変更点
今回の更新は、Teams app version 1449/1.0.94.2026088402として掲載されており、対象メーカーはPoly、Yealink、AudioCodesです。変更点は大きく分けて、管理性の強化、マルチライン対応、ユーザー体験に関わる不具合修正の3つです。(Microsoft Learn)
| 変更点 | 内容 | 実務上の影響 |
|---|---|---|
| Teams Phoneデバイスのアプリ管理簡素化 | Teams管理センターからTeams Phoneデバイス上のアプリを選択・削除できる | 端末ごとの手作業を減らし、拠点や部門単位でアプリ構成を統制しやすくなる |
| Teams Phoneユーザーのマルチライン | 1人のTeams Phoneユーザーに複数の電話番号を割り当て可能 | 部門代表番号、地域別番号、役割別番号を1台で扱いやすくなる |
| SBC通話の表示名修正 | SBC通話のトースト通知で発信者表示名が表示されない問題を修正 | Direct Routing環境での着信識別が改善する |
| サイドカー関連修正 | LEDリング、フラッシュ、複数サイドカー表示の問題を修正 | 受付、代表電話、秘書業務などでライン状態を見やすくなる |
| ハードキー修正 | Hard Hold、Hard Transferキーが反応しない問題を修正 | 物理ボタンを多用する電話運用で操作ミスや保留失敗を減らせる |
Teams管理センターからのアプリ管理は何が変わるのか
今回の更新では、Teams Phoneデバイス上のアプリケーションをTeams管理センターから直接選択・削除できるようになった点が重要です。従来はデバイス側での構成や個別対応が必要になりやすかった運用を、管理センター側に寄せられます。(Microsoft Learn)
これは単なる「便利機能」ではなく、デバイス標準化に関わる変更です。たとえば、次のような運用がしやすくなります。
- 受付用電話には通話に必要なアプリだけを残す
- 共用エリア電話から不要なアプリを削除する
- 部門代表電話と個人用電話でアプリ構成を分ける
- 拠点ごとの端末差分を減らし、問い合わせ対応を標準化する
- 退職・異動・組織変更時に端末アプリ構成を見直す
ただし、Teams Phoneデバイス上のアプリを削除できるからといって、すぐに一括削除するのは危険です。利用者が「通話以外で何をしているか」を確認せずにアプリを消すと、現場の業務フローが止まる可能性があります。
特に、フロントラインワーカー、受付、コールキュー担当、店舗スタッフが使う端末では、アプリ名だけでは利用実態が分からないことがあります。削除前に、端末種別、利用部門、利用シナリオ、問い合わせ履歴を確認しておくべきです。
Teamsアプリ管理との違いを理解する
Teams管理センターには、組織全体のアプリやエージェントを管理する「Manage apps」もあります。ここでは、アプリの許可・ブロック、ユーザーやアプリ単位での可用性管理、カスタムアプリの承認などを行います。Microsoftは2025年4月以降、テナントをアプリ中心の管理へ自動移行していると説明しています。(Microsoft Learn)
今回のTeams Phoneデバイス向けアプリ管理は、物理デバイス上のアプリ体験を管理しやすくする更新です。一方で、組織全体のアプリ許可・ブロック、外部アプリ利用、カスタムアプリの統制は、引き続きTeamsアプリ管理の設計が必要です。
実務では、次のように切り分けると混乱しにくくなります。
| 管理対象 | 主な確認場所 | 判断ポイント |
|---|---|---|
| 組織でアプリを許可するか | Teams apps > Manage apps | セキュリティ、コンプライアンス、利用部門 |
| 誰にアプリを使わせるか | アプリ中心の管理、ポリシー | ユーザー、グループ、職種 |
| Teams Phone端末に何を残すか | Teams Devices > Phones | 端末用途、拠点、現場の操作性 |
| カスタムアプリを使うか | Manage apps、開発者提供情報 | サポート体制、データ利用、更新頻度 |
開発者や社内アプリ担当者は、Teams Phoneデバイスで使われるアプリが管理者によって中央から削除される可能性を前提に、運用マニュアルやサポート導線を見直してください。Teams管理センターのアプリ詳細ページでは、アプリ開発者がサポート情報やセキュリティ、サービス条件などを提供できるため、管理者と開発者の連携が重要になります。(Microsoft Learn)
Teams Phoneのマルチライン対応でできること
今回の更新で注目度が高いのが、Teams Phoneユーザーのマルチライン対応です。リリースノートでは、管理者が1人のTeams Phoneユーザーに複数の電話番号を割り当てられ、ユーザーがアカウントやハードウェアを切り替えずに、割り当てられた番号から発着信できると説明されています。(Microsoft Learn)
具体的には、次のようなシーンで効果があります。
| 利用シーン | 例 | メリット |
|---|---|---|
| 部門代表番号と個人番号の併用 | 営業代表番号と担当者直通番号を1台で扱う | 電話機を複数台置かずに済む |
| 地域別番号の運用 | 東京番号、大阪番号、海外拠点番号を担当者に集約 | 顧客に合わせた発信者番号を使える |
| 役割別の電話対応 | 採用窓口、総務窓口、緊急連絡用を1ユーザーが管理 | 兼務者の電話対応を整理できる |
| 代表・秘書業務 | 複数ラインの着信を1台で確認 | サイドカーと組み合わせて視認性を高められる |
マルチラインは「電話番号を増やせば便利になる」機能ではありません。むしろ設計を誤ると、発信者番号の選択ミス、転送先の誤り、緊急通報時の所在地不一致、通話履歴の混乱を招きます。
マルチライン導入前に確認すべき要件
Microsoftの詳細ガイドでは、マルチライン管理に必要なロールとして、Teams管理者、Teams通信管理者、Teamsテレフォニー管理者が挙げられています。また、ユーザーにはプライマリ回線が必要で、代替回線にはプライマリ電話番号と同じライセンス要件が適用されます。(Microsoft Learn)
導入前に、少なくとも次の条件を確認してください。
| 確認項目 | 確認内容 |
|---|---|
| 管理ロール | 作業者がTeams管理者、Teams通信管理者、Teamsテレフォニー管理者のいずれかを持っているか |
| プライマリ回線 | 代替回線を追加する前に、対象ユーザーへプライマリ番号が割り当てられているか |
| 音声有効化 | Enterprise Voiceが有効になっているか |
| ライセンス | 代替回線にも必要なTeams Phone関連ライセンスが満たされているか |
| PSTN接続 | Calling Plan、Direct Routing、Operator Connect、Teams Phone Mobileのどれを使うか |
| 緊急所在地 | 代替番号の国や地域に合う緊急所在地を設定できるか |
| 既存番号の用途 | 代表番号、自動応答、通話キューで使っていないか |
Teams管理センターでは、ユーザーの「割り当てられた電話番号」から代替電話番号を追加できます。設定時には電話番号の種類、番号、内線、緊急所在地を指定します。Microsoftは、代替番号の緊急所在地がその電話番号の国の場所と一致している必要があると説明しています。(Microsoft Learn)
PowerShellで展開する場合の注意点
大規模展開では、Teams管理センターだけでなくPowerShellによる設定も必要になります。Microsoftのガイドでは、更新されたSet-CsPhoneNumberAssignmentコマンドレットを使うには、Teams PowerShellモジュール7.6.0以降が必要とされています。(Microsoft Learn)
代替回線を割り当てる場合は、通常の電話番号割り当てと異なり、AssignmentCategoryにAlternateを指定します。
Set-CsPhoneNumberAssignment `
-Identity [email protected] `
-PhoneNumber '+14255551234' `
-PhoneNumberType CallingPlan `
-AssignmentCategory Alternateこの設定をスクリプト化する場合は、次の点を必ずチェックしてください。
| チェック項目 | 理由 |
|---|---|
| 対象ユーザーにプライマリ回線があるか | プライマリ回線なしでは代替回線を割り当てられない |
| 番号が未使用か | 代表番号や通話キューで利用中の番号を誤って割り当てないため |
| 国・地域と緊急所在地が一致しているか | 緊急通報時のルーティング誤りを避けるため |
| Direct Routingの音声ルーティングがあるか | ルーティングポリシー不足で発着信が失敗する可能性がある |
| 設定後にGet系コマンドで検証したか | 割り当てミスやポリシー未反映を早期に発見するため |
番号レベルのポリシー設計が重要になる
マルチラインでは、ユーザー単位のポリシーだけでなく、電話番号単位のポリシー設計が重要です。Microsoftのガイドでは、代替番号に割り当てられるポリシーとして、テナントダイヤルプラン、緊急通報ルーティングポリシー、緊急通報ポリシー、発信者IDポリシー、オンライン音声ルーティングポリシー、ダイヤルアウト制限、共有通話ルーティングポリシーが示されています。(Microsoft Learn)
特にDirect Routingを使う代替番号では、オンライン音声ルーティングポリシーがないと通話が失敗する可能性があります。管理者は「ユーザーにポリシーがあるから大丈夫」と判断せず、代替番号に必要な番号レベルのポリシーが付いているか確認してください。
| ポリシー | 確認ポイント |
|---|---|
| テナントダイヤルプラン | 内線番号や短縮番号の正規化が想定通りか |
| 緊急通報ルーティングポリシー | Direct Routing番号の緊急通報が正しくルーティングされるか |
| 緊急通報ポリシー | 通知先、動作、所在地情報が適切か |
| 発信者IDポリシー | 発信時に表示される番号が業務ルールと一致するか |
| オンライン音声ルーティングポリシー | SBCやPSTN経路が正しいか |
| ダイヤルアウト制限 | 国際発信や高額通話の制限が必要か |
| 共有通話ルーティングポリシー | 共有通話の番号を使う設計か |
また、代替電話番号の割り当て解除や変更を行うと、その番号に関連付けられたポリシーが削除されます。プライマリ回線を削除すると、代替回線も削除されるため、番号移行やライセンス変更の作業では事前のエクスポートと復元手順を用意しておくべきです。(Microsoft Learn)
マルチラインの制限事項を把握しておく
マルチラインは便利ですが、現時点で未対応または部分対応の機能があります。Microsoftのガイドでは、Graph APIによるマルチライン管理はまだサポートされておらず、管理者はPowerShellまたはTeams管理センターを使う必要があるとされています。(Microsoft Learn)
| 項目 | 現時点の注意点 |
|---|---|
| Teamsモバイル | 代替回線への着信は受けられるが、発信時の代替回線選択などは今後の更新予定 |
| Graph API | マルチライン管理は未対応。PowerShellまたはTeams管理センターを使用 |
| ボイスメール | すべての回線で1つのボイスメールボックスを共有 |
| 通話委任・通話グループ | 回線ごとの委任は未対応 |
| 自動応答・通話キュー | 代替番号は直接ユーザー行であり、自動応答や通話キューには追加できない |
| Teams Phone Mobile | ユーザーごとにTeams Phone Mobile番号は最大1つ |
| SBA | 代替番号では、このリリース時点でサポートされない |
開発者にとって特に重要なのは、Graph API未対応です。電話番号管理やユーザープロビジョニングを自動化している社内システムがある場合、マルチライン対応部分をGraph前提で設計しないでください。現時点ではTeams PowerShellまたはTeams管理センターを使う運用に寄せる必要があります。
不具合修正の影響とテスト観点
今回のリリースには、ユーザー体験に影響する複数の不具合修正が含まれています。具体的には、SBC通話のトースト通知で発信者表示名が表示されない問題、サイドカーLEDのリング・フラッシュ動作、Hard HoldとHard Transferキーの応答、3台目のサイドカーが再起動後に空白になる問題が修正されています。(Microsoft Learn)
Direct Routing環境やサイドカーを多用する組織では、これらの修正は小さく見えても運用への影響が大きい場合があります。特に受付、秘書、代表電話、コールキュー担当者は、画面表示やLED状態を見て瞬時に判断するため、表示不具合が業務品質に直結します。
展開前の検証では、次のテストを行ってください。
| テスト | 確認内容 |
|---|---|
| SBC着信テスト | トースト通知に発信者名が正しく出るか |
| 代替回線からの発信 | 発信者番号が意図した番号になるか |
| 各番号への着信 | どの番号に着信したか利用者が判別できるか |
| 保留・転送 | 物理キーと画面操作の両方で動作するか |
| サイドカー表示 | ライン状態、LED、再起動後の表示が正常か |
| 複数サイドカー | 3台目を含む構成で空白表示が出ないか |
| ボイスメール | どの回線の着信でも想定どおり保存・通知されるか |
| 緊急通報設定 | 本番通報ではなく、通信事業者や社内手順に沿った検証を行う |
更新展開はTeams管理センターを起点にする
Teamsデバイスの更新は、Teams管理センターから実施できます。MicrosoftはTeams Phone、Teams panels、AndroidベースのTeams Roomsなどのデバイスについて、Teamsアプリ、デバイスファームウェア、Company Portalアプリ、Admin agentアプリをTeams管理センターから更新できると説明しています。(Microsoft Learn)
Microsoftは、Teamsデバイスの管理と更新にはTeams管理センターを使うことを強く推奨しています。Teams管理センター経由の更新は、Microsoftによって検証・サポートされたファームウェアとアプリ更新を利用できるためです。(Microsoft Learn)
本番展開では、次の順序がおすすめです。
| 手順 | 作業内容 | 失敗しやすいポイント |
|---|---|---|
| 現状棚卸し | 対象メーカー、モデル、Teamsアプリバージョン、ファームウェアを確認 | 古い端末や未認定状態の端末を見落とす |
| 検証端末の選定 | 代表的な通話パターンを持つ端末を選ぶ | 使っていない端末だけで検証してしまう |
| パイロット更新 | 少数の実ユーザー端末で更新 | サイドカーやDirect Routingの検証を省く |
| 業務テスト | 発信、着信、保留、転送、緊急所在地、ボイスメールを確認 | 電話番号表示だけ確認して終わる |
| 段階展開 | 拠点・部門・端末用途ごとに展開 | 全端末を同日に更新して問い合わせが集中する |
| 履歴確認 | Teams管理センターのHistoryで更新結果を確認 | 失敗端末の再試行やログ取得を忘れる |
| ユーザー周知 | マルチラインの発信番号選択、転送ルールを案内 | 利用者が誤った番号で発信する |
自動更新のフェーズも活用できます。Microsoftの説明では、Validationフェーズはリリース後0〜15日、Generalフェーズは16〜45日、Finalフェーズは46〜60日で更新が進む設計です。検証端末はValidation、本番の一般端末はGeneral、VIPや大規模会議室・重要拠点はFinalに寄せると、リスクを抑えやすくなります。(Microsoft Learn)
端末管理に必要な管理者ロール
Teamsデバイスを管理するには、適切な管理者ロールが必要です。Microsoftは、Teams管理センターまたはTeams Rooms Pro ManagementからTeamsデバイスを管理でき、デバイス構成変更、再起動、更新、正常性確認などにはTeams Service adminまたはTeams Device adminが必要だと説明しています。(Microsoft Learn)
更新作業ではGlobal Administratorを使いがちですが、常用は避けるべきです。Microsoftも、最小権限のロール利用を推奨し、Global Administratorは既存ロールで対応できない緊急時に限定すべき高権限ロールと説明しています。(Microsoft Learn)
実務では、次のように分担すると安全です。
| 役割 | 推奨担当 |
|---|---|
| デバイス更新・再起動 | Teams Device admin |
| 電話番号・音声ルーティング設定 | Teamsテレフォニー管理者 |
| アプリ許可・ブロック | Teams管理者 |
| 緊急通報・コンプライアンス確認 | 音声管理者、セキュリティ担当、拠点管理者 |
| スクリプト展開 | PowerShell運用担当、Microsoft 365管理者 |
EWS廃止対応も同時に確認する
今回の5月更新だけでなく、同じリリースノート内で見落としてはいけないのがEWS廃止対応です。Teams Phoneデバイスについては、2026年2月12日の項目で、Exchange Web Servicesの廃止に伴い、会議室カレンダーが引き続き動作するようTeams Phoneデバイスを該当バージョン以上に更新する必要があると案内されています。(Microsoft Learn)
Teams panelsについても、2026年2月の項目で、EWS廃止に備えてTeams Panelデバイスを対象バージョン以上に更新する必要があるとされています。会議室予約やパネル運用をしている組織は、Teams PhoneだけでなくPanelsのバージョンも確認してください。(Microsoft Learn)
Microsoftは、EWSが2026年10月にすべての組織でグローバルに無効化され始め、2027年4月に完全に無効になると説明しています。Teamsデバイスの更新は、単なる機能追加ではなく、カレンダー連携や将来の安定運用に関わる移行作業として扱うべきです。(Microsoft Learn)
管理者が今すぐ確認すべきチェックリスト
今回のMicrosoft Teamsデバイスリリースノートを受けて、管理者は次の順に確認すると効率的です。
| 優先度 | 確認項目 | 対象 |
|---|---|---|
| 高 | Teams Phoneデバイスのメーカー、モデル、Teamsアプリバージョンを棚卸しする | Poly、Yealink、AudioCodes |
| 高 | Teams管理センターで更新可否、ファームウェア状態、デバイス正常性を確認する | 全Teams Phone |
| 高 | Direct Routing、SBC、サイドカー利用端末を優先的に検証する | 代表電話、受付、秘書 |
| 高 | マルチラインを使うユーザーの電話番号、ライセンス、緊急所在地を確認する | 音声ユーザー |
| 中 | 代替番号に必要な番号レベルのポリシーを設計する | Direct Routing、複数地域番号 |
| 中 | Teams Phone端末上で残すアプリ、削除するアプリを部門別に決める | 共用電話、現場端末 |
| 中 | カスタムアプリやLOBアプリの利用有無を開発者・部門担当に確認する | 社内アプリ |
| 中 | EWS廃止対応としてPhoneとPanelsの対象バージョンを確認する | 会議室・予約運用 |
| 低 | ユーザー向けに発信番号の選び方、転送、ボイスメールの説明を用意する | マルチライン利用者 |
開発者・社内アプリ担当が確認すべきこと
開発者が今回の更新で見るべきポイントは、Teams Phoneのアプリ管理とマルチラインの制限です。
Teams Phoneデバイスで利用される社内アプリやカスタムアプリがある場合、管理者がTeams管理センターからアプリを削除・制御する運用に変わる可能性があります。アプリが業務上必須なら、アプリ名、用途、対象端末、問い合わせ窓口、削除してはいけない理由を管理者向けに明文化しておくべきです。
また、マルチライン対応によって「1ユーザー=1電話番号」という前提が崩れます。通話ログ、CRM連携、受付システム、顧客管理ツールなどでTeams Phoneの番号情報を扱っている場合は、どの番号から発信したか、どの番号に着信したかを業務データ上でどう扱うか確認してください。
現時点ではGraph APIによるマルチライン管理はサポートされていないため、番号割り当ての自動化を行う場合はTeams PowerShellまたはTeams管理センターを前提に設計する必要があります。(Microsoft Learn)
失敗しやすいポイント
今回の更新で特に起こりやすい失敗は、次の5つです。
| 失敗例 | 起きる問題 | 回避策 |
|---|---|---|
| 全端末を一括更新する | 受付・代表電話で不具合が出たときに業務停止しやすい | 検証、パイロット、段階展開に分ける |
| マルチラインを番号追加だけで導入する | 発信者番号、緊急通報、転送で誤動作が起きる | 番号レベルのポリシーまで設計する |
| サイドカー検証を省く | LEDや表示の問題を本番で発見する | 複数サイドカー構成を含めてテストする |
| アプリ削除をIT部門だけで決める | 現場で必要なアプリが消える | 部門別の利用実態を確認する |
| EWS対応を後回しにする | カレンダー連携や会議室運用に影響する | Teams PhoneとPanelsの対象バージョンを同時確認する |
次に取るべき行動
Microsoft Teamsデバイスのリリースノートで今回確認すべき中心は、Teams Phoneデバイスの管理性強化とマルチライン対応です。特に、Teams管理センターからのアプリ管理、複数電話番号の割り当て、SBC・サイドカー・ハードキー関連の修正は、電話運用の現場に直接影響します。
まずはTeams管理センターで対象端末のバージョンと正常性を確認し、Direct Routingやサイドカーを使う端末を優先して検証してください。マルチラインを導入する場合は、電話番号、ライセンス、緊急所在地、音声ルーティング、発信者ID、ボイスメール、転送ルールをセットで設計することが重要です。
PC版Teamsの新機能確認とは別に、Teams Phone、Teams panels、Teams displaysのリリースノートを定期的に確認する運用を作ることで、現場の通話トラブルや会議室運用の障害を未然に減らせます。
コメント