キャンセル待ちができる予約システム 自動繰上げと通知の違い
キャンセル待ちの自動繰上げ、仮予約、空席通知を区別。STORES 予約・RESERVA・Airリザーブ・SELECTTYPEの公式説明と、人数・締切を確かめる定員クラスの検証表を掲載します。

本記事は広告・アフィリエイトリンクを掲載する場合があります。広告掲載方針
THE SHORT ANSWER / 先に結論
空席の通知と、自動で予約が確定する繰上げを分ける
- キャンセル待ちの機能名だけで、席を取れるとは判断しません。
- 定員5人のクラスに一席空く仮の例で、人数と順序の条件を整理します。
- 受付締切・再取消・決済や利用権の連動まで、公式条件と未確認を残します。
選ぶ前の注意点:人数不足時の順序飛ばし・部分繰上、応答期限・同時操作・再キャンセル・決済と利用権の連動、RESERVA自動実施表記との不整合、SELECTTYPEの現行プラン別上限、Google実順位・実機。
満席のレッスンに一席の空きが出たとき、待っていた方の予約が自動で決まるのか。それとも、空席のお知らせを読んだ方が、あらためて申し込むのか。予約システムの「キャンセル待ち」には、この違いがあります。
教室で導入するなら、通知が届くことと、席が確保されることを分けて比較しましょう。受付人数や締切も含めて確認すると、生徒へどんな案内を出すかが決まります。
お知らせが届いても、席が取れたとは限らない
空席通知は、予約できる枠ができたと知らせるものです。再予約が必要な方式では、通知を受け取っても申込みが完了するまで席の確保とはなりません。
一方、自動繰上げは、待機している申込みの状態をシステムが変更する方式です。変更後が「確定」なのか「仮予約」「承認待ち」なのかによって、その後の店側の作業も変わります。
空席通知・再予約
- 空席が出た後
- 通知を受けた人が再び申し込む
- 生徒へ伝える内容
- 案内メールを受け取っただけでは未確定
自動で確定へ繰上げ
- 空席が出た後
- 待っていた申込みが確定になる
- 生徒へ伝える内容
- 確定した日時・人数を確認してもらう
仮予約等へ繰上げ
- 空席が出た後
- 次の受付状態へ移る
- 生徒へ伝える内容
- 承認や追加の操作が必要かを説明
| 方式 | 空席が出た後 | 生徒へ伝える内容 |
|---|---|---|
| 空席通知・再予約 | 通知を受けた人が再び申し込む | 案内メールを受け取っただけでは未確定 |
| 自動で確定へ繰上げ | 待っていた申込みが確定になる | 確定した日時・人数を確認してもらう |
| 仮予約等へ繰上げ | 次の受付状態へ移る | 承認や追加の操作が必要かを説明 |
この表は方式を整理するためのものです。どの製品でも選択できるという意味ではありません。
公式説明から分かる、サービスごとの違い
STORES 予約
- 公式に確認できた処理
- 空席発生時に待機者全員へメールを一斉送信
- 対象・確認点
- 予約単品の比較表ではビジネス以上。通知を待機順に送る方式ではない
RESERVA
- 公式に確認できた処理
- 通知を受けた利用者が再予約する説明あり
- 対象・確認点
- ゴールド以上・宿泊以外。自動実施とも読める記載があり、後述の食い違いは未解決
Airリザーブ
- 公式に確認できた処理
- キャンセル待ちから予約確定または仮予約へ自動繰上げ
- 対象・確認点
- 事前設定タイプのみ。繰上げ時の通知メールを案内
SELECTTYPE
- 公式に確認できた処理
- イベントタイプで待機申込みを確定または承認待ちへ繰上げ
- 対象・確認点
- 公式ブログの手順に基づく。現行プラン別の上限・操作画面は未確定
| サービス | 公式に確認できた処理 | 対象・確認点 |
|---|---|---|
| STORES 予約 | 空席発生時に待機者全員へメールを一斉送信 | 予約単品の比較表ではビジネス以上。通知を待機順に送る方式ではない |
| RESERVA | 通知を受けた利用者が再予約する説明あり | ゴールド以上・宿泊以外。自動実施とも読める記載があり、後述の食い違いは未解決 |
| Airリザーブ | キャンセル待ちから予約確定または仮予約へ自動繰上げ | 事前設定タイプのみ。繰上げ時の通知メールを案内 |
| SELECTTYPE | イベントタイプで待機申込みを確定または承認待ちへ繰上げ | 公式ブログの手順に基づく。現行プラン別の上限・操作画面は未確定 |
出典:STORESの通知仕様・予約単品のプラン表、RESERVAの機能説明、Airリザーブの予約ステータス・取消と繰上通知、SELECTTYPEの受付手順。
STORESは、キャンセルだけでなく増席した場合にも空き枠を通知できると説明しています。通知が一斉配信ということは、キャンセル待ちへ早く登録した順と、実際に席を取る順が同じとは限りません。店が「待っていた順にご案内します」と表示するなら、システムの処理と合っているかを確かめます。
RESERVAの自動実施という記載は、断定に使わない
RESERVAの公式マガジンと機能ページには、空席発生後の通知から予約の実施まで自動で行えるという説明があります。一方、同じマガジンの後段では、通知は予約確定のメールではなく、利用者が先着順で取り直すと説明しています。機能ページにも、通知メールのURLから予約サイトへ移動して再予約する流れがあります。
このため、本稿では「自動で確定する」とは確定しません。予約タイプ別の実際の処理を検討時に確認する必要があります。食い違いのある二つの説明を、都合のよい方だけ採用しない扱いです。RESERVAのマガジン/機能ページ
定員5人のクラスで、一席だけ空いたら
次は教室側の要件を考えるための仮の状況です。製品で動作確認した事例ではありません。
定員5人のクラスが満席で、一人の取消により空席が1席になります。待っている申込みは「一人で参加する方」と「二人で参加する方」です。単に待機順があるだけでは、二人の申込みを一席にどう扱うかまで分かりません。
一席空き、二人の申込みが先頭
- 見る結果
- 人数不足で待機が続くか、別の申込みが進むか
- 記録する欄
- 製品の処理/店の希望
一席空き、一人の申込みが先頭
- 見る結果
- 確定・仮予約・通知のどこまで進むか
- 記録する欄
- 状態と通知内容
二人申込みの一人だけ参加を希望
- 見る結果
- 人数変更が可能か、再申込みが必要か
- 記録する欄
- 変更手順と定員への反映
同時に二人が再予約を操作
- 見る結果
- 定員を超えて受け付けないか
- 記録する欄
- 受付結果と管理画面の人数
繰上げ後に再び取り消す
- 見る結果
- 次の待機者へ進むか、通知は何が届くか
- 記録する欄
- 次の状態と送信先
| 確かめたい場面 | 見る結果 | 記録する欄 |
|---|---|---|
| 一席空き、二人の申込みが先頭 | 人数不足で待機が続くか、別の申込みが進むか | 製品の処理/店の希望 |
| 一席空き、一人の申込みが先頭 | 確定・仮予約・通知のどこまで進むか | 状態と通知内容 |
| 二人申込みの一人だけ参加を希望 | 人数変更が可能か、再申込みが必要か | 変更手順と定員への反映 |
| 同時に二人が再予約を操作 | 定員を超えて受け付けないか | 受付結果と管理画面の人数 |
| 繰上げ後に再び取り消す | 次の待機者へ進むか、通知は何が届くか | 次の状態と送信先 |
人数不足時に待機順を飛ばすのか、一部の人数だけ繰り上げるのかは、今回の公式資料だけでは横並びに確定できませんでした。「一申込み=一人」の前提で見比べないようにしましょう。
空席が1席でも、枠の管理が人数ではなく申込件数だったら結果が変わります。教室が使う上限の単位を先に決め、表示される残席と同じ単位かを照合します。
空席通知のあと、いつまで席を取れるか
通知を読んだ人が再予約する方式では、空きが出た時刻と実際に申し込んだ時刻が違います。全員へ通知する方式なら、読む順も操作する順もそろいません。待機登録の早さだけで席が確保されると案内しないようにします。
通知のリンクを開いた時点で満席に戻っている場合、どの画面が表示されるかも確認項目です。別日へ進めるのか、再び待機できるのか、エラーになるのかは製品ごとに照合します。本稿ではこれらの画面を操作していないため、共通の動作として説明できません。
空席が生じた時点
- 見る条件
- 通知対象、待機者の人数
通知を送る時点
- 見る条件
- 一斉か順番か、送信記録
リンクを開いた時点
- 見る条件
- 最新の残席、受付締切
申込操作の途中
- 見る条件
- 席の確保と有効期限
申込完了
- 見る条件
- 確定・承認待ち・未払いの区別
| 通知から申込みまで | 見る条件 |
|---|---|
| 空席が生じた時点 | 通知対象、待機者の人数 |
| 通知を送る時点 | 一斉か順番か、送信記録 |
| リンクを開いた時点 | 最新の残席、受付締切 |
| 申込操作の途中 | 席の確保と有効期限 |
| 申込完了 | 確定・承認待ち・未払いの区別 |
受付開始順、通知順、確定順を混ぜず、この流れで記録します。店舗が順番に連絡したい場合は、製品が同じ方式を持つか、手動で行う必要があるかを調べます。
繰り上がった予約が未払いなら、次の人へ進む条件は別
席が空いた後に予約が仮の状態になる場合、支払いまたは承認が必要なことも考えられます。ここは希望する業務の整理で、対象サービスすべての仕様ではありません。支払期限を過ぎたら席を戻すか、次の待機者へ知らせるかを照合します。
回数券の利用を予定している人についても、待機登録の段階で回数を使うのか、確定時に使うのかを分けます。待っている間に有効期限が来た場合の扱いも必要です。キャンセル待ちの説明だけでは、決済や利用権まで自動で処理すると判断できません。
当日近くに空きが出ても、連絡してよい時間とは限らない
前日で募集を終える教室なら、当日の取消が出ても新しい参加者を受けられるかは別の運用判断です。食材準備や会場案内が間に合うかを踏まえ、通常受付と待機通知の締切を照合します。期限を過ぎた通知を止める設定が未確認なら、止まると断言しません。
教室全体を中止する場合は、確定参加者だけでなく待機者への案内も整理します。空席が増えたという処理と、開催そのものを取りやめる処理を混ぜないためです。再募集や別日振替があるなら、どの一覧から誰へ連絡するかを決め、終了した回の待機案内が残らないかを点検します。
締切後と再取消まで、案内文を合わせる
前日まで受付するクラスなら、空席通知を送る締切と、通常の予約締切がどう関係するかを見ます。すでに申し込めない時刻に通知が届くのか、応答する時間を確保できるのか。これらの設定範囲は製品ごとの確認事項です。
店の案内文には、少なくとも次の三つを分けて書けると状況が伝わります。
- 待機の登録を受け付けた段階。
- 空席ができ、再申込みを案内する段階。
- 参加する日時・人数が確定した段階。
さらに、事前決済や回数券を使うなら、繰上げと同時に料金や利用回数が処理されるかも別に調べます。席が戻る処理を確認しただけで、返金や残数の返還まで連動するとは言えません。
教室が欲しいのは「待っている方へ知らせる」なのか、「待機中の申込みを次へ進める」なのか。まずそこを選び、人数、締切、再取消の順で検証項目を埋めると、必要な方式を比較できます。
VERIFICATION SCOPE
確認した範囲
公式資料に基づく説明:公開された公式資料をAI支援で読んで整理しています。予約登録、取消、繰上げ、決済の実操作は未実施です。図と定員例は独自の説明用資料で、Google順位や導入効果を確認したものではありません。広告リンクは未設定。契約前には現行の対象プラン・予約方式・通知条件を確認してください。 原稿の保存済み公式資料と確認日を引き継いだAstroへの取り込みで、新たな公式調査・サービスの実操作は行っていません。
人数不足時の順序飛ばし・部分繰上、応答期限・同時操作・再キャンセル・決済と利用権の連動、RESERVA自動実施表記との不整合、SELECTTYPEの現行プラン別上限、Google実順位・実機。 広告リンクは未設定です。
確認した出典
- キャンセル待ち設定|無料から使える予約システム『STORES 予約』
- 利用料金・プラン|STORES 予約(ストアーズ)
- キャンセル待ち機能で機会損失を防ぐ【RESERVA機能紹介】
- 予約システム【Airリザーブ(エアリザーブ)】 - リクルートの予約管理システム
- 予約システム【Airリザーブ(エアリザーブ)】 - リクルートの予約管理システム
- キャンセル待ち受付の設定方法/イベントタイプ・予約システム | 無料の予約システム/イベント管理システム付ホームページ作成サービス「SELECTTYPE(セレクトタイプ)」公式ブログ
- キャンセル待ち | 予約システム RESERVA Reservation(レゼルバ予約)





