Microsoft Placesのライセンス変更で最初に押さえるべき点は、管理対象が「ユーザー」だけでなく「部屋・デスクなどのスペース」に移ることです。これにより、Places finderやPlaces appのように広く使える機能が増える一方で、個別デスク予約、オートリリース、占有率レポートなどは、対象スペースに適切なライセンスが割り当てられているかが重要になります。Microsoftの公式ドキュメントでは、2026年4月1日以降、従来Teams Premiumが必要だった一部機能が、スペース単位のライセンスモデルへ移行すると説明されています。(Microsoft Learn)
この記事では、Microsoft Placesのライセンス変更によって何が変わるのか、どの機能に影響があるのか、管理者が展開前に確認すべき設定・移行・運用上の注意点を整理します。結論から言えば、管理者は「誰にライセンスを付けるか」だけでなく、どの部屋・どのデスクをどの機能で使わせるかを先に設計する必要があります。
Microsoft Placesのライセンス変更で何が変わるのか
Microsoft Placesは、ハイブリッドワーク向けに、出社予定、職場プレゼンス、会議室・ワークスペース検索、デスク予約、利用状況の分析などを提供するMicrosoft 365の職場管理機能です。TeamsやOutlookの予定表と連携して使えるため、単独の施設予約ツールというより、日常の予定作成や出社計画の中に組み込まれるサービスと考えると分かりやすいでしょう。(Microsoft Learn)
今回のポイントは、Microsoft Placesの一部機能が、従来のTeams Premium中心の考え方から、Microsoft Teams RoomsやMicrosoft Teams Shared Spaceなどのスペースライセンスを前提とする設計に変わることです。
大まかに分けると、次のように整理できます。
| 区分 | 変更後の考え方 | 管理者が見るべきポイント |
|---|---|---|
| 基本機能 | 対象のMicrosoft 365／Teams系ライセンスを持つユーザーが利用可能 | ユーザーに機能を公開する設定、建物・フロア階層の整備 |
| 個別デスク予約 | ユーザーライセンスではなく、デスク側のスペースライセンスが重要 | 予約可能にするデスクの数、MTSSまたはMTSS-SSの割り当て |
| オートリリース | 部屋・デスク・デスクプール側のライセンスと設定が重要 | チェックイン手段、リリース時間、会議室デバイスの有無 |
| Places analytics | 一部の分析、特に占有率レポートでスペースライセンスが関係 | 対象建物、分析閲覧者、ライセンス済みデスク数 |
| Copilot系機能 | Microsoft 365 Copilotライセンスが必要 | 通常のPlaces展開とは別にCopilot利用可否を確認 |
特に誤解しやすいのは、「Placesが使えるライセンスを持っていれば、すべてのデスク予約や分析が使える」と考えてしまう点です。実際には、Places finderやPlaces explorerのように基本機能へ移るものと、個別デスク予約やオートリリースのようにスペース側のライセンスが必要なものがあります。(Microsoft Learn)
影響を受ける主な機能
Microsoft Placesのライセンス変更は、単なる契約変更ではありません。機能の出し方、施設データの作り方、利用者への案内、運用フローに影響します。
Places finderとPlaces explorerは利用しやすくなる
Places finderは、OutlookやTeamsの予定表から会議室やワークスペースを探す体験を強化する機能です。従来のRoom finderがRoomListを中心に部屋を探すのに対し、Places finderは国、地域、都市、建物、フロアといった階層情報を使って探せます。(Microsoft Learn)
ライセンス変更後は、Places finderとPlaces explorerがCore側に整理され、Teams Premiumが必須だった状態から広いユーザーに展開しやすくなります。ただし、Places finderは既定で全員に有効になるわけではなく、管理者がSet-PlacesSettingsで有効化します。公式ドキュメントでも、小規模なユーザーグループで検証してから全体展開する進め方が示されています。(Microsoft Learn)
運用上の注意点は、Places finderを有効にしたユーザーはRoom finderではなくPlaces finderの体験を見ることです。建物やフロアの階層が未整備のまま切り替えると、「部屋が見つからない」「場所の表示が期待と違う」といった問い合わせにつながります。
個別デスク予約は「デスクにライセンスがあるか」が重要になる
Microsoft Placesでは、従来のデスクプールだけでなく、特定のデスクを選んで予約する「個別デスク予約」を扱えます。公式ドキュメントでは、物理デスクは個別デスクまたはデスクプールのどちらか一方として構成でき、個別デスクにはReservable、Drop-in、Assigned、Unavailableのモードがあると説明されています。(Microsoft Learn)
ライセンス変更後、個別デスク予約ではユーザー側のTeams Premiumではなく、予約対象のデスクにMicrosoft Teams Shared Space、またはMicrosoft Teams Shared Space – Single Spaceが割り当てられているかが重要になります。既存のTeams Premiumユーザーには移行期間がありますが、更新後はスペースライセンス前提で計画する必要があります。(Microsoft Learn)
管理者がやるべきことは、全デスクに機械的にライセンスを付けることではありません。次のように、利用シーンで分類してから設計するのが現実的です。
| デスクの使い方 | 推奨される設計 |
|---|---|
| 事前予約させたい固定席に近い共有デスク | 個別デスクとしてReservableにし、必要なスペースライセンスを割り当てる |
| 当日空いていれば座れる席 | Drop-inとして構成し、予約対象とは分ける |
| 特定社員の専用席 | Assignedとして構成し、予約対象から外す |
| 工事・故障・一時閉鎖中の席 | Unavailableにする |
個別デスク予約を有効にするには、建物、フロア、セクション、デスクの階層も必要です。デスクは「建物 > フロア > セクション > デスク」という階層で扱われるため、施設台帳が古いままだと、ライセンス以前に予約体験が破綻します。(Microsoft Learn)
オートリリースは会議室・デスクの稼働率改善に効くが、設定変更の反映に注意
オートリリースは、予約された部屋やデスクに誰もチェックインしなかった場合、自動的に予約を解放して他の人が使えるようにする機能です。会議室の「予約だけされて誰も使っていない」問題を減らすには有効ですが、ライセンス、チェックイン手段、反映時間をセットで確認する必要があります。
Microsoftの公式ドキュメントでは、会議室のオートリリースはExchange PowerShell、Places管理ポータル、Teams管理センター、Teamsパネルから構成でき、設定変更の反映には最大48時間かかる場合があるとされています。(Microsoft Learn)
実務では、次のような展開が安全です。
| 確認項目 | 推奨対応 |
|---|---|
| 対象スペース | まず利用率が高い会議室・人気エリアのデスクから始める |
| チェックイン手段 | Teamsパネル、Microsoft Teams Rooms、Teamsチャット、デスク周辺機器などを確認 |
| リリース時間 | 標準の短い時間で始めず、部屋の用途に合わせて調整 |
| 変更タイミング | 重要会議が少ない週末前などに設定変更する |
| 利用者案内 | 「チェックインしないと予約が解放される」ことを事前に周知 |
デスクやデスクプールでもオートリリースを使えますが、Reservableのデスクが対象です。Drop-in、Assigned、Unavailableのデスクでは同じ考え方で運用できないため、デスクモードの整理が先になります。(Microsoft Learn)
Places analyticsは「見られる人」と「分析対象の建物」を分けて設計する
Places analyticsは、建物、部屋、デスクプールの予定上の利用と実際の利用を把握するための機能です。施設管理部門や総務部門が、フロア再編、会議室不足、席数の最適化を判断する材料として使えます。(Microsoft Learn)
注意すべき点は、分析機能を有効化するには、単にユーザーにライセンスを割り当てるだけでは足りないことです。公式ドキュメントでは、分析へのアクセスをユーザーに付与し、さらに分析対象の建物を有効化する2段階の設定が必要とされています。(Microsoft Learn)
また、2026年4月1日以降は、建物でPlaces Analyticsを有効にするには、その建物にMicrosoft Teams Shared Spaceライセンスで裏付けられたデスクが少なくとも10台必要とされています。すべての拠点を一気に分析対象にするのではなく、データの品質が高い拠点から始めるのが安全です。(Microsoft Learn)
対象になる管理者・開発者・利用部門
今回の変更は、Microsoft 365管理者だけで完結しません。次の関係者がそれぞれ確認すべきポイントを持ちます。
| 対象者 | 確認すべきこと |
|---|---|
| Microsoft 365管理者 | ユーザーライセンス、サービスプラン、Placesの有効化範囲 |
| Exchange管理者 | 会議室・ワークスペース・デスク用メールボックス、RoomList、CalendarProcessing |
| Teams管理者 | Teamsパネル、Teams Rooms、職場チェックインポリシー |
| 施設管理・総務 | 建物、フロア、エリア、席、設備情報の正確性 |
| セキュリティ・法務 | 位置情報共有、チェックインの説明、従業員監視と誤解されない運用 |
| 開発者・運用自動化担当 | PowerShell、Microsoft Graph、台帳連携、PlaceIdの扱い |
開発者や自動化担当は、ユーザーにTeams Premiumがあるかだけで機能可否を判断する設計を見直す必要があります。今後は、ユーザー、スペース、機能設定、展開状態の組み合わせで判定する場面が増えます。
管理者が最初に確認すべきライセンス
Microsoft Placesへアクセスできるユーザーライセンスとして、Microsoft 365 Business Basic／Standard／Premium、Microsoft 365またはOffice 365のE1／E3／E5、教育機関向けA1／A3／A5、Frontline向けF1／F3、Teams Enterprise、Teams Essentials、Teams standaloneなどが公式ドキュメントに示されています。(Microsoft Learn)
ただし、ここで確認すべきなのは「Placesに入れるか」だけではありません。実務では、以下の3層に分けて棚卸しすると混乱しにくくなります。
| 確認対象 | 例 | 判断ポイント |
|---|---|---|
| ユーザーライセンス | Microsoft 365 E3/E5、Business Premiumなど | Placesの基本機能を使わせる対象か |
| スペースライセンス | Microsoft Teams Rooms、Microsoft Teams Shared Space、MTSS-SS | 部屋・デスクに高度機能を持たせるか |
| AIライセンス | Microsoft 365 Copilot | Copilotによる会議室予約などを使うか |
スペースライセンスでは、Microsoft Teams Shared Spaceは以前のMicrosoft Teams Shared Deviceから名称が変わったものとして説明されています。また、Microsoft Teams Shared Spaceを購入すると、Microsoft Teams Shared Space – Single Spaceを3つ取得できるとされていますが、共用エリア電話にMTSSを使う場合は、その3つを部屋やデスクに使えないという注意があります。(Microsoft Learn)
展開前に確認すべきMicrosoft Placesの設定
ライセンスだけを整えても、Microsoft Placesは期待どおり動きません。特に次の設定は、展開前に必ず確認したい項目です。
PowerShellと管理権限
Microsoft Placesの管理にはPowerShell 7.4.0以降が必要で、Windows PowerShellでは管理できません。Microsoft Places PowerShellモジュール、Exchange Onlineモジュール、Microsoft Teamsモジュールも必要です。さらに、Places管理にはTenantPlacesManagementとMailRecipientのExchange Online管理ロールが関係します。(Microsoft Learn)
最低限、管理端末で次を確認します。
Install-Module -Name MicrosoftPlaces -Force
Connect-MicrosoftPlaces権限不足のまま作業を始めると、設定コマンドの成否が担当者によって変わり、展開手順が再現できなくなります。PoC用のグローバル管理者アカウントで動いたから本番運用も問題ない、とは考えない方が安全です。
建物・フロア・セクションの階層
Microsoft Placesの多くの機能は、建物、フロア、部屋、ワークスペース、デスクの階層が整っていることを前提にしています。公式ドキュメントでも、Placesは部屋、ワークスペース、デスク、セクション、フロア、建物の確立された階層に依存すると説明されています。(Microsoft Learn)
特に重要なのは、建物が既定ではPlaces体験上で表示されないことです。建物を表示するには、次のように設定します。
Set-PlacesSettings -EnableBuildings 'Default:true'建物やフロアの名前が台帳、RoomList、実際の現地表記でズレていると、ユーザーは「東京本社」「Tokyo HQ」「JP-Tokyo」などの表記ゆれに悩まされます。最初に命名ルールを決め、CSVで一括確認してから登録するのが現実的です。
Places finderの有効化範囲
Places finderは、全社展開の前に一部ユーザーで検証すべき機能です。公式ドキュメントでは、メール有効セキュリティグループを使って特定ユーザーに有効化する例と、全テナントで有効化する例が示されています。(Microsoft Learn)
全員に有効化する場合の例は次のとおりです。
Set-PlacesSettings -PlacesFinderEnabled 'Default:true'小さく始める場合は、対象グループのメンバーで実際にOutlookやTeamsの予定表から部屋・デスクが探せるか確認します。グループの所有者であってもメンバーでなければ体験を確認できない点にも注意が必要です。(Microsoft Learn)
Places appの展開
Microsoft Places appは、Webのほか、Microsoft Teams、Outlook、Microsoft 365 app内のアプリとして利用できます。公式ドキュメントでは、Teamsへの事前インストールとピン留め、OutlookおよびMicrosoft 365 appへの展開ガイドが案内されています。(Microsoft Learn)
利用者に使ってもらうには、「ライセンスを付けたので使ってください」では不十分です。Teamsの左ナビにピン留めする、Outlook予定表での使い方を短い手順にする、出社日を入れる目的を説明する、といった導線設計が必要です。
移行時に失敗しやすいポイント
Teams Premiumの移行期間を永続権利と誤解する
2026年4月1日より前にTeams Premiumを購入している顧客は、更新まで既存のPlacesプレミアム機能を使い続けられると説明されています。ただし、更新後はPlacesのプレミアム機能がTeams Premiumに含まれなくなり、スペース単位のライセンスへ移行します。(Microsoft Learn)
そのため、契約更新日を確認しないまま「現時点で使えているから問題ない」と判断すると、更新後に個別デスク予約やオートリリースの利用条件が変わって慌てる可能性があります。
デスクのライセンス反映時間を考慮しない
Microsoft Teams Shared SpaceまたはMTSS-SSを個別デスクに割り当て、デスクモードをReservableにした場合、Microsoft Placesの体験に反映されるまで通常24〜48時間かかる場合があります。手動で反映を促すためにデスクモードをUnavailableにしてからReservableに戻す方法も示されていますが、Unavailableにすると未開始の予約がキャンセルされる点に注意が必要です。(Microsoft Learn)
本番環境では、営業日の朝に大量のデスク設定を変えるのは避けるべきです。切り替え作業は、予約が少ない時間帯に行い、影響を受ける予約の有無を事前に確認しましょう。
Exchangeハイブリッド環境の制約を見落とす
Exchangeハイブリッド環境では、Places機能はExchange Onlineで管理されているメールボックスのユーザーに提供されます。オンプレミスメールボックスのユーザーはPlaces app、Places finder、ワークプランなどを利用できず、Room Finderは継続利用できます。(Microsoft Learn)
つまり、Microsoft Placesの展開計画は、単なるTeamsやOutlookの設定ではなく、メールボックス移行計画とも関係します。全社で同じマニュアルを配布する前に、オンプレミスメールボックスが残っている部門を洗い出してください。
位置情報機能を「勤怠管理」として説明してしまう
職場チェックインは、ユーザーが実際にどこで働いているかを共有し、同僚との対面コラボレーションをしやすくする機能です。公式ドキュメントでは、職場チェックインは従業員の出勤監視や追跡のためのツールではなく、履歴データや管理者向けの監視ビューも提供しないと説明されています。(Microsoft Learn)
社内展開時に「出社確認に使う」と説明してしまうと、利用者の不信感を招きます。案内文では、次のように目的を明確にするのがよいでしょう。
例：職場チェックインは、同じ日に出社している同僚を見つけやすくするための機能です。勤怠管理や従業員監視を目的としたものではありません。ユーザーは共有設定を変更できます。
標準セキュリティグループでスコープ設定しようとする
Places finderや分析機能などを一部ユーザーに展開する場合、グループ指定を使う場面があります。公式ドキュメントでは、標準セキュリティグループでは期待どおり動かない場合があり、メール有効セキュリティグループが必要とされています。(Microsoft Learn)
PoCでは、最初にメール有効セキュリティグループを作成し、管理者自身をメンバーに含めてテストしてください。所有者に入っているだけでは、ユーザー体験の確認にならない場合があります。
管理者向けの展開手順
Microsoft Placesのライセンス変更に合わせて展開するなら、次の順序が実務的です。
| 手順 | 作業内容 | 完了条件 |
|---|---|---|
| 1 | 対象機能を決める | Places finderだけか、個別デスク予約や分析まで使うか決まっている |
| 2 | ライセンスを棚卸しする | ユーザーライセンス、スペースライセンス、Copilotライセンスを分けて確認済み |
| 3 | 施設データを整える | 建物、フロア、セクション、部屋、デスクの階層と名称ルールが決まっている |
| 4 | 小規模グループで有効化する | メール有効セキュリティグループで対象者を限定して検証済み |
| 5 | デスク・部屋の機能を設定する | Reservable、Drop-in、Assignedなどのモードと予約ポリシーが整理済み |
| 6 | チェックインとオートリリースを確認する | Teamsパネル、Teams Rooms、周辺機器、メール通知などの動作を確認済み |
| 7 | 利用者へ案内する | 出社予定、場所検索、デスク予約、チェックインの手順が共有済み |
| 8 | 分析を段階展開する | 対象建物と閲覧者を限定し、データ品質を確認済み |
最初から全社・全拠点・全機能を有効化するより、建物データが整っている1拠点で始める方が成功しやすくなります。特にPlaces analyticsは、元データが不正確だときれいなグラフが出ても判断を誤ります。
開発者・自動化担当が確認すべきポイント
Microsoft Placesを既存の施設管理台帳、座席管理システム、社内ポータルと連携させる場合、開発者は次の点を意識してください。
ユーザー単位の判定に依存しない
ライセンス変更後は、ユーザーが対象ライセンスを持っているだけでは十分ではありません。個別デスク予約やオートリリースでは、対象スペース側のライセンスとモードが重要です。
PlaceIdを正しく扱う
建物、フロア、セクション、部屋、デスクは、表示名だけでなくPlaceIdで扱う場面があります。表示名は運用中に変更される可能性があるため、台帳連携では内部IDと表示名を分けて管理すると安全です。
サポートされていないPowerShellパラメーターを使わない
Set-PlacesSettingsでは、ドキュメントにない追加パラメーターがGet-Helpに表示される場合があるものの、サポート対象外とされています。たとえば-PlacesEnabledはサポートされていないため、古い検証メモやブログ記事のコマンドをそのまま使わないようにしましょう。(Microsoft Learn)
反映待ちを処理設計に入れる
Placesの設定には、反映まで時間がかかるものがあります。部屋やワークスペースの関連付けは最大24時間、オートリリース設定は最大48時間、分析設定は最大12時間程度を見込む必要があります。(Microsoft Learn)
自動化処理では、設定直後にUI表示を前提としたテストを組むのではなく、反映待ち、再確認、失敗時のロールバックを含めて設計してください。
まず何から始めるべきか
Microsoft Placesのライセンス変更に対応する最初の一歩は、契約画面を見ることではなく、利用させたい職場体験を定義することです。
たとえば、目的が「OutlookやTeamsで会議室を探しやすくしたい」だけなら、Places finder、建物・フロア階層、部屋メタデータの整備が中心になります。一方、「固定席を減らして予約制デスクを広げたい」なら、個別デスク、スペースライセンス、チェックイン、オートリリースまで含めた設計が必要です。
まずは次の3つを確認してください。
- どの拠点でMicrosoft Placesを使い始めるか
- どの機能を初期展開に含めるか
- どの部屋・デスクにスペースライセンスを割り当てる必要があるか
Microsoft Placesの価値は、ライセンスを付けるだけでは生まれません。建物データ、デスク運用、Teams／Outlookでの導線、利用者への説明がそろって初めて、出社計画やスペース活用の改善につながります。今回のライセンス変更は、管理者にとって負担が増える面もありますが、必要なスペースにだけ高度機能を割り当てる設計へ見直す機会にもなります。
コメント