Salesforce でダブルブッキングを防ぐ

公開日 2026 年 7 月 21 日 · 更新日 2026 年 10 月 21 日 · MultiDatePick

ダブルブッキングはタイミングの問題です。標準の Salesforce の仕組みが「その会議室は埋まっています」と伝えられる頃には、ユーザーはもう会議室を選び、フォームの残りを入力して、次の作業に移っています。

定番のツールがうまくいかない理由

どれも同じ形をしています。選んだあとでユーザーを拒否するのです。正しく作ったカスタムの仕組みでも、出てくるのは「その枠は埋まっています。もう一度お試しください」。最初からその枠を提示しないほうが、ずっと良い体験です。

重なりは一致ではない

重複ルールに頼りたくなる人が多いので、ルールを示しておきます。2 つの予約が競合するのは、一方がもう一方の終了前に始まり、もう一方の開始後に終わるときです。9:00〜10:00 の予約と 9:30〜10:30 の予約は 30 分重なっていますが、同じ値の項目は 1 つもありません。値の一致に基づく方法では、毎回見逃します。

競合と定員は別の問題

この 2 つはよく混同されます。

定員のあるリソースを競合のリソースとして扱うと、2 人目を予約できなくなります。競合のリソースを定員 1 として扱うのは一応動きますが、レポートに使いたいはずの件数が失われます。

妥当な 3 つの動作

「ブロックする」が常に正しいとは限りません。12 日を選んだうち 2 日が重なっているだけで送信全体を拒否するのは、ユーザーに不親切です。使えるシステムは選択肢を用意しています。

本当の解決策はもっと手前に

上の仕組みはどれも保存時に動きます。解決策は、チェックを選択の時点に移すことです。カレンダーを読み込むときに既存の予約を検索し、グリッドに表示して、埋まった枠は最初から提示しない。保存時のチェックは、2 人が同じ空き枠を同時に見ている本当の競合状態に備えた安全網として残しますが、主な防御ではなくなります。