Microsoft Bookingsの予約枠が表示されない原因と対処法｜勤務時間・タイムゾーン設定とテストページ削除

Microsoft Bookingsで「11/26の9:00〜11:30だけ予約を受け付けたい」のに、予約ページでは9:00〜10:30までしか表示されない…。この症状はサービス設定だけを直しても解決しないことが多く、スタッフの勤務時間、タイムゾーン、所要時間（Duration）など複数の設定が噛み合わないことで起きます。原因の切り分け手順と、テスト用に作ったBookingsページの削除方法をまとめました。

Microsoft Bookingsで予約枠が「設定どおりに出ない」理由を先に押さえる

Bookingsの予約ページに表示される枠は、単純に「サービスで設定した時間」がそのまま出るわけではありません。実際に表示されるのは、主に次の条件をすべて満たす時間帯です。

• サービスの利用可能時間（カスタム営業時間）
• 割り当てスタッフの勤務時間（Availability）
• Outlook予定表上の空き（既存予定・会議・休暇など）
• 所要時間（Duration）＋バッファ（前後の余裕時間）
• 予約ポリシー（最短予約可能時間、予約可能期間、時間刻み など）

要素	短くなりやすいポイント	今回の症状（〜10:30まで）と相性
スタッフ勤務時間	スタッフが「ビジネス営業時間」のまま／特定日だけ短い設定になっている	勤務終了が11:00なら、30分サービスは最終開始10:30になりやすい
タイムゾーン	UTCのまま、または予約ページと管理画面でタイムゾーンがズレている	差分が1時間の地域では、11:30が10:30相当として見えることがある
Duration	終了時刻までにサービスが終わるよう、最後の開始時刻が自動制限される	Durationが60分なら最終開始10:30（10:30〜11:30）になる
予約ポリシー	バッファ、最短予約可能時間、時間刻みが影響して枠が欠ける	バッファ後が30分あると最終開始が1枠前にずれる

つまり、「サービス側で9:00〜11:30にしているのに10:30までしか出ない」場合は、サービス以外のどこかで“11:00相当”に短縮されている可能性が高い、という見立てになります。

症状：11/26は9:00〜11:30だけ予約受付にしたいのに、9:00〜10:30までしか出ない

まずは、よくある前提違いを1つだけ整理します。Bookingsは終了時刻ぎりぎりに開始する枠を、所要時間に応じて自動で消します。これが「10:30までしか出ない」症状の“見え方”として最も多いパターンです。

Bookingsが「最後の開始時刻」を制限する仕組み（Durationの基本）

サービスの所要時間（Duration）がX分のとき、終了時刻に間に合うように、最後に開始できる時刻は次のように決まります。

終了時刻	Duration	最後の開始時刻	最後の枠
11:30	60分	10:30	10:30〜11:30
11:30	30分	11:00	11:00〜11:30
11:30	30分 + バッファ後30分	10:30	10:30〜11:00（後にバッファ）

今回の質問ではDurationが30分設定だったとのことなので、もし本当に終了時刻が11:30として扱われているなら、通常は11:00開始まで出るはずです。したがって、主因としては次の2つ（スタッフ勤務時間／タイムゾーン）が疑わしい、という流れになります。

原因候補A：スタッフの勤務時間（Availability）とサービスのカスタム営業時間が噛み合っていない

Bookingsで表示される予約枠は、ざっくり言うと「サービスの利用可能時間」∩「スタッフの勤務時間」です。どちらかが短いと、短いほうに引っ張られます。

まず確認したいチェックポイント

チェック項目	どこで見る	期待する状態（11/26 9:00〜11:30のみ）	ズレるとどうなるか
サービスの利用可能時間	Bookings管理画面 → サービス	11/26だけ9:00〜11:30、それ以外は閉鎖または別設定	サービスが短いと、その時刻までしか候補が出ない
スタッフの勤務時間	Bookings管理画面 → スタッフ	少なくとも11/26の9:00〜11:30をカバー	スタッフが11:00終了なら、30分サービスは最終開始10:30になる
割り当てスタッフ	サービス設定 → スタッフの割り当て	対象スタッフが正しく割り当てられている	“勤務時間が短いスタッフ”が混ざると、想定より枠が減ることがある
スタッフのOutlook予定	Outlook/Teamsの予定表	11/26の該当時間が空いている	会議が入っていると、その時間帯は候補から消える

解決策：スタッフの勤務時間とサービスの営業時間を揃える（手順）

1. Bookings管理画面で対象のサービスを開き、利用可能時間（営業時間）が11/26 9:00〜11:30になっていることを確認します。
2. 同じサービス画面で、このサービスに割り当てているスタッフを確認します（「任意のスタッフ」ではなく固定スタッフにしている場合は特に重要です）。
3. 次に、Bookings管理画面でスタッフを開き、該当スタッフの勤務時間（Availability）を確認します。
4. 勤務時間が「ビジネス営業時間（Business hours）を使用」のままなら、以下のどちらかで揃えます。
   • スタッフ側を延長：スタッフの勤務時間が11/26の9:00〜11:30をカバーするように設定（カスタム勤務時間が使える場合）。
   • ビジネス営業時間側を調整：サービスを「ビジネス営業時間を使用」に寄せる／テナント（組織）のビジネス営業時間自体を9:00〜11:30に合わせる。
5. 最後に公開ページを再読み込みし、11/26の最終枠が11:00開始まで出るか確認します（Duration 30分の前提）。

ポイント：「サービスは長いがスタッフが短い」「スタッフは長いがサービスが短い」どちらでも、予約枠は短いほうに寄ります。まずは“スタッフが11:00までしか働けない設定になっていないか”を疑うと早いです。

原因候補B：タイムゾーン設定がUTCのままで、表示時刻がずれている

Bookingsは「管理画面」と「予約ページ」でタイムゾーンが合っていないと、設定時刻は正しそうに見えるのに、公開ページ側の表示がズレることがあります。特に、地域の標準時がUTCから1時間前後ズレる環境では、今回のように「11:30のつもりが10:30相当に見える」現象が起きやすくなります。

タイムゾーンでズレが起きる代表例

起きていること	見え方	なぜ困るか
管理画面がUTC、実運用はUTC+1など	管理画面では9:00〜11:30に設定したつもり	予約ページでは1時間ずれ、枠が短く見える／意図しない時刻に予約が入る
夏時間（DST）期間の扱いが想定と違う	ある日だけ1時間ずれて表示	「特定日だけおかしい」原因になりやすい

解決策：Bookings側のタイムゾーンを必ず確認する（手順）

1. Bookings管理画面で、ビジネス（予約ページ）全体の設定にあるタイムゾーンを確認します（画面によっては「Business information」「予約ページ設定」などの中にあります）。
2. 既定がUTCになっている場合は、運用している地域のタイムゾーン（例：(UTC+09:00) 大阪、札幌、東京など）に変更します。
3. スタッフ側の設定でもタイムゾーンや地域設定が絡むことがあるため、Microsoft 365側のユーザーの地域設定（Outlookの表示設定など）も合わせて確認します。
4. 設定変更後、予約ページをシークレットウィンドウ等で開き直し、表示時刻が想定どおりか確認します。

タイムゾーン問題は「予約枠の表示が短い」だけでなく、実際に入った予約がズレて登録される事故につながります。少しでも違和感があれば、先にタイムゾーンを直してから他の設定を触るのが安全です。

原因候補C：Durationと終了時刻の関係（意外な落とし穴と見直し方）

今回のケースではDurationは30分とのことですが、現場では次のような理由で「実質60分になっている」「30分以外の制限が付いている」ことがあります。

• サービス時間は30分だが、バッファ（前後の余裕）が設定されている
• 「時間刻み」が60分になっていて、11:00開始枠がそもそも生成されない
• サービスの説明上は30分だが、実際の設定でDurationが別の値になっている（複製したサービスで起きがち）

Duration周りの設定確認チェック

項目	確認場所（例）	11/26 9:00〜11:30だけにしたい場合の目安
Duration（所要時間）	サービス設定	30分なら最終開始は11:00が理想
バッファ時間（前後）	サービス設定	最終枠を11:00〜11:30で出したいなら、後バッファは0分が分かりやすい
時間刻み（Time increments）	予約ポリシー／スケジューリング設定	30分枠を出すなら30分刻み（または15分刻み）

「10:30までしか出ない」がどうしても消えない場合は、Duration単体ではなく、バッファと時間刻みも合わせて見直すと解決が早くなります。

原因候補D：予約ポリシー・スタッフ割り当ての設定で“枠が減る”ことがある

A〜Cを直しても改善しない場合、次の設定が影響していることがあります。特に「特定日だけ」「短時間だけ」をやろうとすると、ポリシー制限が目立ちます。

よくある“枠を削る設定”の例

設定	起きる症状	対処の考え方
最短予約可能時間（Lead time）	直近の枠が表示されない	テスト時は短めにする／本番では運用に合わせて戻す
予約可能期間（Booking window）	特定日がそもそも選べない	11/26が選べる期間に入っているか確認
スタッフの割り当て方式	特定スタッフの予定に引っ張られて枠が減る	“任意のスタッフ”にするか、対象スタッフの予定を空ける
営業時間外の扱い	11/26以外の日も表示されてしまう	対象日以外を閉鎖（休業）にする／サービス自体を非公開にする

「11/26の9:00〜11:30だけ」受付にするための実務的な設定例

Bookingsには「このサービスはこの1日だけ」という専用スイッチが用意されていないことが多いため、現場では“見せたい日だけ開けて、他は閉じる”運用に寄せるのが確実です。おすすめのやり方を2パターン紹介します。

パターン1：サービスを“単発イベント用”として作り、対象日以外は閉鎖

1. サービスを新規作成し、名前に日付を入れる（例：【11/26限定】相談（30分））。
2. サービスの利用可能時間を11/26だけ9:00〜11:30にし、他の日は「利用不可」または営業時間を閉じる設定にします。
3. 割り当てスタッフの勤務時間が、11/26の9:00〜11:30を確実にカバーしていることを確認します。
4. イベント終了後は、サービスを非公開にするか削除（またはスタッフ割り当てを外す）して、誤予約を防ぎます。

パターン2：スタッフのOutlook予定表で“その日だけ空ける”

「Bookingsの設定は触りたくない」「いつもの営業時間は維持したい」という場合は、Outlook予定表でコントロールするのが楽です。

1. 11/26以外の日に、スタッフの予定表へ「予定あり（Busy）」の予定を入れて埋めます（または休暇設定）。
2. 11/26の9:00〜11:30だけ空きにしておきます。
3. Bookingsはスタッフ予定表の空きを見て枠を出すため、結果として11/26だけ予約可能にできます。

運用後に戻し忘れると通常営業が止まるリスクがあるため、パターン2はテスト・短期イベント向けとして使うのが安全です。

最短で直したい人向け：切り分けの順番（おすすめ）

「とにかく11/26の枠だけ直したい」場合は、次の順で確認すると戻りが少なくなります。

1. Duration・バッファ・時間刻みを確認（意図せず“実質60分”になっていないか）
2. スタッフ勤務時間が11:30までカバーしているか確認（11:00で切れていないか）
3. タイムゾーンを統一（管理画面・予約ページ・ユーザー地域設定）
4. 最後にOutlook予定表の予定を確認（会議・終日予定・フォーカス時間など）

この順番は、設定を大きく動かさず、原因を絞り込みやすい順番です。

---

テスト用で作成したMicrosoft Bookingsページを削除する方法

検証のために複数のBookingsページ（予約サイト）を作ったあと、「どこから削除すればいいのか分からない」という相談もよくあります。Bookingsの“予約ページ”は、Microsoft 365側ではユーザー（または共有メールボックス/Bookings用のアカウント）として扱われるケースがあるため、削除はMicrosoft 365 管理センターで行うのが確実です。

削除前に確認しておきたいこと（事故防止）

確認項目	理由	チェックの目安
本番ページではないか	削除すると予約サイトやデータに影響する可能性	名前、URL、関連スタッフ、直近の予約があるか
ライセンス割り当て	削除前に外すとコスト管理がしやすい	テスト用ならライセンス不要な構成に戻す
復元の必要性	削除後もしばらく復元できる場合がある	「完全削除」ではなく一旦削除→必要なら復元の前提で動く

Microsoft 365 管理センターで削除する手順

1. ブラウザーでMicrosoft 365 管理センター（https://admin.microsoft.com）にアクセスし、管理者アカウントでサインインします。
2. 左メニューから［ユーザー］を開き、続けて［アクティブなユーザー］を選択します。
3. 検索ボックスで、削除したいBookingsページ名（テスト用の名前）を検索します。
4. 該当ユーザーをクリックして詳細を開き、対象がテスト用で間違いないことを確認します（表示名・エイリアス・関連情報など）。
5. 画面上部の［ユーザーの削除］（Delete user）をクリックし、案内に従って削除します。

環境によっては、Bookingsが作成した対象が「ユーザー」ではなく「共有メールボックス」等として見える場合があります。その場合でも、管理センター側で対象のオブジェクトを特定し、同様に削除または無効化していく流れになります。

「削除」以外の現実的な選択肢（迷ったときの逃げ道）

本番とテストが混ざって怖い、あるいは「後で復元したいかも」という場合は、いきなり削除せず、まずは“止める”運用にするのも安全です。

やりたいこと	おすすめ操作	メリット	注意点
外部から見えないようにしたい	サービスを非公開／予約ページを非表示にする	データを残したまま停止できる	ページURLを知っている人に見える設定が残る場合は再確認が必要
ログインや利用を止めたい	ユーザーのサインインをブロック	誤操作・誤利用を防げる	完全削除ではないので棚卸しが必要
コストを抑えたい	ライセンスを外す	費用を最小化できる	機能制限がかかり、運用復帰に手間が出る場合がある
完全に不要	ユーザー（Bookingsページ）を削除	一覧が整理される	誤削除すると復旧に手間。削除済みユーザーの保持期間も要確認

削除したBookingsページは復元できる？

多くのテナントでは、削除したユーザーは一定期間「削除済みユーザー」から復元できる運用になっています（よくある目安は30日程度）。ただし保持期間や復元可否は、組織の設定やポリシーにより変わります。本番ページの可能性が少しでもあるなら、まずは非公開・サインインブロックで止めてから整理するのが安全です。

まとめ：Bookingsは「サービス設定だけ」では枠が決まらない

• 予約枠はサービス時間とスタッフ勤務時間の交差で決まり、どちらかが短いと表示枠も短くなる
• タイムゾーンがUTCのままだと、設定した時刻と公開ページの時刻がズレて“枠が欠けた”ように見える
• Durationだけでなく、バッファや時間刻みも最終枠に影響する
• テスト用Bookingsページは、Microsoft 365側でユーザー（または関連オブジェクト）として管理されるため、削除はMicrosoft 365 管理センターから行うのが確実

上のチェック表どおりに確認すれば、「11/26 9:00〜11:30だけ」のような単発運用でも、意図どおりの枠を表示できるはずです。