電話・OTA・自社予約で二重予約を防ぐ運用｜小さな宿の在庫管理手順

小さな宿では、電話を受けながらOTAの通知が届き、自社サイトからも予約が入ります。どの経路も正しく動いていても、人の入力が遅れたり、連携が止まったりすると二重予約が起こります。

結論はシンプルです。

空室の正解を示す台帳を一つ決め、電話・変更・取消・貸切を受けた人が、その場で更新する。

サイトコントローラーを導入しても、この運用は必要です。この記事では、ITに詳しくない宿主さんでも家族やスタッフと共有できる形に落とし込みます。

二重予約が起きる五つの原因
最初に「正本」を一つ決める
1. 正本を決める質問
電話予約は「30秒ルール」で止める
1. 電話のそばに置く一枚
仮押さえには必ず期限を付ける
OTA予約が入ったときの確認
自社サイト予約の確認
変更・取消は入口と正本の両方を確認
1. 日程変更
2. キャンセル
売り止めも予約と同じように登録する
同期が止まったときの緊急手順
1. 緊急記録用紙の項目
毎日の照合は朝と夕方の二回
1. 朝の確認
2. 夕方の確認
週に一度確認する数字
家族・スタッフの役割を決める
AIへ運用手順を作らせるプロンプト
導入前テスト
まとめ

二重予約が起きる五つの原因

1. 電話予約を後で入力する

メモだけ残して接客へ戻り、その間にオンライン予約が入るケースです。「後で」は最も危険な時間です。

2. 在庫の正本が二つある

紙台帳とパソコン、OTA管理画面と予約システムなど、両方を正しい在庫として扱うと差が生まれます。

3. 連携には時間差がある

予約が入ってから他の販売先が閉じるまでに時間がかかる場合があります。iCal連携はAPI方式と同期範囲・反映方法が異なります。

4. 変更・取消を片方だけ直す

日程変更を予約台帳では直したものの、OTAや決済側が古いままという事故です。

5. 部屋ではなく予約件数だけを見る

連泊、部屋タイプ、部屋移動、清掃による販売停止を考慮しないと、途中の日だけ重なることがあります。

予約エンジン、サイトコントローラー、PMSの役割はこちらの記事で整理しています。

最初に「正本」を一つ決める

正本とは、「この画面が空室なら販売できる」と全員が判断する基準です。

候補は次のいずれかです。

サイトコントローラーの在庫画面
PMS・予約管理システムの客室台帳
OTAと自社予約を統合する管理画面

紙台帳は、システム停止時の一時記録や当日の確認には使えますが、オンライン販売中の正本を紙だけにするのは危険です。

正本を決める質問

電話予約をすぐ登録できるか
OTAと自社サイトの予約が自動で入るか
連泊の全日程が一度に止まるか
貸切、休館、修理中の部屋を止められるか
誰が変更したか履歴を確認できるか
スマートフォンから緊急操作できるか
障害をどう通知するか

正本を決めたら、紙台帳、共有カレンダー、各OTA画面は「確認用」または「販売先」と明記します。

電話予約は「30秒ルール」で止める

電話予約を受けたら、詳細な顧客情報より先に客室在庫を止めます。

宿名と希望日、人数、泊数を確認する
正本の台帳で空室を確認する
通話中に仮予約または予約を登録する
宿泊者名と電話番号を入力する
プラン、食事、料金、支払い方法を入力する
内容を復唱し、確定メールや書面を送る

管理画面をすぐ開けない場合は「空室を確認して折り返します」と伝えます。記憶や昨日印刷した紙だけで確約しないでください。

電話のそばに置く一枚

正本台帳を開く方法
新規予約ボタンの場所
仮押さえの期限
必須入力項目
障害時の記録用紙
迷ったときの連絡先

新人でも同じ順番で操作できるようにします。

仮押さえには必ず期限を付ける

「家族と相談して折り返す」「団体の人数が未確定」という予約を無期限に止めると、販売機会を失います。一方、在庫を止めずに待つと二重予約になります。

仮押さえには次を記録します。

宿泊者名と連絡先
対象日と客室
仮押さえの理由
回答期限の日時
担当者
期限後に自動解除するか、人が確認するか

期限が来たら「確定」「延長」「解除」のいずれかへ変更し、放置しません。

OTA予約が入ったときの確認

自動連携があっても、通知を見た人が次を確認します。

正本台帳へ予約が入った
到着日から出発日前日まで在庫が止まった
部屋タイプ、人数、食事、料金が正しい
同時刻に別経路の予約がない
変更・キャンセルも正本へ反映された

「予約メールが届いた」だけでは、他の販売先の在庫が閉じた証拠になりません。正本の客室カレンダーを見ます。

自社サイト予約の確認

自社サイトでは、予約フォームの送信と予約確定を分けます。

リクエスト受付：宿の確認後に確定する
即時予約：空室と決済条件を満たすと自動確定する

リクエスト受付を即時予約のように表示すると、宿泊者は確定したと思ってしまいます。画面とメールへ「受付」「確認中」「確定」を明示します。

即時予約では、決済成功と予約確定の順序もテストします。決済が失敗したのに在庫だけ止まる、または決済済みなのに予約が作られない状態を見逃さないでください。決済の選び方はStripe・Square・予約システム標準決済の比較で解説しています。

変更・取消は入口と正本の両方を確認

予約変更を受けたら、古い予約を消して新しく作り直す前に、履歴を残せる変更機能がないか確認します。

日程変更

新しい日程の空室を正本で確認
新しい在庫を先に確保
料金とキャンセル条件を宿泊者へ説明
予約を変更
古い日程が販売可能へ戻ったことを確認
OTA、メール、決済の表示も確認

キャンセル

予約番号と本人情報を確認
キャンセル料を判定
予約をキャンセル状態へ変更
在庫が販売可能へ戻るか確認
必要な返金を人が承認して実行
宿泊者へ完了通知を送る

予約だけ消して決済を残す、返金だけして客室を止めたままにする、という片側処理を防ぎます。

売り止めも予約と同じように登録する

次も客室在庫を使います。

修理や点検
清掃が間に合わない日
宿主の休養日
一棟貸切
添乗員・スタッフ用の部屋
災害や交通障害による休館

口頭や付箋だけで伝えず、正本へ「部屋止め」として登録します。理由と解除日も残します。

同期が止まったときの緊急手順

連携障害を見つけたら、原因調査より先に新しい予約の流入を抑えます。

正本の現在在庫を保存または印刷する
影響するOTAと自社予約を特定する
安全に操作できる販売先から在庫を閉じる
電話予約は緊急記録用紙へ時刻順に書く
新規・変更・取消を一件ずつ記録する
提供会社へ障害時刻と症状を連絡する
復旧後、時刻順に正本と各販売先を照合する
問題がないことを確認して販売を再開する

復旧直後に一括上書きすると、障害中の新しい予約を消す恐れがあります。一件ずつ照合してください。

緊急記録用紙の項目

受付時刻	経路	予約番号	宿泊者	宿泊日	客室	新規・変更・取消	正本反映	担当者

実在する宿泊者情報を含む用紙は施錠し、復旧後に正本へ入力したら保管・廃棄ルールに従います。

毎日の照合は朝と夕方の二回

小さな宿でも、少なくとも営業開始時と予約受付終了前に照合します。

朝の確認

本日到着・出発・連泊
未決済、未確定、仮押さえ
部屋割りと清掃状況
夜間に入ったOTA・自社予約
同期エラー通知

夕方の確認

今日受けた電話予約がすべて正本にある
変更・取消が各販売先へ反映された
明日以降の仮押さえ期限
決済と予約状態が一致する
売り止めの解除漏れがない

予約が少ない日でも「何もなかった」と確認した記録を残すと、確認漏れと区別できます。

週に一度確認する数字

経路別の新規予約件数
手入力した電話予約件数
同期エラー件数
入力から在庫反映までの時間
期限切れ仮押さえ件数
変更・取消の未処理件数
在庫差異を発見した回数

差異が一度でも見つかったら、担当者を責めるのではなく、どの手順ならその場で止められたかを見直します。

家族・スタッフの役割を決める

作業	主担当	不在時	最終確認
電話予約の登録	受付者	電話を受けた人	夕方担当
OTA通知の確認	予約担当	当番	朝夕担当
変更・取消	権限を持つ担当	宿主	宿主
返金	宿主・責任者	指定代理人	別の人が照合
同期障害対応	システム担当	提供会社窓口	宿主

「詳しい人だけが分かる」状態を避け、最低二人が電話予約、変更、取消、販売停止を実行できるようにします。

AIへ運用手順を作らせるプロンプト

客室数［室数］の宿で二重予約防止手順を作ります。
予約経路は［電話、OTA名、自社サイト］です。
在庫の正本は［システム名］です。

ITに不慣れなスタッフでも使えるよう、次を一枚の手順書にしてください。
- 電話予約を通話中に登録する手順
- 仮押さえと期限管理
- OTA・自社予約の反映確認
- 日程変更とキャンセル
- 部屋止め
- 同期障害時の緊急記録と販売停止
- 朝夕の照合

システム固有の操作名が不明な場合は推測せず、確認事項として残してください。
実在の顧客情報やパスワードは例に使わないでください。

AIが作った手順は、架空予約を使って人が最初から最後まで試します。