同じ会議室に2つの予約が重なっている

予約ポリシーには、ほとんど同じに読める承認設定が2つあります。予約承認が必要は申請をキューに入れ、枠は空けたままにします。何人でも同じ時間を申請でき、カレンダーはすべての申請を描きます。**予約承認が必要（承認前に時間枠を保留）**は最初の申請で枠を押さえます。ステータスは **レビュー待ち（Hold）**と表示され、2件目の申請は拒否されます。

前者の設定では、1つの枠に2件の承認待ちがあるのは設計どおりです。承認者にはそれが見えます。承認ダイアログには重複予約セクション——却下または保留中にする予約を選択してください—— があり、同じ時間のほかの申請を列挙します。1件を承認したら、残りは却下する必要があります。 2件目を承認しようとすると この時間帯は他の予約と重複しています。 で失敗します。

キューが混乱を招くなら、ポリシーを保留する側の設定に切り替えてください。2人目の申請者は何日も後ではなく、その場で知らされます。会議室の予約に承認を必須にするを参照してください。

管理カレンダーは、承認待ちの申請や終了済みの会議を含め、まだ生きているすべての予約を表示します。重複チェックが数えるのは会議室を押さえている予約だけです——確定済み、使用中、チェックイン待ち、保留ポリシー下の承認待ち。通常の承認ポリシー下の承認待ちは描かれますがブロックしないため、確定済みの予約の上に重なって見えても、どちらも間違ってはいません。

2つを不具合として扱う前に、それぞれのブロックのステータスを読んでください。片方が承認待ちなら解決策 1 です。対処も同じです。

結合ルームを予約すると各構成ルームが押さえられ、構成ルームを予約すると結合ルームが押さえられます。カレンダーは反対側を灰色の斜線ブロックで表示します。結合ルーム全体が予約されたときは構成ルームの列に結合、構成ルームが予約されたときは結合ルームの列に分割です。どちらも同じ予約を別の列から見たもので、2つ目の予約ではありません。

構成ルームと全体の本当の重複は、ほかと同様に拒否されます。2つの会議室を1つの予約可能な会議室に結合するを参照してください。

閉鎖は予約ではなく、予約をキャンセルすることもありません。2つのパターンがあります。

• この期間の予約をブロックするがオフのまま——警告のみの期間です。予約フォームは警告を出したうえで予約を通すので、カレンダーには薄い帯の上に予約が重なって表示されます。それがこのスイッチの意味です。
• 予約が先に存在し、期間が後から追加された。閉鎖を追加すると、ポリシーで指定されていれば主催者にメールが送られますが、それ以外は何もしません。誰かが移動またはキャンセルするまで予約は残ります。

どちらにせよ二重予約ではありません。会議室が閉鎖されていて、誰かがその閉鎖の中に予約を持っているだけです。会議室をサービス停止にするが両方のスイッチを説明しています。

ノーショーで予約が解放されるか、主催者が早めにチェックアウトすると、予約の終了はその時刻に切り詰められ、残りの枠は即座に予約可能になります。誰かがそこを予約すると、会議室には本当に2つの予約が背中合わせに並びます——切り詰められた予約と新しい予約です。

更新されていないパネル、Outlook のカレンダー、ブラウザーのタブは元のブロックを元の長さのまま表示しており、これが典型的な「使っている最中に会議室を取られた」という報告です。最初の予約を開いてください。終了時刻は予約したときの時刻ではなく、解放された時刻になっています。チェックインとノーショーの仕組みを参照してください。

準備時間のあるサービス項目——会議前のケータリングの配膳、会議後の部屋の片付け——は、属する会議の横に独自のブロックとしてカレンダーに描かれます。これは別途チェックされ、ぶつかる予約は上のメッセージではなく 準備時間は他の予約と競合 で拒否されます。文言が違えば原因も違います。サービス項目の準備時間を調整するか、会議を移動してください。