BLOGIT基礎
宿泊施設の業務システム費用｜予約・客室・清掃の連携範囲
予約台帳だけを作る場合と、外部予約、客室販売、清掃、会計までつなぐ場合では確認範囲が大きく異なります。二重予約を防ぐ境界から考えます。
先に結論予約、客室、料金、清掃、修繕を分け、既存予約サービスとどの時点で同期するかを明確にします。
予約経路と確定時点を整理する
電話、自社フォーム、旅行サイト、代理店など予約経路を洗い出します。空室照会、仮予約、確定、変更、取消のどこを一元化するか決めます。
外部サービス連携はAPIの可否、利用料、更新間隔、障害時の再送を確認します。フォーム送信だけで予約確定にしない設計も必要です。
客室と料金の複雑さを確認する
客室タイプ、部屋指定、人数、食事、プラン、連泊、在庫数を整理します。日別料金や販売制限がある場合は、誰がいつ変更するかを決めます。
税、取消料、返金、追加料金は施設の現行規程と会計処理を責任者が確認します。料金計算を開発側だけで変更しません。
清掃・修繕へ渡す情報を絞る
チェックアウト、連泊、到着予定から清掃予定を作りますが、宿泊者の個人情報は必要以上に表示しません。清掃完了と販売可能を別状態にするか確認します。
忘れ物、修繕、利用不可には権限と履歴が必要です。写真、保管、処分、安全判断は施設の担当者が確認します。
既存予約を守って移行する
未来予約、顧客、部屋、プランを複製環境へ移し、日別・部屋別件数と金額を照合します。切替前後の予約受付窓口と正本を明確にします。
見積ではデータ移行、外部連携、端末、研修、24時間時の障害連絡、バックアップを確認します。一部客室や清掃管理から始める方法もあります。
相談前にそろえるもの
- 予約経路と確定方法
- 客室・プラン・料金
- 外部予約の連携可否
- 清掃・修繕の状態
- 未来予約の移行方法
全部そろっていなくても構いません。分かる範囲を確認し、業務ルールや金額に関わる部分は担当者と一緒に決めます。