複数人で申し込める予約システム 代表者・参加人数・定員の管理

複数人で申し込む予約を比べるなら、代表者の申込1件と参加人数、確保する席数、決済回数を分けて確認します。人数を入力できても、その分だけ残席が減るとは限りません。定員8人へ2人で申込み、あとで1人だけ取り消す仮の例から、製品に確かめたい処理を整理します。

対象は代表者が同行者分も申し込む受付です。複数の担当者が同じ予約を受け持つ機能や、会議参加者の日程調整とは区別します。

定員8人へ2人で申し込むときの期待を固定する

仮の開催枠は定員8人で、まだ申込みはありません。代表者が本人を含め2人で申し込む場合、期待する残席は8−2=6席です。予約の申込件数は1件、参加人数は2人。この二つを料金表や機能説明で区別します。

上の結果は要件上の期待値で、各社の画面を操作して確認した仕様ではありません。月間件数の説明だけでは、残席6と表示される動作まで確定できません。

公式で確認できる範囲を分ける

根拠：STORES機能表、STORES月間カウント、RESERVA料金・機能、グーペイベント予約。未確認の列は「非対応」ではありません。確定できた事実を広げず、同じ質問で追加確認する欄です。

STORES共通スタンダードの予約機能一覧には、月50件・公開2ページと掲載されています。単品のグループ受付プランを、パッケージへ自動で適用しないようにします。パッケージ内の予約条件

RESERVAの旧機能紹介には、サービス提供（スタッフ指名なし）、スクール・アクティビティ、イベント・セミナーの団体予約と、シルバー以上の案内があります。ただしページ内の説明は2022年12月時点の注意を伴います。現行契約の判定にはそのまま使わず、現在の機能資料との照合を残しています。RESERVAの旧団体予約説明

人数欄を見つけた後に聞くこと

受付フォームに「参加人数」があっても、入力内容が定員計算に使われるとは限りません。次の四つを別の質問にします。

• 1申込みで選べる最低・最大人数はいくつか。
• 同行者の氏名や連絡先を保存できるか。
• 入力した人数だけ残席が減り、残席不足なら受付が止まるか。
• 総額を人数×参加単価で計算し、予約と支払いを結びつけられるか。

電話で2人追加した場合にも同じ定員へ反映できるかは、管理画面側の確認です。Webだけで正しくても、別経路の受付が残席へ入らないと店側の台帳作業が必要になります。

1人だけ取消したときは席とお金を別に確かめる

前の仮条件で1人だけ取り消すなら、参加者は1人、期待する残席は7席です。ただし決済額、返金額、手数料がどう変わるかは契約と予約方式によって確認が必要です。

期待する処理は教室側で決めるルールです。自動対応と確認できない場面は、手動で戻す担当と照合方法も用意します。取消した分が月間件数から減るかも別の質問。STORESでは取消ステータスも1件として数えるという説明があります。取消を含む件数の公式案内

予約件数と決済回数を分けて費用に入力する

例えば2人分を代表者が一括で払うなら、決済は1回とする運用が考えられます。人数ごとに別々に払う運用なら2回になる可能性があります。この違いは、1決済ごとの固定手数料があるサービスの試算に影響します。

STORES予約単品の料金ヘルプには4.9% ＋ 99円が載っています。共通パッケージの場合は、スタンダード通常のカード料率3.6%と、審査条件を満たした中小特別料率3.3%を別に読む必要があり、2026年8月3日の改定告知があります。契約名と適用条件を確かめ、旧式をすべての新規契約に当てはめません。別の公式手数料説明は固定額なしと明記する一方、旧式が残る単品ヘルプとの適用差は未解決です。共通パッケージ料率、改定の公式告知。人数が2人だから自動で99円を2回足すのではなく、実際の決済単位を先に確認してください。STORESの決済手数料

申込一件に、誰の情報を残したいか

代表者の氏名とメールだけで受け付ける場合、当日の名簿に同行者の名前が載るとは限りません。座席を二つ押さえられることと、二人それぞれの情報を保存することは違う条件です。名札や参加履歴が必要なら、人数欄だけで足りるかを調べます。

子どもと保護者の申込みでも、フォームに入力する人数の定義を先に決めます。保護者が付き添うだけで席を使わない運用なら、参加人数と来場人数は別になります。予約システムがその扱いを標準で持つとは推定せず、受付側でどの数を定員へ反映するかを照合します。

必要な情報だけを集め、フォームの自由記述へ個人情報をむやみに追加する運用にしないようにします。保存・出力・削除の条件も、どの情報を残すかに合わせて確かめます。

残り一席に二人で申し込むケースを加える

定員8人の空いている状態だけでなく、残席1の状態で2人を選ぶ場面も確認予定に入れます。人数を一人へ変える案内が出るか、別日を選べるか、申込全体が保留になるかは製品ごとの確認事項です。どのサービスでも自動で同じ動きをするとは説明できません。

申込可能な最大人数と、その日の残席にも違いがあります。最大4人と設定できても、残席2なら4人を受けない条件が必要です。管理者が電話の申込みを追加する場合に、同じ残席チェックが働くかも記録します。

取消は代表者の連絡先変更も含めて考える

二人のうち代表者が参加しなくなり、同行者だけ残るときは、席を一つ戻すだけで案内が終わるとは限りません。残る人へ集合案内をどう渡すか、予約の名義を変更できるかを決めます。決済を代表者が済ませているなら、返金先と参加者の名義も分けて照合します。

確認結果は「一部取消可」の一言では残さず、人数、席、金額、通知のどこまで自動処理されたかを記録します。手動対応があるなら担当者と入力先を付けます。本稿では操作していないため、これらは導入前に使う検証項目です。

四つの数字を、同じ確認欄へ入れない

たとえば残席が1なのに2人で申し込む場面では、申込件数の上限に余裕があるだけでは受付できません。人数・定員を守る条件は、月間件数の条件とは別に確認します。

人数の入力欄、料金の掛け算、残席の表示が同じ予約に結び付いているかを、この順に確かめます。下のシートでは各社が答えた条件と根拠を別に残してください。

この一例が確認できれば、親子、友人、グループ参加にも必要な質問を転用できます。サービス名の比較から始めるより、誰が何席を押さえるかを決める方が、仕様の読み違いを減らせます。