【最新・完全版】Microsoft Bookings徹底完全ガイド

本記事は、Microsoft 365環境と連動させながら、社内外の予約受付・日程調整を効率化したい方に向けたMicrosoft Bookingsの解説記事です。

Microsoft Bookingsは、予約ページの作成、顧客・スタッフ・サービスの管理、Outlook予定表との連携、Teams会議リンクの自動作成などを一元化できる予約管理アプリです。対象のMicrosoft 365ライセンスに含まれる場合があり、来店予約や商談予約だけでなく、社内相談、採用面接、健康診断、保護者面談などにも活用できます。

国内では、KINTOテクノロジーズが従業員の定期健康診断予約をWeb受付へ移行した事例や、沖縄フィナンシャルグループがBookings APIとMicrosoft 365関連サービスを組み合わせて面談予約システムを構築した事例が公開されています。ただし、これらは公開時点の導入事例であり、現在も同一のライセンス構成・機能構成で運用されていることを示すものではありません。導入時には自社テナントの最新仕様とライセンス条件を確認しましょう。

この記事では、Microsoft Bookingsについて以下の内容を解説します。

• 概要（利用条件、向いている人、活用シーン）
• 特徴（Microsoft 365との連携、拡張性、他社ツールとの違い）
• 使い方と機能（予約ページ、顧客、スタッフ、サービスの管理）
• 国内運用時の注意点（個人情報、SMS通知、ダブルブッキング、権限、ライセンス）

Microsoft Bookingsとは？

はじめに、Microsoft Bookingsの概要、利用シーン、利用条件を確認しましょう。

Microsoft Bookingsはどんなアプリ？

Microsoft Bookingsは、Microsoft 365に含まれる予約管理アプリです。専用の予約ページを公開し、顧客や社内ユーザーが空いている日時を選んで予約できるようにします。予約が入ると、予約日時、担当スタッフ、サービス内容、顧客が入力した情報などを管理画面で確認できます。

Bookingsには、部署・店舗・チームで予約を受け付ける共有Bookingsと、個人のOutlook予定表を基に1対1の面談候補を提示する個人用Bookings（Personal Bookings／Bookings with me）があります。複数の担当者が対応する窓口には共有Bookingsを、営業・採用担当者などが個別に日程調整する用途には個人用Bookingsを使うとよいでしょう。

個人用Bookingsでは、公開ミーティングタイプと非公開ミーティングタイプを使い分けられます。公開タイプはURLを知る人が利用できるため、会議名、説明、勤務時間、最小リードタイムを確認してから共有することが重要です。公式FAQでは、個人用Bookingsページには15分・30分の既定会議タイプが自動公開されると案内されています。許可部門では、意図せず公開された会議タイプが残っていないかも定期的に確認しましょう。

顧客は予約ページから変更やキャンセルを行えるため、電話やメールでの往復を減らせます。管理者側は、Outlook予定表と連動した空き時間管理、Teams会議リンクの自動作成、確認メールやリマインダーメールの送信を利用でき、予約受付から実施までの流れを標準化できます。

現在のWeb入口としては短縮URLのbook.msが案内されています。Bookingsのモバイルアプリはすでに終了しているため、PC・スマートフォンともにWebブラウザから利用する形が基本です。また、OutlookやTeamsではBookingsアプリを左レールに追加してピン留めできます。Web、Outlook、Teamsのどれを標準入口とするかを決め、社内マニュアルとヘルプデスク手順を統一すると混乱を防げます。

どんな人が、どんなシーンで使う？

Microsoft 365を利用しており、次のような予約・面談調整を行っている組織は、Microsoft Bookingsの導入を検討する価値があります。

• 来店・来院・相談予約を受け付けたい店舗、サロン、クリニック
• 採用面接、カジュアル面談、説明会の日程調整を効率化したい人事担当者
• 取引先との商談、来社、オンライン相談の予約を管理したい営業部門
• 授業、個別相談、保護者面談、進路相談を調整したい教育機関
• 情シス相談、人事面談、総務窓口、健康診断などをWeb予約化したい企業
• 顧客面談の可用性・透明性を高めたい金融、保険、不動産などの組織

特に、スタッフと利用者双方の予定を確認しながら予約を確定する業務に向いています。電話受付やメール調整をWeb予約ページへ移すことで、24時間受付、担当者負担の軽減、営業時間外の機会損失の抑制、リマインドによる無断キャンセルの低減が期待できます。

• スタッフのOutlook予定表を基に、顧客自身に空き枠を選んでもらう
• 採用候補者が面接枠を選ぶと同時に、Teams会議を自動作成する
• 予約完了メールに、持ち物や事前準備、会議参加方法を記載する
• 保護者面談や健康診断の電話受付を予約ページに一本化する
• 部門ごとに社内相談窓口を作成し、サービス別に担当者を設定する

必要なライセンス

Microsoft Bookingsを利用するには、対象となる商用Microsoft 365ライセンスが必要です。Bookingsはスタンドアロン製品として販売されているわけではなく、すでにMicrosoft 365を契約している企業では対象ライセンスに含まれている場合があります。

対象プランには、Microsoft 365 Business Basic／Standard／Premium、Microsoft 365 E1／E3／E5、Frontline F1／F3、Teams Essentials、Teams Premiumなどがあります。実際の利用可否は契約内容、テナント設定、地域、ユーザーへのライセンス割り当てによって異なります。導入前にMicrosoft 365管理センターでBookingsサービスプランが有効か、対象ユーザーにライセンスが割り当てられているかを確認してください。

Bookingsの利用にはOutlook on the webが有効であることも必要です。Bookings全体にTeams Premiumは必須ではありませんが、Teams向けBookingsのSMS通知はTeams Premiumの機能であり、公式に案内される対象地域はカナダ、英国、米国です。日本でBookings標準のSMS通知を利用できることを前提に設計してはいけません。外部SMS、Power Automateの利用範囲、Microsoft Copilot Coworkの利用には、別契約や使用量ベースの費用が関係する場合もあります。

個人用Bookingsの管理方法に注意

個人用Bookingsの利用可否を制御する方法は、2026年8月5日に変更されました。従来のEWSベースの設定は、個人用Bookingsのアクセス制御には使用されません。現在はExchange OnlineのOWA Mailbox PolicyにあるPersonalBookingsDisabledで管理します。

特定部門だけに個人用Bookingsを許可している企業は、ポリシーの値だけでなく、各ユーザーにどのOWA Mailbox Policyが割り当てられているかを確認してください。旧EWSの許可・拒否リストや手順書を残したままにすると、設定が有効であると誤認するおそれがあります。

Get-OwaMailboxPolicy |
  Select-Object Identity,PersonalBookingsDisabled

Get-CASMailbox -ResultSize Unlimited |
  Select-Object PrimarySmtpAddress,OwaMailboxPolicy

個別許可用のポリシーを作成した場合は、対象ユーザーに明示的に割り当てます。

Set-CASMailbox -Identity user@example.jp `
  -OwaMailboxPolicy "BwmEnablePolicy"

移行後は、既存のEWS設定を運用手順から除外し、既定ポリシーとカスタムポリシーの割り当て漏れを確認しましょう。営業、採用、役員など外部公開対象者については、実際の予約ページで予約可否と公開会議タイプをテストすることが重要です。

Microsoft Bookingsの特徴は？

Microsoft 365との相性がよい

Microsoft Bookingsの大きな強みは、Outlook、Exchange Online、Teams、Power Automateなど、Microsoft 365のサービスと連携できることです。

スタッフのOutlook予定表にある予定を予約枠へ反映できるため、候補日を手作業で確認・連絡する負担を減らし、ダブルブッキングの抑制につなげられます。オンライン面談では、予約確定時にTeams会議リンクを自動作成でき、会議URLの発行・送付も自動化できます。

ただし、Outlook連携だけで重複予約を完全に防止できるわけではありません。予定表の予定が予約をブロックする表示方法になっているか、予定表イベントが可用性へ影響する設定になっているか、組織内で空き時間情報の共有が許可されているかを確認してください。退職者はすべてのBookingsカレンダーから個別に削除し、同じスタッフを複数カレンダーに登録する場合も、サービスと勤務時間の設計を統一する必要があります。

Bookingsの顧客、スタッフ、サービス、予約データはMicrosoft 365基盤およびExchange Onlineに保存されます。共有BookingsではExchangeの共有メールボックスが利用され、共有メールボックスに適用するコンプライアンスポリシーはBookingsメールボックスにも適用されます。「BookingsのデータはMicrosoft 365にある」とするだけでなく、どのメールボックスに保存され、誰が管理責任を負うかを台帳に記載しましょう。カレンダー廃止時には、ページの非公開化だけでなく、Bookingsメールボックスの廃止、保持、削除手順も検討する必要があります。

一方、Bookingsはあらゆる予約業務を単体でカバーする万能ツールではありません。予約時決済、SNSからの直接予約、豊富なマーケティング連携、Googleカレンダーを含む外部サービスとのネイティブ連携を重視する場合は、Calendly、Acuity Scheduling、Zoho Bookingsなどの専用サービスと比較しましょう。

Power AutomateやAPIで業務に合わせて拡張できる

標準機能で不足する部分は、Power AutomateやMicrosoft Graph APIを組み合わせて補えます。Bookingsには標準の確認メールとリマインダーメールがあるため、Power Automateは条件分岐、社内通知、承認、後続システム登録など、標準通知で対応しにくい処理に使うと効果的です。

• 予約確定時のTeamsチャットや担当部署への通知
• 予約情報のSharePoint、Dataverse、社内データベースへの登録
• サービス種別や回答内容に応じた後続処理・承認フローの実行
• 予約後アンケート、事前書類の送付、来訪者受付フローとの連携
• LINE、チャットボット、社内ポータルから予約ページへ誘導する導線の構築

予約後の業務は、受付で終わらせず会議準備までつなげる設計も可能です。例えば、予約フォームで相談テーマ・会社名・希望内容を取得し、回答不足を判定して追加質問メールを下書きし、SharePointから関連資料を検索して担当者向けブリーフィングを作成し、Teams会議や予定表イベントへリンクを記載する流れです。AIを使う場合でも、初期導入では顧客へのメール送信や予定確定を自動実行せず、下書き・承認方式を基本にしましょう。医療、採用、人事、金融相談では、自由記述を無制限に社内検索へ渡さず、フォームで取得する情報とAIへ渡す情報を分けることが重要です。

Microsoft Bookingsコネクタは現在Previewです。予約トリガーを使うフローを作成できるのはBookings管理者であり、Bookingsメールボックスごとに作成できるフローは最大5個、呼び出しは接続ごとに60秒あたり100 API呼び出しです。接続は共有できず、1対1予約ではキャンセル理由など一部の値が設定されない場合もあります。

そのため、通知先ごとにトリガーフローを増やすのではなく、1つのトリガーフローから条件分岐や子フローを呼び出す構成が実務的です。フロー所有者を個人アカウントだけにせず、予約IDをSharePointやDataverseに保存して重複処理を防ぎましょう。キャンセル理由が必須の業務では、標準フィールドだけに依存せず、別フォームでの取得も検討します。プレビューコネクタを基幹予約の唯一の連携経路にすることは避けるべきです。

Bookings APIは共有Bookings向けであり、個人用Bookingsには適用されません。API連携を本番導入する前に、利用するAPIバージョンと対象エンドポイントの公式仕様を確認し、予約作成・変更・キャンセルの一連の処理をテストしましょう。エラー時はHTTPステータスだけで判断せず、request-id、発生時刻、テナント、送信内容をアプリケーションログに記録し、再試行前に予約がすでに作成されていないか確認してください。

簡単に予約ページを作成できる

予約ページは、プログラミングなしで作成できます。ビジネス情報、サービス、担当スタッフ、営業時間、公開範囲を設定することで、利用者が空き時間を選べる予約フォームを用意できます。

作成したページは、URLをメールやチャットで送るほか、自社Webサイト、社内ポータル、SNS、QRコードなどから案内できます。共有BookingsのページはiFrameとしてWebサイトへ埋め込むことも可能です。ただし、埋め込み先サイト、検索エンジンのインデックス可否、ページの公開範囲は個人情報保護・セキュリティのレビュー対象にしましょう。社内窓口では組織内ユーザーのみにアクセスを制限し、外部公開が不要なページは検索対象外にする設定を確認してください。

Microsoft TeamsのCustomer Connectでは、Webサイトに設置したチャットウィジェットから予約を受け付け、担当スタッフのOutlook予定表やTeamsチャネルへ連携できます。これはBookings本体の予約ページとは異なるTeams側の機能で、旧名称はLive Chatです。利用には管理者による有効化が必要なため、テナント、ライセンス、設定条件を確認してください。

顧客・スタッフ・サービスを一括で管理できる

Microsoft Bookingsでは、顧客、スタッフ、サービスの情報を同じ管理画面から管理できます。顧客情報は予約フォームへの入力内容に基づいて登録され、スタッフには担当サービス、勤務時間、休暇、予定表連携などを設定できます。サービスには、所要時間、説明、担当可能スタッフ、予約前後のバッファ、顧客への質問項目、オンライン会議の有無などを設定します。

複数のスタッフが予約を扱う場合は、権限設定が重要です。現場スタッフには予約確認やスケジュール登録に必要な権限を付与し、全体設定の変更は管理者に限定するなど、役割に応じて分けましょう。

1つのBookingsページに追加できるスタッフは最大100名です。100名を超える組織では、地域、店舗、部門、サービス単位でページを分割する設計が必要です。また、外部テナントのスタッフは追加できますが、Bookingsと空き時間情報を共有できません。外部委託スタッフを含む運用では、外部スタッフの予定表が自動同期されない前提で、勤務可能時間の更新や二重予約の確認手順を設けましょう。

顧客がスタッフを選択しない場合の標準の自動割り当ては、予約可能なスタッフからのランダムな割り当てです。予約件数の均等配分、スタッフ別の割り当て上限、スキルベースルーティングには標準では対応していません。スキル、地域、製品、顧客ランクで振り分けたい場合は、サービスを分ける、担当者ごとに受け付けるサービスを限定する、外部処理で件数を監視するなどの設計が必要です。

AIによる日程調整との役割分担

Bookingsは、外部顧客や社内利用者が自分で予約枠を選ぶセルフサービス予約の仕組みです。予約需要や担当者負荷をAIで予測し、予約枠や担当者を自動最適化する機能を持つツールではありません。

一方、Microsoft Copilot Coworkは、自然言語による予定作成、参加者追加、Teams会議リンクの追加、カレンダー競合の整理、会議準備を支援します。メール送信や会議作成などの重要な操作では、実行前にユーザーの承認を求める設計です。利用にはMicrosoft 365 Copilotライセンスに加え、Coworkの有効化と使用量ベース課金の設定が関係します。

役割は、外部利用者が予約する入口をBookings、社内会議の作成・予定変更・競合整理・会議準備をCopilot Cowork、予約を起点にした定型処理をPower Automate、人による承認が必要な顧客送信や共有システム更新を担当者、と分けて考えると分かりやすいでしょう。

スタッフ負荷やサービス別の需要を分析したい場合は、共有Bookingsのレポートを活用できます。ただし標準エクスポートは1回につき最大4カ月分のTSVであり、Power BIへ自動接続されるわけではありません。継続分析では、TSVの定期収集で可視化する方法と、APIなどでデータ基盤へ継続取得する方法を分けて検討してください。

Microsoft Bookingsの使い方と機能

ここからは、予約ページの作成、顧客管理、スタッフ管理、サービス管理の順に基本的な使い方を確認します。画面構成や表示名は更新されることがあるため、実際のテナントの画面も確認しながら設定してください。

予約ページの作成と機能

専用予約フォームは、必要な情報を入力することで作成できます。部署別、店舗別、用途別に共有Bookingsの予約カレンダーを作成し、社内向けと社外向けで使い分けることも可能です。

予約ページの作成

Bookingsのホーム画面から予約ページまたは共有Bookingsカレンダーの作成を選択し、名称、ロゴ、業種、営業時間などの基本情報を設定します。次に、予約管理に関わるスタッフを追加し、勤務時間と担当サービスを設定します。続いて、サービス名、説明、所要時間、担当スタッフ、オンライン会議の有無などを登録します。オンライン面談では、Teams会議リンクを自動作成する設定を有効にしておくと便利です。

最後に予約ページの公開範囲を設定します。組織内ユーザーに限定した社内用窓口にも、外部顧客向けの公開ページにもできます。外部公開前には、予約可能時間、タイムゾーン、質問項目、確認メール、キャンセルポリシーをテスト予約で確認しましょう。

予約ページのカスタマイズ

• 予約ページの公開範囲、組織内限定、検索インデックスの設定
• WebサイトへのiFrame埋め込みの可否と設置先
• 個人データの収集・利用に関する説明文
• 予約可能時間、最小リードタイム、予約可能期間
• 確認メール、リマインダー、キャンセル・変更ポリシー
• スタッフの割り当て方法、Outlook予定表との連携
• ロゴ、ページカラー、タイムゾーン、地域・言語

日本国内で顧客情報を扱う場合は、予約フォームに個人データの利用目的、問い合わせ先、プライバシーポリシーへの案内を明記しましょう。収集項目は必要最小限にし、顧客情報を閲覧できるスタッフも業務上必要な範囲に限定することが大切です。個人情報保護法に関する制度改正の検討状況も踏まえ、委託・第三者提供・保存期間に関する社内ルールは定期的に見直してください。

予約ページの名称は「部門名－用途－拠点名」などに統一し、個人名、社員番号、メールアドレスを直接含めないようにします。各カレンダーには業務オーナー、システム管理者、保存対象データ、保持・削除方針、廃止予定日を記録しましょう。Bookingsカレンダーは個別に管理され、全カレンダーを横断する統合ビューはありません。Exchange Onlineでは、対応するSchedulingMailboxを抽出して棚卸しに活用できます。

Get-Mailbox -RecipientTypeDetails SchedulingMailbox `
  -ResultSize Unlimited

ダブルブッキング防止の設定も必ず確認してください。勤務時間、休暇、外出、会議などが正しく予定表に反映されていなければ重複予約の原因になります。複数のBookingsカレンダーを部門横断で運用する場合は、同一スタッフの登録ルールを統一してください。

SMSリマインダーには注意が必要です。Teams向けBookingsの標準SMS通知はTeams Premiumの機能であり、公式対象地域はカナダ、英国、米国です。日本の電話番号への標準SMS送信を前提にせず、日本でSMSが必要な場合は外部配信サービス、費用、同意取得、送信者表示、オプトアウト、個人情報の取扱いを別途設計しましょう。

タイムゾーン、地域、表示言語も公開前に確認してください。海外拠点や海外顧客を含む運用では、サービスごとの時間帯表示と予約確認メールの表記をテストすることが重要です。重要な予約を受け付ける場合は、障害や設定ミスに備え、緊急時の問い合わせ先、手動受付の手順、担当者への連絡方法も準備しておくと安心です。

顧客の管理

顧客の管理ページでは、予約した顧客の情報を一覧で確認できます。予約フォームで入力された氏名、メールアドレス、電話番号、予約内容、質問への回答などが顧客情報として登録され、管理者や担当スタッフは予約前に必要な情報を確認できます。管理者が顧客を手動で追加することも可能です。

顧客情報には個人情報が含まれます。不要な情報を過度に収集しないこと、閲覧者を必要最小限にすること、権限を定期的に棚卸しすることを徹底しましょう。外部システムへ連携する場合は、連携先の保存期間、アクセス権、委託先管理、データ削除手順も確認します。AIを利用する処理では、AIの出力をBookingsの正式な顧客データとして自動上書きしないことも重要です。

スタッフの管理

スタッフ管理画面では、予約を担当するメンバーの情報を登録・変更できます。スタッフごとに、連絡先、担当サービス、勤務時間、予約可能時間、Outlook予定表との連携状態を管理します。不在時間に予約が入らないよう、勤務予定・休暇予定・会議予定を最新の状態に保ちましょう。

複数スタッフが同じサービスを担当する場合は、顧客が担当者を選べるようにするか、Bookingsの自動割り当てを使うかをサービスの性質に応じて決めます。ただし、自動割り当ては均等配分ではないため、担当件数の平準化が必要な業務では、運用監視や追加の自動化を検討してください。

全員に管理者権限を与えるのではなく、予約確認だけを行うスタッフ、予約登録まで行うスタッフ、設定変更を行う管理者を分けることで、誤変更や情報漏えいのリスクを抑えられます。異動・退職時には、該当スタッフをすべてのBookingsカレンダーから削除し、予約ページのオーナーや担当サービス、メールボックスの管理責任も引き継ぎます。

サービスの管理

サービス管理画面では、顧客が予約ページで選択するメニューを作成・編集できます。サービスごとに、名称、説明、所要時間、価格、担当スタッフ、予約可能時間、オンライン会議の有無などを設定します。顧客向けの説明文には、予約できる内容、所要時間、準備物、対象者、キャンセル条件などを分かりやすく記載しましょう。

サービスの編集では、所要時間、スタッフ割り当て、予約前後のバッファ、最大参加人数、顧客への質問項目などを設定できます。面談前に確認すべき事項がある場合は質問項目を追加し、当日のヒアリング時間を短縮しましょう。同日相談のように迅速な対応が必要なサービスでは、当日枠専用のサービスを分け、対応可能スタッフの勤務時間を短い周期で更新する設計が有効です。ただし、緊急度判定をBookingsだけに任せず、危険度の高い回答を検出した場合の有人エスカレーションと、Teamsリンク未達時の代替連絡手段を準備してください。

グループ予約を利用する場合は、キャンセル通知を必ずテストしてください。グループ予約で1人の出席者がキャンセルした際に、他の出席者にもキャンセルメールが送信される場合があります。説明会、研修、保護者会、集団健康診断などで利用する場合は、テスト予約と一部キャンセルを実施し、キャンセルメールの文面と送信対象を検証しましょう。重要イベントでは、Bookingsの通知だけに依存せず、別途参加者台帳を管理すると安心です。

まとめ｜Microsoft Bookingsの概要と特徴をふまえた使い方

Microsoft Bookingsは、予約ページの作成、顧客・スタッフ・サービス管理をまとめて行えるMicrosoft 365の予約管理アプリです。Outlook予定表と連携して空き時間を表示し、Teams会議リンクを自動作成できるため、Microsoft 365を日常的に利用する組織では導入しやすいでしょう。

共有Bookingsは部門・店舗・チームの予約窓口に、個人用Bookingsは個人の1対1の日程調整に向いています。個人用Bookingsは2026年8月以降、Exchange OnlineのOWA Mailbox Policyで利用可否を制御するため、従来のEWSベース設定を前提にした運用を見直す必要があります。

導入時は、まず自社テナントでBookingsが利用可能か、対象ユーザーにライセンスが割り当てられているか、Outlook on the webが有効かを確認してください。そのうえで、スタッフの予定表連携、権限管理、予約ページの公開範囲と検索設定、メールボックスを含むデータ管理、命名・棚卸し、個人情報の利用目的、キャンセルポリシー、リマインド方法を整備しましょう。

Bookings標準の自動割り当ては均等配分やスキルベースのルーティングではなく、日本で標準SMSを利用する前提にもできません。Power AutomateコネクタはPreviewであり、管理者要件やフロー数の制限があります。必要に応じて、共有Bookings向けのGraph API、外部SMSサービス、承認を前提としたAI活用を組み合わせ、電話・メールでの調整が多い業務から段階的に始めることが成功への近道です。