PMS入れ替えで最も怖いのは「データが消える」こと
宿泊施設にとって、PMS（プロパティマネジメントシステム）の入れ替えは数年に一度の大きなプロジェクトです。老朽化したシステムからの移行、クラウド化への対応、機能不足の解消など、入れ替えの動機はさまざまですが、最大のリスクは「データ移行の失敗」に集中しています。
予約データが消えた、料金マスタが崩れた、過去の売上実績が参照できなくなった。こうしたトラブルは、PMS入れ替えの現場で繰り返し発生しています。問題は、トラブルが起きてから気づくケースが多いことです。
出典: ホテルシステム研究所「PMS入替実態調査」（2024年）
38年にわたって宿泊施設のPMS導入・運用を支援してきた経験から言えば、データ移行トラブルの大半は「事前準備の不足」が原因です。逆に言えば、適切な準備をすれば、トラブルの大部分は防げます。
よくあるデータ移行の失敗パターン
PMS入れ替え時のデータ移行トラブルは、いくつかの典型的なパターンに集約されます。自施設の入れ替えプロジェクトで同じ轍を踏まないために、それぞれの特徴と原因を把握しておくことが重要です。
失敗パターン1: 予約データの消失・不整合
最も深刻なトラブルです。移行時に未来の予約データが正しく引き継がれず、チェックイン当日になって「予約が入っていない」と発覚するケースがあります。原因の多くは、旧PMSと新PMSで予約データの構造（フィールド名、日付形式、部屋タイプコード）が異なることです。特にOTA経由の予約は、OTA独自のIDと施設側のIDの紐付けが切れることで問題が起きます。
失敗パターン2: 料金マスタの不整合
料金体系が正しく移行されないパターンです。シーズン料金、曜日別料金、人数別料金、子供料金など、複雑な料金体系を持つ施設ほどリスクが高まります。新PMSの料金設定の粒度が旧PMSと異なる場合、一部の料金パターンが移行できず、手動での再設定が必要になります。移行後に料金の誤りに気づかず、数日間誤った料金でOTAに配信してしまうケースもあります。
失敗パターン3: 過去実績データの欠落
過去の宿泊実績、売上データ、顧客情報が新PMSに引き継がれないパターンです。レベニューマネジメントでは過去の実績データが不可欠であり、データが欠落すると需要予測の精度が落ちます。また、リピーターの宿泊履歴が消えることで、ゲスト対応の質が低下するリスクもあります。
失敗パターン4: サイトコントローラー連携の断絶
新PMSとサイトコントローラーの接続が切れ、OTAへの在庫・料金配信が停止するパターンです。移行作業中にサイトコントローラーとの連携テストが不十分だと、在庫情報がOTAに反映されない期間が生まれ、販売機会を逸失します。最悪の場合、旧PMSと新PMSの両方が在庫を配信してしまい、オーバーブッキングが発生することもあります。
失敗パターン5: 顧客メールアドレス・個人情報の漏れ
移行時のデータ変換処理で、顧客のメールアドレスや電話番号のフォーマットが崩れるパターンです。ハイフンの有無、全角半角の違い、国際電話番号の表記方法など、些細な差異がデータの欠損につながります。移行後にリマインドメールが送れなくなり、ノーショーが増加した事例もあります。
移行前チェックリスト
データ移行の失敗を防ぐには、移行前の準備が決定的に重要です。以下のチェックリストを、新PMS導入の検討段階から活用してください。
移行3か月前までに確認すること
- 旧PMSのデータエクスポート仕様を確認する -- どのデータをどの形式（CSV、XML、API）でエクスポートできるか。ベンダーに書面で確認し、実際にテストエクスポートを実施する
- 新PMSのデータインポート仕様を確認する -- 受け入れ可能なデータ形式、フィールドの制約（文字数上限、必須フィールド）を確認する
- 移行対象データの棚卸しを行う -- 予約データ、顧客マスタ、料金マスタ、部屋タイプマスタ、過去実績データなど、移行が必要なデータの全量を洗い出す
- データクレンジングを実施する -- 旧PMSのデータに重複、欠損、表記揺れがないか確認し、移行前に修正する。「移行と同時にクレンジング」は失敗のもと
- 移行スケジュールと切り戻し計画を策定する -- 移行作業の日程、サイトコントローラー停止期間、問題発生時のロールバック手順を事前に決める
移行1か月前までに確認すること
- テスト環境での移行リハーサルを実施する -- 本番データのコピーを使い、実際の移行手順を本番と同じ条件でリハーサルする。1回で済ませず、最低2回は実施する
- データ照合手順を確立する -- 移行後のデータが正しいことを検証する方法を決める。予約件数の突合、料金の抜き打ちチェック、顧客情報のサンプル確認など
- サイトコントローラー連携のテストを行う -- 新PMSとサイトコントローラーの接続テストを実施し、在庫・料金が正しく配信されることを確認する
- スタッフへの操作研修を完了する -- 移行直後に現場が混乱しないよう、新PMSの基本操作研修を全スタッフに対して実施する
PMS入れ替えにおいて、データ移行をベンダーに丸投げする施設は少なくありません。しかし、ベンダーは自社システムへのインポートには詳しくても、旧システムのデータ構造やお客様固有の運用ルールまでは把握していません。移行の最終責任は施設側にあります。ベンダーと施設が共同で移行計画を作成し、テストと検証を繰り返すことが成功の鍵です。
ベンダー選定時に確認すべきポイント
PMS入れ替えのベンダー選定では、機能や価格だけでなく、データ移行に関する対応力を重視すべきです。以下の質問をベンダーに投げかけ、回答の具体性で判断してください。
ベンダーへの確認事項
- 過去に同じ旧PMSからの移行実績があるか -- 同一製品からの移行経験があれば、データ変換のノウハウが蓄積されている可能性が高い
- 移行ツールは自社開発か、手動変換か -- 自動変換ツールがある場合はヒューマンエラーのリスクが低い。手動変換の場合は工数とチェック体制を確認する
- 移行期間中のサポート体制 -- 移行当日のオンサイトサポート、移行後1か月間の問い合わせ対応体制を確認する
- 切り戻し（ロールバック）手順が明確か -- 移行後に重大な問題が見つかった場合、旧PMSに戻す手順が整備されているか
- 移行完了の定義が明確か -- 「データ移行完了」の判定基準（照合手順、検収条件）が書面で合意できるか
PMS入れ替えの成否は、導入前の半年間でほぼ決まります。移行計画の段階で手を抜くと、稼働後に何倍もの工数をかけて修復する羽目になります。
移行後に見落としがちなチェック項目
データ移行が「完了」した後にも、確認すべき項目があります。移行直後は正常に見えても、数日後に問題が顕在化するケースが多いため、最低2週間は重点的にモニタリングしてください。
- OTAからの新規予約が正しくPMSに取り込まれているか -- サイトコントローラー経由の予約データが新PMSに正常に連携されているか、毎日確認する
- 在庫の同期がリアルタイムで動いているか -- PMSの在庫変更がOTAに即時反映されているか、テスト予約で確認する
- 自動配信メール（予約確認、リマインド）が正しく送信されているか -- メールテンプレートの移行漏れ、宛先の文字化けがないか確認する
- 帳票・レポートの数値が旧PMSと一致するか -- 日次売上レポート、稼働率レポートなど、主要な帳票の数値を旧PMSの出力と突合する
- 清掃指示書や他システムとの連携が正常か -- PMSから出力される清掃指示書、会計システムへのデータ連携が正しく動作しているか確認する
PMS入れ替えを「デジタル環境の棚卸し」の機会にする
PMS入れ替えは、施設のデジタル環境全体を見直す良い機会でもあります。PMSだけでなく、サイトコントローラー、自動精算機、予約エンジン、会計システムなど、周辺システムとの連携を再設計できるタイミングだからです。
そして、デジタル環境の棚卸しにおいて見落とされがちなのが、公式サイトの情報発信体制です。PMSのデータが正しく管理されていても、そのデータが外部に適切に発信されていなければ集客にはつながりません。
AI検索時代の情報発信
ChatGPT、Gemini、PerplexityなどのAI検索エンジンは、施設の公式サイト、OTAの掲載情報、口コミサイトなど、複数の情報源を横断的に読み取って旅行者に推薦を行います。PMS内のデータと公式サイトの記載、OTAの掲載内容に齟齬があると、AIが正確な推薦を行えません。
PMS入れ替えのタイミングで、公式サイトの施設情報がPMSの最新データと一致しているか、構造化データが正しく実装されているか、情報の一貫性が保たれているかを確認することをお勧めします。
PMSは施設運営の基盤であり、その入れ替えは慎重に進めるべきプロジェクトです。同時に、PMSの入れ替えを契機として、AI検索を含むデジタル集客環境全体の最適化に取り組むことが、長期的な収益改善につながります。