1. PMSのインストールと設定が完了していても、実際の予約を受け付ける準備が整っているとは限りません。その違いを分けるのは、実際に発生するシナリオに沿って設定をテストしたかどうかです。
2. 稼働開始時のトラブルは、客室在庫の誤り、意図した内容と異なる料金、適用されない販売制限、未検証の決済設定、誤ったアクセス権限を持つスタッフアカウントという5つの領域に集中します。
3. このチェックリストでは、5つの領域を30の検証可能な項目で網羅しています。各項目は、予約カレンダーの公開前に発見できなければゲストに影響が及ぶ、具体的な不具合に対応しています。
4. 初めて実際の予約が入った後ではなく、その前に全項目を一度確認してください。
施設が不備を残したまま稼働を開始してしまう理由
新しいPMSの設定手順は明確です。客室タイプを作成し、料金を入力し、チャネルを接続し、スタッフを追加します。ほとんどの施設は、これらをすべて完了しています。問題は、作業を完了することと、その結果を検証することは同じではないという点です。
料金の入力ミスは、ゲストが誤った価格で予約するまで表面化しません。接続済みに見えるチャネルで在庫が同期されていない場合も、ダブルブッキングが発生するまで気づけません。スタッフアカウントに過剰な権限が付与されていても、権限のないスタッフが料金を変更するまで発覚しません。
以下は設定ガイドではなく、検証用のチェックリストです。各項目は、設定がすでに完了していることを前提に、その設定から正しい結果が得られるかをテストします。
客室タイプと在庫（チェック項目1～6）
1. すべての客室タイプが実際の客室と一致している。 PMS上の名称、室数、説明が、施設に実在する客室と一致していることを確認します。「オーシャンビュー・ダブル」という客室タイプには、実際に海が見えるすべてのダブルルームを、過不足なく紐づける必要があります。
2. 客室数が正しく、オーバーブッキングが発生しない。 客室タイプごとに設定されたシステム上の販売可能数が、実際に利用可能な客室数と一致していることを確認します。1つの客室タイプが満室になるようテスト予約を入れ、その日程では同タイプの追加予約がシステムによってブロックされることを確認してください。
3. 販売停止中の客室がブロックされている。 メンテナンス中、改装中、またはその他の理由で利用できない客室を「メンテナンス」ステータスに設定し、販売可能在庫から除外します。接続しているすべてのチャネルにも販売停止が反映されていることを確認してください。
4. 客室設備・特徴のタグが正確に設定されている。 ゲストの絞り込み検索に使われる特徴（バリアフリー、1階、キングベッド、バルコニーなど）が、正しい客室タイプに設定されていることを確認します。「バリアフリー」で絞り込んだゲストには、実際にその要件を満たす客室だけが表示されなければなりません。
5. 客室タイプごとに最大宿泊人数が設定されている。 客室タイプごとに宿泊人数の上限が適用されることを確認します。定員2名の客室を5名で予約できてはいけません。
6. 各客室タイプに設定された写真が最新である。 以下に表示される画像が、 公式予約サイト およびOTAの掲載ページで、現在の客室の状態と一致していることを確認します。改装当時の古い状態を写した写真のままにしてはいけません。
料金と価格設定（チェック項目7～12）
7. 基本料金が今後90日間の全期間に設定されている。 すべての客室タイプについて、今後3か月間の全日程に料金が設定されていることを確認します。未設定の日があると、その日程でエラーや料金0の予約が発生する可能性があります。
8. 該当する場合は、週末料金が個別に設定されている。 金曜日と土曜日に平日とは異なる料金を設定している施設では、正しい曜日に料金差が適用され、前後の日付に誤って適用されていないことを確認します。
9. 繁忙期料金とイベント料金が登録されている。 祝日、地域イベント、学校の長期休暇など、需要が高まることが分かっている日には、デフォルトの基本料金ではなく、実際の需要を反映した料金が設定されていることを確認します。
10. 最低販売価格が設定されている。 どの客室タイプも、施設が定めた採算ラインを下回る料金では予約できないようにします。自動料金設定ツールや手動変更によっても、料金が設定済みの最低額を下回らないことを確認してください。
11. OTAチャネルの料金が、手数料を考慮して正しく設定されている。 ネット料金を掲載する場合は、プラットフォームが手数料を加算した後のゲスト向け販売価格が意図した金額になるよう、マークアップが設定されていることを確認します。グロス料金を掲載する場合は、OTA手数料がさらに上乗せされていないことを確認してください。
12. 公式サイトからのテスト予約に正しい合計金額が表示される。 公式予約リンクまたは予約ウィジェットからテスト予約を行い、決済に進む前に、表示される合計金額（客室料金、税金、各種手数料）が意図した金額と一致していることを確認します。
初めて実際の予約を受け付ける前に、料金、在庫、チャネル同期を確認
Smart Orderの設定チェックリストでは、施設運営者が料金設定、チャネル接続、スタッフ権限を順に確認できます。稼働開始を思い込みではなく、検証済みの状態にしましょう。
販売制限（チェック項目13～16）
13. 繁忙期に最低宿泊日数の制限が適用されている。 最低3泊に設定した祝日の週末を、1泊だけで予約できてはいけません。テストとして、制限対象日に1泊の予約を試し、システムがブロックすることを確認してください。
14. 販売停止日がすべてのチャネルでブロックされている。 新規予約を受け付けない日はPMS上でブロックし、その設定が公式予約カレンダーだけでなく、接続しているすべてのOTAチャネルにも反映されていることを確認します。
15. チェックイン日とチェックアウト日の制限が有効になっている。 たとえば夏季の金曜日はチェックイン不可としている施設では、その制限がシステムに設定されていることを確認し、制限対象日の予約を実際に試してテストします。
16. 直前予約の受付可能期間が定義されている。 到着日の何日前まで新規予約を受け付けるかについて、当日、24時間前、48時間前などの締切がシステムに設定され、公式サイト予約とチャネル経由の予約で設定が統一されていることを確認します。
決済とキャンセルポリシー（チェック項目17～21）
17. 公式サイト予約のデポジット額と徴収時期が設定されている。 デポジットの割合または固定額と、その徴収時期（予約確定時または48時間後など）を設定し、すべての新規公式サイト予約に自動適用されることを確認します。
18. キャンセル期限が定義され、テストされている。 到着日の何日前から、キャンセル時にデポジットが返金されなくなるかを設定します。期限内にキャンセルしてデポジットが保持されること、期限より前にキャンセルして返金対象となることを、それぞれテストしてください。
19. ノーショー料金のルールが設定されている。 ゲストが期限内にキャンセルせず来館しなかった場合に適用する料金を設定し、登録済みの決済方法に紐づけます。
20. 決済代行サービスとの接続を実取引でテストしている。 接続済みの決済代行サービスを通じてテスト決済を処理し、その後取り消します。実際の取引を一度も処理していない決済連携は、正常に機能することを確認できたとはいえません。
21. 予約時に表示されるキャンセルポリシーが、システムに設定された内容と一致している。 予約時にゲストが確認する文面（予約確認ページおよび予約確認メール）が、システムで実際に適用されるポリシーと一致していることを確認します。
スタッフの役割と権限（チェック項目22～25）
22. すべてのスタッフが有効なアカウントを持っている。 稼働開始日前または当日にPMSを使用する全員がログインし、認証情報が正常に機能することを確認します。
23. フロントデスクの権限範囲が適切に設定されている。 フロントデスク のアカウントでは、予約の閲覧、チェックインとチェックアウトの処理、決済対応が可能である一方、料金の変更、レポート全体へのアクセス、システム設定の変更はできないようにします。
24. ハウスキーピング用アカウントの権限が客室ステータスのみに制限されている。 ハウスキーピング担当者は、客室ステータス（チェックアウト済み → 清掃中 → 点検中 → 準備完了 → メンテナンス）だけを更新でき、それ以外の操作はできないようにします。ゲストの決済データや予約の金銭情報も表示されないようにしてください。
25. 管理者とオーナーのアカウントに、適切なアクセス権限の階層が反映されている。 マネージャーのアカウントにはレポートと設定へのアクセス権を付与し、オーナーのアカウントにはすべての権限を付与します。どのスタッフアカウントにも、役割上必要な範囲を超える権限を与えてはいけません。
チャネル接続とメッセージ配信（チェック項目26～30）
26. 各OTAチャネルとの接続を実際の予約でテストしている。 Booking.comまたはAirbnbでテスト予約を入れ、2分以内にPMSへ反映されることを確認します。設定画面に「接続済み」と表示されているだけで、接続が機能していると判断してはいけません。
27. 在庫ブロックが接続済みのすべてのチャネルに同期される。 PMS上で特定の日付の客室をブロックし、接続しているすべてのOTAチャネルに反映されることを確認します。次にブロックを解除し、すべてのチャネルで在庫が再び販売可能になることを確認してください。
28. 公式予約リンクまたは予約ウィジェットに正確な空室状況が表示される。 ゲストと同じように公式予約ページを開き、表示される空室状況が、販売停止や制限も含めてPMSのカレンダーと一致していることを確認します。
29. 予約確認メッセージの内容が正確である。 予約確認メールに、正しい施設住所、チェックイン可能時間帯、連絡可能な電話番号が記載されていることを確認します。スタッフのメールアドレスにテスト確認メールを送り、すべての項目を見直してください。
30. 到着前メッセージの配信設定が、すべての予約タイプに対応している。 到着72時間前のリマインダーが、公式サイト予約だけでなくOTA予約を含むすべての予約経路に対して自動送信されることを確認します。テスト用のOTA予約のメッセージ配信スケジュールを確認してください。
思い込みではなく、確信を持って予約カレンダーを公開
Smart Orderは、客室在庫、OTAチャネル、決済設定、自動ゲストメッセージを1つのシステムで連携します。そのため、このリストの30項目を、5つの個別ツールではなく単一の設定環境で確認できます。
よくある質問
新しい ホテルPMSを稼働開始する前に、何を確認すべきですか？?
本稼働時にエラーが発生しやすい5つの領域は、客室在庫と室数、料金設定、予約制限、支払い・キャンセルポリシーの設定、スタッフアカウントの権限です。各カテゴリーには、最初の実予約を受け付ける前にテストできる具体的な確認項目があります。設定を完了しただけでは、その内容が正しいと確認したことにはなりません。
ホテルPMSとOTAチャネルの接続をテストするにはどうすればよいですか？
OTAプラットフォームでテスト予約を作成し、2分以内にPMSへ反映されることを確認します。次に、PMSで特定の日付の客室を販売停止にし、その設定がOTAのカレンダーにも反映されることを確認します。どちらのテストも必要です。OTAからの予約をPMSへ同期できる接続でも、空室状況の更新をOTA側へ正しく送信できるとは限りません。また、販売停止情報を送信できる接続でも、OTAからの予約を正しく受信できるとは限りません。
ホテルPMSでフロントデスクスタッフに付与すべき権限は何ですか？
フロントデスクのアカウントには、予約の閲覧・変更、チェックインとチェックアウトの処理、宿泊客の支払い対応、予約記録へのメモ追加を行える権限を付与する必要があります。一方で、料金設定、システム全体の設定、財務レポートの全機能、ほかのスタッフアカウントの管理にはアクセスできないようにすべきです。フロントデスクのアクセス権を日常のオペレーション業務に限定することで、誤操作による料金変更を防ぎ、認証情報に関するセキュリティ問題が発生した場合の影響範囲も抑えられます。
PMSのキャンセルポリシーが正しく設定されていることを確認するにはどうすればよいですか？
ポリシーで定めた期限の前後、両方のケースをテストします。期限より前に予約をキャンセルし、デポジットが返金されることを確認します。次に、期限を過ぎてからキャンセルし、デポジットが返金されずに保持されることを確認します。また、予約時に宿泊客へ表示されるポリシーの文言と、システムの実際の処理も照合してください。どちらも同じ条件を示している必要があります。
ホテルPMSはどの段階で本稼働を開始できますか？
PMSは、本稼働前チェックリストの全項目について、単に入力・設定するだけでなく、テストによる検証が完了した時点で本稼働を開始できます。検証には、90日間の全期間を対象とする料金チェック、すべてのチャネルを経由した実予約テスト、決済取引の正常完了確認、全スタッフアカウントが有効で適切な権限範囲に設定されていることの確認、自動送信メッセージの内容が正確であることのレビューが含まれます。設定と検証は別々の工程です。本稼働は、設定の完了後ではなく、検証の完了後に開始します。
