この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。Microsoft Bookingsの公式Service DescriptionとMicrosoft 365プラットフォームのサービス説明を2026年9月17日時点で確認して整理しています。検証ステータス：📘 公式情報確認済み・実機未確認
Microsoft Bookingsは、空き時間をメールで何往復も調整する代わりに、予約ページを相手へ渡して、空いている枠から予定を取ってもらうためのMicrosoft 365サービスです。M365 E3/E5ではBookingsが利用可能です。
ライセンスの位置づけ
| 項目 | M365 E3 | M365 E5 |
|---|---|---|
| Bookings | 利用可 | 利用可 |
| Web予約ページ | 利用可 | 利用可 |
| Bookings API in Microsoft Graph | Enterpriseで提供 | Enterpriseで提供 |
| Teamsオンライン会議 | Teams側の適切なライセンスが必要 | 同左 |
| SMS通知 | 地域制限＋Teams Premium条件あり | 同左 |
SMS通知は北米・英国のみで、追加のTeams Premiumライセンスが必要と公式Service Descriptionに明記されています。
まず試す：テスト用の予約ページを1つ作る
本番窓口をいきなり公開せず、テスト用に「30分相談」など1サービスだけ作ります。
設定例:
サービス名 : テスト相談 時間 : 30分 担当者 : 自分またはテスト担当者 公開範囲 : まず組織内で確認 質問項目 : 必要最小限
ここを見る
予約者から見える空き枠と、担当者のOutlook予定が競合しないかを確認します。BookingsはOutlookと同期して可用性を調整します。
1か所変えてみる
予約可能なリードタイムだけを変更し、「直前予約を許可する/しない」で予約画面の候補がどう変わるか観察します。
Graphを使うなら読み取りから
BookingsにはMicrosoft Graph APIがあります。自動化する場合も、最初は予約情報の読み取り・棚卸しから始め、予約作成や削除を最初のテストにしない方が安全です。
業務設計では、API以前に「誰が予約ページの所有者か」「退職・異動時に誰が引き継ぐか」を決めておくことが重要です。
仕事で使うなら
社外向けと社内向けの予約ページを混ぜない
予約時に収集する個人情報を必要最小限にする
担当者の勤務時間・休暇と予約可能時間を分けて考える
キャンセル・変更方法を案内する
Teams会議を付ける場合はTeamsライセンスも確認する
SMSを前提にした運用は地域・Teams Premium条件を確認する
BookingsデータはMicrosoft 365プラットフォーム上に保存され、Exchangeの共有メールボックスを使って顧客・スタッフ・サービス・予定の詳細を保持します。したがって「単なる予約フォーム」ではなく、保持・監査・アクセス権を含む業務データとして設計します。
管理者が確認する点
テナントでBookingsを許可しているか
外部公開範囲
Exchange/共有メールボックスの扱い
Teams会議のライセンス
個人情報の収集項目
Graph APIを使うアプリの権限
Message centerの変更案内
公式情報・一次情報
Microsoft Bookings Service Description: https://learn.microsoft.com/en-us/office365/servicedescriptions/microsoft-bookings-service-description
Microsoft 365 platform service description: https://learn.microsoft.com/ja-jp/office365/servicedescriptions/office-365-platform-service-description/office-365-platform-service-description
Bookingsの導入で先に決めるべきなのは画面の色ではなく、誰の時間を、誰に、どの条件で予約させるのかです。
